ULP-core interrupt handling#5206
Conversation
…/interrupt vector assembly
…t having other issues with riscv-rt
|
New commits in main has made this PR unmergable. Please resolve the conflicts. |
|
New commits in main has made this PR unmergable. Please resolve the conflicts. |
|
New commits in main has made this PR unmergable. Please resolve the conflicts. |
| pub mod generic; | ||
| pub use generic::*; | ||
|
|
||
| // RISCV ULP specific interrupt handlers |
There was a problem hiding this comment.
TODO: Investigate ESP32C6-LP compatibility with these new generic interrupt APIs, and add support for it.
There was a problem hiding this comment.
Do you intend these TODOs to be resolved in this PR? Should we re-classify this as a draft?
There was a problem hiding this comment.
They were mostly reminders for me - but yes, sorry about the noise!
|
New commits in main has made this PR unmergable. Please resolve the conflicts. |
950b800 to
f5e008f
Compare
|
New commits in main has made this PR unmergable. Please resolve the conflicts. |
… GPIO wakeup example for ULP cores.
f142583 to
ebfd35f
Compare
Thank you for your contribution!
We appreciate the time and effort you've put into this pull request.
To help us review it efficiently, please ensure you've gone through the following checklist:
Submission Checklist 📝
cargo xtask fmt-packagescommand to ensure that all changed code is formatted correctly.CHANGELOG.mdin the proper section.Extra:
Pull Request Details 📖
Description
Work-in-progress effort to add interrupt handling to the ULP cores, GPIO interrupt APIs, and GPIO wake-up.
interruptsfeature-flag for now.Ioperipheral, allowing users to bind their own GPIO interrupt handlersPeripherals::take().unwrap()would panic upon the second loop intomain()due to the ULP TimerTo-Dos
Peripherals::take().unwrap()bug fix into it's own PR, as it does not depend on interrupt supportTesting
Tested on ESP32-S3 & RISCV ULP. Additional testing being performed on ESP32-C6.