Skip to content

Conversation

@hannesm
Copy link
Contributor

@hannesm hannesm commented Oct 23, 2025

fixes #559 //cc @reynir

@dinosaure
Copy link
Collaborator

I'm really not sure about that, we should really look into the expected behavior between reading on a TAP interface and what the unikernel expect. I would really like to emphasise that #559 points a behaviour that is not expected if a file descriptor is used instead of a tap interface (which is also not expected).

@hannesm hannesm mentioned this pull request Oct 23, 2025
@hannesm
Copy link
Contributor Author

hannesm commented Oct 27, 2025

expected behavior between reading on a TAP interface and what the unikernel expect

I did, so mirage-net-solo5 behaves fine with an empty buffer received.

I also tried to lookup when a read of a tap interface will return 0, without success (so I couldn't find any documentation or code).

For other bindings, I can't see any special path if the network read returns 0.

@hannesm
Copy link
Contributor Author

hannesm commented Oct 27, 2025

But I'm also fine to close this, and the issue 559.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Solo5-hvt reads on network devices returns SOLO5_R_AGAIN on EOF

2 participants