tmedicci commented on issue #16193: URL: https://github.com/apache/nuttx/issues/16193#issuecomment-2801758425
> The signest test is also not even using mutexes.... Could you [@tmedicci](https://github.com/tmedicci) verify that you are not overflowing ostest stack causing some random behavior? Maybe just try to double it for a quick test to see if that makes a difference? Thanks for your attempts at testing it. I increased `ostest`'s stack size (to 16384) and the default stack size to 4096. Nothing changed: the device still halts in the same place. Just some additional information: > Tried to re-produce it on multiple HW now, but I don't have anything close to esp32. > > Tried the "esp32-devkitc:smp" also on qemu with following changes: > > * used your config file, but added "# CONFIG_ARCH_LEDS is not set" to make it compile for qemu > * added "#define ESP32_IGNORE_CHIP_REVISION_CHECK" in arch/xtensa/src/esp32/esp32_start.c to make it run on qemu > > qemu-system-xtensa -nographic -machine esp32 -drive file=nuttx.merged.bin,if=mtd,format=raw -smp 2 > > This is the closest I can get to esp32, I don't have any esp32 boards.... > > Still can't re-produce the issue. I couldn't reproduce it on QEMU too, but it happens independently of the board (I tried with several different ESP32 boards). Just reverting the commit, it gets fixed. Can I provide more information or anything else that could help? -- 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 For queries about this service, please contact Infrastructure at: us...@infra.apache.org
