-
Notifications
You must be signed in to change notification settings - Fork 212
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
Recent updates appear to cause SPI communication lockup #707
Comments
Hmm. There's something else going on, as |
Ah intriguing. The issue appears to be caused by a difference between I have returned with some more testing results:
I retried 4c16f3d with our |
Try https://github.com/stm32-rs/stm32f4xx-hal/tree/spi_revert. It reverts |
Interestingly, that branch indeed seems to be working without issue |
Yeah, strange. |
Even more strangely - the commit with the asserts does not work, but the commit immediately before does. Perhaps this is a race condition of some sort that arises because of extra processing time required by the new API, although I have not profiled things on my side extensively (I'm just looking at very high-level functionality of the app, i.e. it connects over MQTT or does not) |
I might have time to dig deeper later on this, but I need to head home for the day now |
@ryan-summers Try #709, please. |
Still not working on my end, it seems to keep hitting lockup in the following functions:
|
It is strange. I was sure spi_revert and flags-test2 |
I've merged revert commits. |
In
booster
, using the latestmaster
causes our application to lock up and encounter watchdog resets. Backtraces consistently have pointed to some of the SPI functions as the root cause, and using older revisions of the f4xx-hal do not have these issues.Below is the backtrace when I Ctrl+C during a lockup of our
idle()
task.If I revert to 2d8d882, this issue goes away. I'm not sure what's changed since then
The text was updated successfully, but these errors were encountered: