sumpfralle opened a new issue, #16480: URL: https://github.com/apache/nuttx/issues/16480
### Description / Steps to reproduce the issue I am using an rp2040 board (based on `w5500-evb-pico`) with SMP enabled. When trying to reboot the system, the reset-initiating thread starts to consume most of the CPU time (reducing the usual 50% share of the CPU's idle task). Probably it is [waiting for the reboot to happen](https://github.com/apache/nuttx/blob/bcfcf0306647f67bbaa9e156f374e4686ec3d0d1/arch/arm/src/armv7-m/arm_systemreset.c#L67). The reboot never happens. Both of the following methods of triggering a reset show the same behavior: * run `reboot` in the nuttx shell * run `boardctl(BOARDIOC_RESET, 0);` in my code I can work around the issue in two ways: * A) send a *second* reboot request (e.g. open another nsh session via telnet and execute "reboot") * B) disable SMP The above behavior feels like only one of the CPUs is told to reboot. The other CPU continues to run until someone else tells her to reboot, too. Thanks for your time and thoughts! ### On which OS does this issue occur? [OS: Linux] ### What is the version of your OS? Debian Trixie ### NuttX Version master ( b0342c87eec) ### Issue Architecture [Arch: arm] ### Issue Area [Area: Board support] ### Host information [host-info.txt](https://github.com/user-attachments/files/20582573/host-info.txt) ### Verification - [x] I have verified before submitting the report. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: commits-unsubscr...@nuttx.apache.org.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
