tmedicci commented on issue #16193: URL: https://github.com/apache/nuttx/issues/16193#issuecomment-2802774559
> Is the address where it is crashing some sane address? Could you post your nuttx elf file, or assembly objdump of the crashing address? It isn't crashing. It looks like a deadlock around `sched_unlock` on [signest.c](https://github.com/apache/nuttx-apps/blob/57365ac05d6488ca39a063b1d64d38d91e60a3e6/testing/ostest/signest.c#L485). If I run it with the debugger and stop execution when it halts, the second core is usually executing code there, but I couldn't debug it properly because I'm facing an issue with the debugger itself (already reported internally). > I managed to make a configurarion for mpfs, which crashes in the same test occasionally. But I don't know if that is the same issue; my issue seems to be entirely timing related and the semaphore patch doesn't affect to it. But now I suspect that there is something wrong with signal delivery in SMP. I'll try to find the cause for that, and then we can check if it was the same root cause. But I didn't find the cause yet, it seems to be some race in sig queuing/delivering. Yes, it looks like something in this direction... Please, find the elf file compressed attached: [nuttx.zip](https://github.com/user-attachments/files/19742216/nuttx.zip) -- 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
