worker_thread函数中的SIGCHLD信号

原文地址：

linux 2.6.11中worker_thread被调用的流程如下： create_workqueue->__create_workqueue->create_workqueue_thread->kthread_create->worker_thread: worker_thread其中有这么一段： /* Block and flush all signals */ 194        sigfillset(&blocked); 195        sigprocmask(SIG_BLOCK, &blocked, NULL); 196        flush_signals(current); 197 198        /* SIG_IGN makes children autoreap: see do_notify_parent(). */ 199        sa.sa.sa_handler = SIG_IGN; 200        sa.sa.sa_flags = 0; 201        siginitset(&sa.sa.sa_mask, sigmask(SIGCHLD)); 202        do_sigaction(SIGCHLD, &sa, (struct k_sigaction *)0); 复制代码 创建工作者线程的时候，block and flush all signals，但是为什么单独设置了SIGCHLD呢，而且处理方式还是SIG_IGN的。 212fastcall void recalc_sigpending_tsk(struct task_struct *t) 213{ 214        if (t->signal->group_stop_count > 0 || 215            PENDING(&t->pending, &t->blocked) || 216            PENDING(&t->signal->shared_pending, &t->blocked)) 217                set_tsk_thread_flag(t, TIF_SIGPENDING); 218        else 219                clear_tsk_thread_flag(t, TIF_SIGPENDING); 220} 复制代码 从recalc_sigpending_tsk的代码来看，即使上边设置了SIGCHLD，但是 194        sigfillset(&blocked); 195        sigprocmask(SIG_BLOCK, &blocked, NULL); 复制代码 worker_thread函数中这两句已经把所有的信号都block掉了，这样即使有SIGCHLD信号到来，recalc_sigpending_tsk仍然不会设置TIF_SIGCHLD，那么在worker_thread中多此一举有什么作用呢？
本版精华 文库|博客 China linux内核开发者qq群 110604406 拒绝新手加入   |    |    |    |

帖子 主题 精华 可用积分 1874 专家积分 200 在线时间 2900 小时 注册时间 2006-11-16 最后登录 2014-11-10 博客 论坛徽章: 0	发表于 2012-04-24 13:51:36 | 去看一下do_notify_parent函数。子进程退出的时候，会向其父进程发送SIGCHLD信号（默认）作为通知。然后子进程进入zombie状态，等待父进程wait4。 而如果父进程设置SIGCHLD的handler为Ignore，或者handler的sa_flags包含SA_NOCLDWAIT，则不会通知父进程，并且子进程直接就退出了，而不需要进入zombie状态。 bool do_notify_parent(struct task_struct *tsk, int sig) {         ......         psig = tsk->parent->sighand;         spin_lock_irqsave(&psig->siglock, flags);         if (!tsk->ptrace && sig == SIGCHLD &&             (psig->action[SIGCHLD-1].sa.sa_handler == SIG_IGN ||              (psig->action[SIGCHLD-1].sa.sa_flags & SA_NOCLDWAIT))) {                 /*                  * We are exiting and our parent doesn't care.  POSIX.1                  * defines special semantics for setting SIGCHLD to SIG_IGN                  * or setting the SA_NOCLDWAIT flag: we should be reaped                  * automatically and not left for our parent's wait4 call.                  * Rather than having the parent do it as a magic kind of                  * signal handler, we just set this to tell do_exit that we                  * can be cleaned up without becoming a zombie.  Note that                  * we still call __wake_up_parent in this case, because a                  * blocked sys_wait4 might now return -ECHILD.                  *                  * Whether we send SIGCHLD or not for SA_NOCLDWAIT                  * is implementation-defined: we do (if you don't want                  * it, just use SIG_IGN instead).                  */                 autoreap = true;                 if (psig->action[SIGCHLD-1].sa.sa_handler == SIG_IGN)                         sig = 0;         }         if (valid_signal(sig) && sig)                 __group_send_sig_info(sig, &info, tsk->parent);         __wake_up_parent(tsk, tsk->parent);         spin_unlock_irqrestore(&psig->siglock, flags);         return autoreap; } 复制代码
	, welcome~ I am thirst for magic... | |  |

