From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ozlabs.org (ozlabs.org [IPv6:2401:3900:2:1::2]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 29DF11A0035 for ; Tue, 21 Oct 2014 15:36:28 +1100 (AEDT) In-Reply-To: <20141018005040.GB3969@linux.vnet.ibm.com> To: Nishanth Aravamudan From: Michael Ellerman Subject: Re: [2/2] powerpc/numa: ensure per-cpu NUMA mappings are correct on topology update Message-Id: <20141021043627.99A4F14008C@ozlabs.org> Date: Tue, 21 Oct 2014 15:36:27 +1100 (AEDT) Cc: linuxppc-dev@lists.ozlabs.org, Paul Mackerras , Michael Wang , Li Zhong , jstancek@redhat.com List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Sat, 2014-18-10 at 00:50:40 UTC, Nishanth Aravamudan wrote: > We received a report of warning in kernel/sched/core.c where the sched > group was NULL on an LPAR after a topology update. This seems to occur > because after the topology update has moved the CPUs, cpu_to_node is > returning the old value still, which ends up breaking the consistency of > the NUMA topology in the per-cpu maps. Ensure that we update the per-cpu > fields when we re-map CPUs. This looks like a bug fix, I assume you want it to go in for 3.18 ? cheers