From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754387AbZFVW0R (ORCPT ); Mon, 22 Jun 2009 18:26:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751277AbZFVW0G (ORCPT ); Mon, 22 Jun 2009 18:26:06 -0400 Received: from gate.crashing.org ([63.228.1.57]:58311 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751240AbZFVW0F (ORCPT ); Mon, 22 Jun 2009 18:26:05 -0400 Subject: Re: Boot failure on the powerstation with 2.6.30 latest From: Benjamin Herrenschmidt To: James Bottomley Cc: Brian King , linuxppc-dev@ozlabs.org, Pekka Enberg , Linux Kernel list In-Reply-To: <1245708236.17035.2.camel@mulgrave.site> References: <1245683801.6901.8.camel@mulgrave.site> <4A3FAD31.2060703@linux.vnet.ibm.com> <1245708236.17035.2.camel@mulgrave.site> Content-Type: text/plain Date: Tue, 23 Jun 2009 08:25:55 +1000 Message-Id: <1245709555.20062.12.camel@pasglop> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > Actually, no, reverting that one doesn't fix it. > > A full run of git bisect turns up this commit as the culprit; I'll make > a fuss on lkml: I haven't had the full log of that boot failure, but reverting the patch Brian suggested won't work well indeed, as I said, from the moment slab is initialized, page table allocations will use kmem caches which are initialized by pgtable_cache_init(). So the problem does indeed seem to be another fallover of moving the allocator initialization earlier. I'm working from home today but I'll see if I can get somebody in the office to wire up the powerstation (got disconnected for some reason last week) for me so I can have a look. The mutex issue Brian noticed will definitely break _any_ kmem_cache operation anyway, so that's one bug that need fixing at least (well, provided Brian analysis is right, I didn't have a chance to look myself yet :-) Cheers, Ben. > 83b519e8b9572c319c8e0c615ee5dd7272856090 is first bad commit > commit 83b519e8b9572c319c8e0c615ee5dd7272856090 > Author: Pekka Enberg > Date: Wed Jun 10 19:40:04 2009 +0300 > > slab: setup allocators earlier in the boot sequence > > James >