datdenkikniet

Thank you for the comments @thvdveld ! Left some responses/feedback to what you've said. Will make the changes sometimes this week.

Has any progress been made on this issue? We're still seeing the same problem.

Thanks for your response :) I've tried running it with `strace`, but then I get the same behaviour as with a longer-than-a-millisecond delay where deadlock seems to disappear but the...

Additionally: I'd completely missed it while trying to look for similar issues, but it seems that I'm effectively trying to accomplish what https://github.com/rust-embedded/gpio-cdev/issues/18 is describing. Sadly no real solution to...

When running this with `gdb`, it seems like the main thread doesn't actually start/get to the `futex_wait` syscall that it goes to when in "working" condition. The 2nd thread does...

I've tried this with `gpiomon` now (i.e. `gpiomon -lf gpiochip0 20 21`), and with that it seems to work just fine. I get the correct output consistently, and it doesn't...

After some more investigation, it seems that it might be an issue in Tokio itself or the way Streams are implemented, somehow. I made my own fork and updated it...

Whoops, pressed the wrong button. Thanks for the feedback. Yes, your summary seems to reflect what I've found so far. AFAIK I'm using `select!` correctly, and I'm definitely using Tokio's...

>What happens is: the `poll_next` function implemented for AsyncLineEventHandle is called many times, but seemingly never completes (none of the match arms are matched, nor is an error produced by...

@romecode good to see that you have fixed your problem, but I don't think your solution is relevant to this issue. I've edited the issue itself to clearly include the...