linux – 系统调用如何被信号中断？

发布时间：2020-12-14 02:13:27 所属栏目：Linux 来源：网络整理

导读：我的理解如下：阻塞系统调通通常会将进程置于’TASK_INTERRUPTIBLE’状态,以便在传递信号时,内核将进程置于’TASK_RUNNING’状态.并且该进程将被安排在下一个计时器滴答发生时运行,以便系统调用被中断. 但我做了一个小测试,它失败了.我转发了一个名为sleep(

我的理解如下：

阻塞系统调通通常会将进程置于’TASK_INTERRUPTIBLE’状态,以便在传递信号时,内核将进程置于’TASK_RUNNING’状态.并且该进程将被安排在下一个计时器滴答发生时运行,以便系统调用被中断.

但我做了一个小测试,它失败了.我转发了一个名为sleep()的usermode进程.我在内核中将进程的状态更改为TASK_RUNNING,但是sleep()根本没有被中断,进程仍处于休眠状态.

然后我尝试了wake_up_process(进程),它失败了.

然后我尝试了set_tsk_thread_flag(进程,TIF_SIGPENDING),TIF_SIGPENDING)和wake_up_process(进程),成功!! sleep()被中断,进程开始运行.

所以它并不那么简单.有谁知道系统调用究竟是如何被信号中断的？

解决方法

从signal.c查看 __send_signal.它在最后调用complete_signal,最终调用这个小函数：

void signal_wake_up_state(struct task_struct *t,unsigned int state)
{
        set_tsk_thread_flag(t,TIF_SIGPENDING);
        /*
         * TASK_WAKEKILL also means wake it up in the stopped/traced/killable
         * case. We don't check t->state here because there is a race with it
         * executing another processor and just now entering stopped state.
         * By using wake_up_state,we ensure the process will wake up and
         * handle its death signal.
         */
        if (!wake_up_state(t,state | TASK_INTERRUPTIBLE))
                kick_process(t);
}

这就是你如何做到的.请注意,设置线程标志是不够的：您必须使用唤醒功能来确保安排进程.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!