關(guān)于signal

bluempire

signal是在由內(nèi)核態(tài)返回用戶態(tài)的時候檢測的，如果用戶態(tài)的進程有signal需要處理，那么先切換到用戶態(tài)執(zhí)行該signal的handler，執(zhí)行完以后，再切換回
內(nèi)核態(tài)，之后再完成內(nèi)核態(tài)到用戶態(tài)的切換

我的問題是：
1）假如該進程有多個signal需要處理，是一次性處理完，還是每次僅僅處理一個？
    我看代碼，感覺是一次僅僅處理一個？
2）大家知道，在由內(nèi)核態(tài)返回用戶態(tài)的時候，是可能會重新調(diào)度的，那么signal的處理在前還是重新schedule在前呢？  
    我感覺是先schedule，然后輪到該進程執(zhí)行的時候，再處理屬于該進程的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
    

復(fù)制代碼

bluempire

謝謝樓上。
1）get_signal_to_deliver->dequeue_signal中有相關(guān)的處理，挑選出需要處理的一個信號，挑選規(guī)則我沒有深究。
2）明了。調(diào)度優(yōu)先

瀚海書香

回復(fù) 2# daniel_11
多謝分享

   

Morphad

1）假如該進程有多個signal需要處理，是一次性處理完，還是每次僅僅處理一個？
    我看代碼，感覺是一次僅僅處理一個？

在不重新調(diào)度的情況下，會把信號處理完：
resume_userspace->work_notifysig->do_notify_resume->do_signal(當(dāng)有信號pending時)-> get_signal_to_deliver->dequeue_signal->recalc_sigpendin-> recalc_sigpending_tsk
當(dāng)還有信號pending時recalc_sigpending_tsk會將TIF_SIGPENDING置位，重新再次走到resume_userspace;
循環(huán)直到pending singal處理完成

2）大家知道，在由內(nèi)核態(tài)返回用戶態(tài)的時候，是可能會重新調(diào)度的，那么signal的處理在前還是重新schedule在前呢？  
    我感覺是先schedule，然后輪到該進程執(zhí)行的時候，再處理屬于該進程的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

復(fù)制代碼

call schedule可以看出需要調(diào)度時，會先調(diào)度的

bluempire

回復(fù) 5# Morphad
多謝對問題1）的更正。看樓主應(yīng)該是x86的平臺。

總結(jié)：
a.信號的檢測處理是在返回內(nèi)核態(tài)之前執(zhí)行的，檢測的標(biāo)志就是_TIF_SIGPENDING
b.如果發(fā)生重新調(diào)度，即_TIF_NEED_RESCHED置位，則本次先調(diào)度，等下次再檢測是否有機會處理信號

c.
  1>如果不發(fā)生重新調(diào)度的情況，即_TIF_NEED_RESCHED沒有置位，則挑選一個合適的信號，并處理該信號，
2>檢測是否還有信號需要處理，有的話，設(shè)置_TIF_SIGPENDING
  3>循環(huán)1-3步驟，直到所有信號處理完，即_TIF_SIGPENDING被clear. 當(dāng)然，若再次檢測_TIF_NEED_RESCHED,要重新調(diào)度，就調(diào)度去了，剩余的信號等到下次再處理。

謝謝大家