Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix concurrent awaits #114

Merged
merged 3 commits into from
Oct 3, 2023
Merged

Fix concurrent awaits #114

merged 3 commits into from
Oct 3, 2023

Conversation

jamwaffles
Copy link
Collaborator

A pretty simple fix all in all. It was caused by the std TX/RX future supplied by EtherCrab not re-waking itself to check if there are any more frames to receive. Adding a ctx.waker().wake_by_ref() in fixes the status() error case in #111.

Closes #111

Waking the future again to check if more frames are available is done in
the no_std example, but was missing in `std`
@jamwaffles
Copy link
Collaborator Author

Note: Tests are currently broken as the replay harness doesn't know how to handle traffic that isn't strictly req/res/req/res, etc. This PR changes things so multiple reqs can happen at a time. I'm going to merge even with broken tests as this fix is needed for some client code and I don't want to fix the tests right now.

@jamwaffles jamwaffles merged commit 7c19dd7 into master Oct 3, 2023
@jamwaffles jamwaffles deleted the fix-concurrent-packets branch October 3, 2023 15:59
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.

Investigate frame timeouts when using smol::future::zip()
1 participant