Denis V. Meltsaykin

Hey @keever50. I've rebuilt my debug SMP build for RP2040 with USB console and found no issue. `ostest` runs till the end and exits without any error. Maybe you need...

> @keever50 @avgoor I got ostest crash in the same signal test, could you try the my commit https://github.com/apache/nuttx/commit/45478e5d5e71f647cb6ce0ee3f2b920e637410a7 it fixes for me the ostest, rp2350 SMP mode disabled. Thanks...

Hi @tmedicci, unfortunately rewinding back to pre-#16030 commit doesn't help. In many runs `ostest` hangs even sooner, the last output is: ``` user_main: pthread_rwlock test pthread_rwlock: Initializing rwlock pthread_exit_thread 30:...

Hi @xiaoxiang781216 and @pussuw, I've seen you closed this issue as resolved by #16262. I've rebuilt everything from scratch with the fresh master branch including this specific commit and unfortunately...

@shtirlic I honestly just used `pimoroni-pico-2-plus:smp` configuration and added debugging options. That's it, nothing more. I connect via UART0, so maybe this is why it works. But `ostest` still gets...

I must correct myself. I've rerun the fresh `master` with `CONFIG_SMP_NCPUS=1` and it's very unstable now. With enabled extra debug output it gets stuck randomly here and there, as if...

@keever50 It is "running", meaning that the active thread is actively reading the SPINLOCK register for acquiring the spinlock (which never happens for some reason). If you unlock the lock...

@keever50 I've enabled KASAN, bumped the stack sizes everywhere but the issue is still there. Once I got a partial debug assert shown: ``` [CPU0] dump_assert_info: Current Version: NuttX 12.9.0...

Retested the scenario with the fresh build `NuttX 12.10.0 44b65cbafd Aug 17 2025 10:52:31 arm raspberrypi-pico-2` with enable debug assertions. The test still fails, but now with an assertion. The...