hujun5 ddf1410312 sched/signal: There is no need to use sched_[un]lock ... purpose: 1 sched_lock is very time-consuming, and reducing its invocations can improve performance. 2 sched_lock is prone to misuse, and narrowing its scope of use is to prevent people from referencing incorrect code and using it test: We can use qemu for testing. compiling make distclean -j20; ./tools/configure.sh -l qemu-armv8a:nsh_smp ;make -j20 running qemu-system-aarch64 -cpu cortex-a53 -smp 4 -nographic -machine virt,virtualization=on,gic-version=3 -net none -chardev stdio,id=con,mux=on -serial chardev:con -mon chardev=con,mode=readline -kernel ./nuttx We have also tested this patch on other ARM hardware platforms. Signed-off-by: hujun5 <hujun5@xiaomi.com>		2024-06-27 11:51:16 +08:00
..
CMakeLists.txt
Make.defs
sig_action.c
sig_allocpendingsigaction.c
sig_cleanup.c
sig_default.c
sig_deliver.c
sig_dispatch.c
sig_findaction.c
sig_initialize.c
sig_kill.c	sched/signal: There is no need to use sched_[un]lock	2024-06-27 11:51:16 +08:00
sig_lowest.c
sig_nanosleep.c
sig_notification.c
sig_pause.c
sig_pending.c
sig_ppoll.c
sig_procmask.c	sched/signal: There is no need to use sched_[un]lock	2024-06-27 11:51:16 +08:00
sig_pselect.c
sig_queue.c	sched/signal: There is no need to use sched_[un]lock	2024-06-27 11:51:16 +08:00
sig_releasependingsigaction.c
sig_releasependingsignal.c
sig_removependingsignal.c
sig_sleep.c
sig_suspend.c
sig_tgkill.c	sched/signal: There is no need to use sched_[un]lock	2024-06-27 11:51:16 +08:00
sig_timedwait.c
sig_unmaskpendingsignal.c
sig_usleep.c
sig_waitinfo.c
signal.h