原帖由 ahhhhwang 于 2008-5-15 16:52 发表




假如是系统调用成功返回，不涉及到系统调用重启，如果不是两个信号都被处理了，那您的意思是会怎么样？

原帖由 zx_wing 于 2008-5-15 18:24 发表

曾今我以为明白系统调用重启的问题，即“系统调用睡眠，被唤醒时由于pending的信号回到用户态，则为系统调用被打断。信号处理完后自动重启”。这些认识来自于书籍和资料，没看过源码。刚才看两位讨论又去看了看代码，没有找到这个“唤醒进程时，去处理pending的信号”的位置。

原帖由 ahhhhwang 于 2008-5-15 19:14 发表



先问一下zx_wing兄第，第12楼我写的那些话，你觉得对否？如果觉得对的话，您觉得我在一楼说的导致这些结论的原因是不是也是对的。
我没有听明白您说的没有找到的“唤醒进程时，去处理pending的信号”。是 ...

        andl $_TIF_WORK_MASK, %ecx        # is there any work to be done on
                                        # int/exception return?
        jne work_pending

原帖由 zx_wing 于 2008-5-15 19:47 发表

除了系统调用重启的内容外，我认为是对的。
没细看，内核检测信号的路径大概是这样的：（x86 2.6.20以前的内核在entry.s，以后的在entry_32.s）
work_pending -----> do_notify_resume(它会调用do_signal) --->resume_userspace_sig（其实就是resume_userspace）
而resume_userspace又会做：

work_resched:
        call schedule
        LOCKDEP_SYS_EXIT
        DISABLE_INTERRUPTS(CLBR_ANY)        # make sure we don't miss an interrupt
                                        # setting need_resched or sigpending
                                        # between sampling and the iret
        TRACE_IRQS_OFF
        movl TI_flags(%ebp), %ecx
        andl $_TIF_WORK_MASK, %ecx        # is there any work to be done other
                                        # than syscall tracing?
        jz restore_all
        testb $_TIF_NEED_RESCHED, %cl
        jnz work_resched

work_notifysig:                                # deal with pending signals and
                                        # notify-resume requests
#ifdef CONFIG_VM86
        testl $VM_MASK, PT_EFLAGS(%esp)
        movl %esp, %eax
        jne work_notifysig_v86                # returning to kernel-space or
                                        # vm86-space
        xorl %edx, %edx
        call do_notify_resume
        jmp resume_userspace_sig