Graham Sanderson

Current plans are: 1. for this branch to get some more attention 2. To keep it up to date with each SDK release 3. for now we will keep it...

urgggh. this is nasty, and one root cause is a bug in our RP2040 **SMP** FreeRTOS port; which doesn't look at all trivial to fix in general. note the manifestation...

yes, this fixed only one possible place the issue occurred, and i left it running and it seemed happier, but yeah mine hung too.

it is lower level than that on the FreeRTOS port, either `lock_internal_spin_unlock_with_wait` or `lock_internal_spin_unlock_with_notify`(i forget which or both off the top of my head) are actually not guaranteed to be...

> it is lower level than that > > on the FreeRTOS port, either `lock_internal_spin_unlock_with_wait` or `lock_internal_spin_unlock_with_notify`(i forget which or both off the top of my head) are actually not...

yeah, we need to go thru and try them to make sure they do indeed actually work without deadlocks ;-)

maybe add a separate example ;-)

I'm not sure I understand why/how are you trying to compile this example as C++.(or what you mean by it).

OK, so this is a bit more involved; they have merged the `smp` branch into the `main` branch, so we will need to do some more investigation of if anything...

i guess i'll leave this open as a reminder for a possible future example