On 6/28/07, Oleg Nesterov <[EMAIL PROTECTED]> wrote: > [...] > Hmm... actually, such a change breaks the > > while (signal_pending(current)) > dequeue_signal_and_so_something(); > > loop, see jffs2_garbage_collect_thread() for example.
BTW jffs2_garbage_collect_thread() is a horrible abomination :-) Its use of SIGSTOP and SIGHUP is *totally* gratuitous & unwarranted. It does use SIGKILL, but simply as a stop-notification from umount of the corresponding jffs2 partition. I think all the signal handling there can be removed; then it needs to undergo conversion to kthread (it uses horrible locks and completions to handle its exit) -- I'll put it in my endless kernel-cleanups-todo-list ... - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/