[PATCH] worker_thread: don't play with signals
- From: Oleg Nesterov <oleg@xxxxxxxxxx>
- Date: Thu, 1 Mar 2007 00:04:38 +0300
worker_thread() doesn't need to "Block and flush all signals", this was already
done by its caller, kthread().
Signed-off-by: Oleg Nesterov <oleg@xxxxxxxxxx>
--- 6.20-rc6-mm3/kernel/workqueue.c~signals 2007-02-20 02:21:11.000000000 +0300
+++ 6.20-rc6-mm3/kernel/workqueue.c 2007-02-28 23:58:11.000000000 +0300
@@ -290,18 +290,11 @@ static int worker_thread(void *__cwq)
struct cpu_workqueue_struct *cwq = __cwq;
DEFINE_WAIT(wait);
struct k_sigaction sa;
- sigset_t blocked;
if (!cwq->wq->freezeable)
current->flags |= PF_NOFREEZE;
set_user_nice(current, -5);
-
- /* Block and flush all signals */
- sigfillset(&blocked);
- sigprocmask(SIG_BLOCK, &blocked, NULL);
- flush_signals(current);
-
/*
* We inherited MPOL_INTERLEAVE from the booting kernel.
* Set MPOL_DEFAULT to insure node local allocations.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Prev by Date: Re: [patch 04/26] Xen-paravirt_ops: Add pagetable accessors to pack and unpack pagetable entries
- Next by Date: Re: struct page field arrangement
- Previous by thread: Resume from S2R fails after dpm_resume()
- Next by thread: [PATCH] x86_64: shut up vm86(2)
- Index(es):
Relevant Pages
|
