Linus Leo Stöckli

Thanks for the fast response! No, it does not, even `hello world` run with the `--release` flag takes 2 seconds (also after closing the window it takes about 3 seconds...

that's what I thought first.. but now (out of nowhere) the lag is back - I will look into this further, also on other mac machines. I'll keep you posted.

I have a similar issue with a STM32f405. The interrupts fire when a windows or macOS machine is on the host side, but when I connect it to a linux...

I added an example of working UART code with DMA (Rx), this works better for me than only an interrupt example: [examples/uart-dma.rs](https://github.com/stm32-rs/stm32f4xx-hal/blob/master/examples/uart-dma.rs)

I'll close this, since it seems to be more machine-specific than egui specific. Haven't noticed the issue on other machines.

ran into the same error as @eliesaikali on my M2 Pro MacBook Pro running macOS Ventura 13.2.1 (22D68).

I stepped through with the debugger and it seems that the chip does not panic or hardfault, it gets stuck somewhere in the interrupt routine, however by stepping through, I'm...

@AzazKamaz thanks for the input! I am however not sure where I should place this import and/or adjust the buffer in my user-side code? Or would this require a PR...

As I already described in [this issue](https://github.com/stm32-rs/stm32f4xx-hal/issues/544#issuecomment-1711704863) I noticed that when connecting a stm32f405 to a linux (ubuntu) host, the interrupts dont get triggered but polling in main works fine....

you can use[ shared-bus](https://github.com/Rahix/shared-bus/) however the support for embedded-hal 1.0 is not complete, but for 0.2 it worked perfectly for me (stm32f4 and freeRTOS-rust)