nuttx/arch/sparc/src
hujun5 0f243bde33 arch: fix the issue of asynchronous signal processing
in SMP, signal processing cannot be nested, we use xcp.sigdeliver to identify whether there is currently a signal being processed, but this state does not match the actual situation
One possible scenario is that signal processing has already been completed, but an interrupt occurs, resulting in xcp.sigdeliver not being correctly set to NULL,
At this point, a new signal arrives, which can only be placed in the queue and cannot be processed immediately
Our solution is that signal processing and signal complete status are set in the same critical section, which can ensure status synchronization

Signed-off-by: hujun5 <hujun5@xiaomi.com>
2023-05-08 09:11:14 +02:00
..
bm3803 Remove the tail spaces from all files except Documentation 2023-02-26 13:24:24 -08:00
bm3823 Typo fixes. 2023-02-17 11:17:11 -03:00
common arch: fixed error in the calculation of nwords caused an out of bounds 2023-03-13 16:12:11 +09:00
s698pm Remove the tail spaces from all files except Documentation 2023-02-26 13:24:24 -08:00
sparc_v8 arch: fix the issue of asynchronous signal processing 2023-05-08 09:11:14 +02:00
.gitignore enable sparc's daily ci and eliminate some warnings 2022-02-03 14:43:21 +01:00
Makefile arch: Remove board/libboard$(LIBEXT) from the rerequest of export_startup 2022-05-12 23:34:31 +03:00