Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754762AbZIQLNi (ORCPT ); Thu, 17 Sep 2009 07:13:38 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751495AbZIQLNh (ORCPT ); Thu, 17 Sep 2009 07:13:37 -0400 Received: from courier.cs.helsinki.fi ([128.214.9.1]:60843 "EHLO mail.cs.helsinki.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751483AbZIQLNh (ORCPT ); Thu, 17 Sep 2009 07:13:37 -0400 Subject: Re: [RFC/PATCH] SLQB: Mark the allocator as broken PowerPC and S390 From: Pekka Enberg To: Mel Gorman Cc: linux-kernel@vger.kernel.org, akpm@linux-foundation.org, cl@linux-foundation.org, heiko.carstens@de.ibm.com, mingo@elte.hu, npiggin@suse.de, sachinp@in.ibm.com In-Reply-To: <20090917105707.GA7205@csn.ul.ie> References: <1253083059.5478.1.camel@penberg-laptop> <20090917100841.GF13002@csn.ul.ie> <1253183365.4975.20.camel@penberg-laptop> <20090917105707.GA7205@csn.ul.ie> Date: Thu, 17 Sep 2009 14:13:39 +0300 Message-Id: <1253186019.4975.32.camel@penberg-laptop> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit X-Mailer: Evolution 2.24.3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2135 Lines: 48 Hi Mel, On Thu, 2009-09-17 at 11:57 +0100, Mel Gorman wrote: > The danger is that this isn't a PPC or s390 bug then as such, but a bug where > there are either memoryless nodes or when node 0 is memoryless. Hence, there > is no guarantee that your Kconfig option will catch all instances where this > bug triggers. Granted, the configuration is most likely a PPC machine :) Yes, I suggested making SLQB depend on !NUMA to Nick but he didn't like that as it's known to be good on x86 NUMA configs. On Thu, 2009-09-17 at 11:08 +0100, Mel Gorman wrote: > > > The danger is if SLQB is being silently disabled, it'll never be noticed > > > or debugged :/ > > > > Maybe, but that's not an excuse to push something that's known to break. On Thu, 2009-09-17 at 11:57 +0100, Mel Gorman wrote: > Wow, this is from back in May! Lame. Heh, my (lame) excuse is lack of relevant hardware.... ;-) On Thu, 2009-09-17 at 11:57 +0100, Mel Gorman wrote: > I'm against silently disabling it. Memoryless nodes are extremely rare but > bugs crop up there occasionally and take a long time to catch and squash. SLQB > breaking there is not going to cause widespread damage but force a fix to > be developed by the people with access to the affected machines. Hey, if someone sends me fix for the bug well before the merge window closes, that would be great! But there's no way we're adding new core kernel code that's _known_ to break peoples configs, at least not through slab.git. If disabling SLQB is not acceptable and we're unable to fix things, we'll just have to skip this release cycle. On Thu, 2009-09-17 at 11:57 +0100, Mel Gorman wrote: > Total aside, does anybody know handily if fake NUMA support allows the > creation of memoryless nodes help reproducing problems like this? If I can't > get a real machine, that'll be the approach I'll be trying. That would be useful, yes. Pekka -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/