From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S938352AbdEYO7L (ORCPT ); Thu, 25 May 2017 10:59:11 -0400 Received: from mail-yb0-f195.google.com ([209.85.213.195]:34780 "EHLO mail-yb0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933980AbdEYO7K (ORCPT ); Thu, 25 May 2017 10:59:10 -0400 Date: Thu, 25 May 2017 10:59:07 -0400 From: Tejun Heo To: Michael Bringmann Cc: Lai Jiangshan , linux-kernel@vger.kernel.org, Nathan Fontenot Subject: Re: [PATCH V2] workqueue: Ensure that cpumask set for pools created after boot Message-ID: <20170525145907.GD23493@htj.duckdns.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.8.2 (2017-04-18) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, Michael. On Thu, May 25, 2017 at 09:55:10AM -0500, Michael Bringmann wrote: > On NUMA systems with dynamic processors, the content of the cpumask > may change over time. As new processors are added via DLPAR operations, > workqueues are created for them. This patch ensures that the pools > created for new workqueues will be initialized with a cpumask before > the first worker is created, attached, and woken up. If the mask is > not set up, then the kernel will crash when 'wakeup_process' is unable > to find a valid CPU to which to assign the new worker. > > Signed-off-by: Michael Bringmann > --- > Changes in V2: > -- Only fill in empty cpumasks. > --- > kernel/workqueue.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/kernel/workqueue.c b/kernel/workqueue.c > index c74bf39..1b16ac4 100644 > --- a/kernel/workqueue.c > +++ b/kernel/workqueue.c > @@ -3366,6 +3366,9 @@ static struct worker_pool *get_unbound_pool(const struct workqueue_attrs *attrs) > copy_workqueue_attrs(pool->attrs, attrs); > pool->node = target_node; > > + if (!cpumask_weight(pool->attrs->cpumask)) > + cpumask_copy(pool->attrs->cpumask, cpumask_of(smp_processor_id())); > + So, the problem is that control is reaching here with empty mask. Filling it with an arbitrary cpu id doesn't really fix the bug. I think I just messed up wq_calc_node_cpumask(). Will send a fix soon. Thanks. -- tejun