Wanpeng Li 帖子 主题 精华 可用积分 792 专家积分 0 在线时间 6185 小时 注册时间 2011-04-24 最后登录 2015-02-03 博客 论坛徽章: 13	发表于 2012-04-24 14:50:42 | 本帖最后由 embeddedlwp 于 2012-04-24 14:52 编辑 回复  kouu  thank you kouu! 但是仍然有一些不明白的地方： 1）如你列出的do_notify_parent的代码： if (valid_signal(sig) && sig)                 __group_send_sig_info(sig, &info, tsk->parent);         __wake_up_parent(tsk, tsk->parent); 复制代码 如果parent SIGCHLD的handler是Ignore的或者handler的sa_flags包含SA_NOCLDWAIT，那么会设置sig为0，这样就不发信号了，但是可能parent调用了sys_wait4，需要唤醒parent，这个理解的对吧？ 2）如果parent SIGCHLD的handler是Ignore的或者handler的sa_flags包含SA_NOCLDWAIT的时候，child不会发信号给parent，也就是说parent不会执行release_task释放child，那么child岂不还是zombie吗？ 738        /* If something other than our normal parent is ptracing us, then 739         * send it a SIGCHLD instead of honoring exit_signal.  exit_signal 740         * only has special meaning to our real parent. 741         */ 742        if (tsk->exit_signal != -1 && thread_group_empty(tsk)) { 743                int signal = tsk->parent == tsk->real_parent ? tsk->exit_signal : SIGCHLD; 744                do_notify_parent(tsk, signal); 745        } else if (tsk->ptrace) { 746                do_notify_parent(tsk, SIGCHLD); 747        } 748 749        state = EXIT_ZOMBIE; 750        if (tsk->exit_signal == -1 && 751            (likely(tsk->ptrace == 0) || 752             unlikely(tsk->parent->signal->flags & SIGNAL_GROUP_EXIT))) 753                state = EXIT_DEAD; 754        tsk->exit_state = state; 755 756        /* 757         * Clear these here so that update_process_times() won't try to deliver 758         * itimer, profile or rlimit signals to this task while it is in late exit. 759         */ 760        tsk->it_virt_value = cputime_zero; 761        tsk->it_prof_value = cputime_zero; 762 763        write_unlock_irq(&tasklist_lock); 764 765        list_for_each_safe(_p, _n, &ptrace_dead) { 766                list_del_init(_p); 767                t = list_entry(_p,struct task_struct,ptrace_list); 768                release_task(t); 769        } 770 771        /* If the process is dead, release it - nobody will wait for it */ 772        if (state == EXIT_DEAD) 773                release_task(tsk); 复制代码 从这段exit_notify函数中摘取的代码来看，child的状态不可能是EXIT_DEAD啊，也就是说自己不会调用release_task的。
	China linux内核开发者qq群 110604406 拒绝新手加入 | |  |

帖子 主题 精华 可用积分 1874 专家积分 200 在线时间 2900 小时 注册时间 2006-11-16 最后登录 2014-11-10 博客 论坛徽章: 0	发表于 2012-04-24 15:52:18 | 回复  embeddedlwp  我看的代码版本比较新，跟你的还不太一样。3.x版本是通过do_notify_parent的返回值来决定子进程应该置为什么状态（EXIT_DEAD或EXIT_ZOMBIE）。 而2.6.11里面do_notify_parent并没有返回值。不过里面多了一个操作，如果父进程ignore的话，会将子进程的“tsk->exit_signal = -1;”，这样在exit_notify里面就会走到“state = EXIT_DEAD;”的逻辑了。 如果父进程ignore了SIGCHLD，而又去调用wait4。还真不知道会怎样，死等？还是不等？呵呵
	, welcome~ I am thirst for magic... | |  |

Wanpeng Li 帖子 主题 精华 可用积分 792 专家积分 0 在线时间 6185 小时 注册时间 2011-04-24 最后登录 2015-02-03 博客 论坛徽章: 13	发表于 2012-04-24 16:00:18 | 本帖最后由 embeddedlwp 于 2012-04-24 16:05 编辑 回复  kouu  如果父进程ignore了SIGCHLD，而又去调用wait4。还真不知道会怎样，死等？还是不等？呵呵 ===================================================================== bool do_notify_parent(struct task_struct *tsk, int sig) {        ....................         if (valid_signal(sig) && sig)                 __group_send_sig_info(sig, &info, tsk->parent);         __wake_up_parent(tsk, tsk->parent);         spin_unlock_irqrestore(&psig->siglock, flags);         return autoreap; } 复制代码 do_notify_parent函数中不是有这段代码嘛，那么如果是Ignore或者SA_NOCLDWAIT的情况，只是不会发送信号。仍然会调用__wake_up_parent函数将parent唤醒啊。 还有一个问题，我们上边讨论的都是这个worker_thread函数中的SIGCHLD信号。那么工作者线程什么时候需要自己fork一个子进程，准确点说应该是一个内核线程？？
	China linux内核开发者qq群 110604406 拒绝新手加入 | |  |

帖子 主题 精华 可用积分 1874 专家积分 200 在线时间 2900 小时 注册时间 2006-11-16 最后登录 2014-11-10 博客 论坛徽章: 0	发表于 2012-04-24 16:25:34 | 回复  embeddedlwp  嗯，貌似的确如此。这种情况下父进程被唤醒后，wait4的返回值将是-ECHILD。 workqueue接触很少，不知道是否有在work_struct->func()中又创建子线程的这种情况。好像并不排斥这样做吧~
	, welcome~ I am thirst for magic... | |  |

Wanpeng Li 帖子 主题 精华 可用积分 792 专家积分 0 在线时间 6185 小时 注册时间 2011-04-24 最后登录 2015-02-03 博客 论坛徽章: 13

发表于 2012-05-02 16:12:09 | 回复  kouu  do_signal函数处理的应该是非阻塞的挂起信号，但是看上边worker thread的代码，既然已经屏蔽掉了所有信号，又搞一个SIGCHLD是不是没有意思啊？