关于signal

bluempire

signal是在由内核态返回用户态的时候检测的，如果用户态的进程有signal需要处理，那么先切换到用户态执行该signal的handler，执行完以后，再切换回
内核态，之后再完成内核态到用户态的切换

我的问题是：
1）假如该进程有多个signal需要处理，是一次性处理完，还是每次仅仅处理一个？
    我看代码，感觉是一次仅仅处理一个？
2）大家知道，在由内核态返回用户态的时候，是可能会重新调度的，那么signal的处理在前还是重新schedule在前呢？  
    我感觉是先schedule，然后轮到该进程执行的时候，再处理属于该进程的signal，因为信号是异步的，linux无法保证其实时性。

请指教！谢谢

daniel_11

尝试回答下：
1）是的
2）贴个arm的

1. 
   
2. work_pending:
   
3.         tst     r1, #_TIF_NEED_RESCHED
   
4.         bne     work_resched               ====>schedule
   
5.         tst     r1, #_TIF_SIGPENDING|_TIF_NOTIFY_RESUME
   
6.         beq     no_work_pending
   
7.         mov     r0, sp                          @ 'regs'
   
8.         mov     r2, why                         @ 'syscall'
   
9.         bl      do_notify_resume              ====>signal check
   
10.         b       ret_slow_syscall                @ Check work again
    
11. 
    
12. work_resched:
    
13.         bl      schedule
    

复制代码

bluempire

谢谢楼上。
1）get_signal_to_deliver->dequeue_signal中有相关的处理，挑选出需要处理的一个信号，挑选规则我没有深究。
2）明了。调度优先

瀚海书香

回复 2# daniel_11
多谢分享

   

Morphad

1）假如该进程有多个signal需要处理，是一次性处理完，还是每次仅仅处理一个？
    我看代码，感觉是一次仅仅处理一个？

在不重新调度的情况下，会把信号处理完：
resume_userspace->work_notifysig->do_notify_resume->do_signal(当有信号pending时)-> get_signal_to_deliver->dequeue_signal->recalc_sigpendin-> recalc_sigpending_tsk
当还有信号pending时recalc_sigpending_tsk会将TIF_SIGPENDING置位，重新再次走到resume_userspace;
循环直到pending singal处理完成

2）大家知道，在由内核态返回用户态的时候，是可能会重新调度的，那么signal的处理在前还是重新schedule在前呢？  
    我感觉是先schedule，然后轮到该进程执行的时候，再处理属于该进程的signal，因为信号是异步的，linux无法保证其实时性

1. 
   
2. ENTRY(resume_userspace)
   
3.         LOCKDEP_SYS_EXIT
   
4.         DISABLE_INTERRUPTS(CLBR_ANY)        # make sure we don't miss an interrupt
   
5.                                         # setting need_resched or sigpending
   
6.                                         # between sampling and the iret
   
7.         TRACE_IRQS_OFF
   
8.         movl TI_flags(%ebp), %ecx
   
9.         andl $_TIF_WORK_MASK, %ecx        # is there any work to be done on
   
10.                                         # int/exception return?
    
11.         jne work_pending
    
12.         jmp restore_all
    
13. END(ret_from_exception)
    
14. 
    
15. work_pending:
    
16.         testb $_TIF_NEED_RESCHED, %cl
    
17.         jz work_notifysig
    
18. work_resched:
    
19.         call schedule

复制代码

call schedule可以看出需要调度时，会先调度的

bluempire

回复 5# Morphad
多谢对问题1）的更正。看楼主应该是x86的平台。

总结：
a.信号的检测处理是在返回内核态之前执行的，检测的标志就是_TIF_SIGPENDING
b.如果发生重新调度，即_TIF_NEED_RESCHED置位，则本次先调度，等下次再检测是否有机会处理信号

c.
  1>如果不发生重新调度的情况，即_TIF_NEED_RESCHED没有置位，则挑选一个合适的信号，并处理该信号，
2>检测是否还有信号需要处理，有的话，设置_TIF_SIGPENDING
  3>循环1-3步骤，直到所有信号处理完，即_TIF_SIGPENDING被clear. 当然，若再次检测_TIF_NEED_RESCHED,要重新调度，就调度去了，剩余的信号等到下次再处理。

谢谢大家