From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by ozlabs.org (Postfix) with ESMTP id 33889DDDFB for ; Wed, 28 Feb 2007 17:45:06 +1100 (EST) Subject: Re: Make sure we populate the initroot filesystem late enough From: Benjamin Herrenschmidt To: Segher Boessenkool In-Reply-To: <3ac1a55a11baddefb903f24b988566fe@kernel.crashing.org> References: <200612112059.kBBKx1j7022473@hera.kernel.org> <1172448057.3971.9.camel@shinybook.infradead.org> <1172518068.15970.6.camel@localhost> <20070226222724.GA13182@keitarou> <1172558897.11949.43.camel@localhost.localdomain> <3ac1a55a11baddefb903f24b988566fe@kernel.crashing.org> Content-Type: text/plain Date: Wed, 28 Feb 2007 07:43:07 +0100 Message-Id: <1172644987.11949.90.camel@localhost.localdomain> Mime-Version: 1.0 Cc: David Woodhouse , Linux Kernel Mailing List , linuxppc-dev@ozlabs.org, john stultz , Paul TBBle Hampson , torvalds@linux-foundation.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > It's most likely a red herring, lots of config changes > make the bug go away on some kernel versions (but not > on others); the problem is very sensitive to changes in > memory layout. I wouldn't be that sure ... I've had problems in the past with PMU based cpufreq... looks like flushing all caches and hard-resetting the processor on the fly when there can be pending DMAs might be a source of trouble... especially on CPUs that don't have working cache flush HW assist. Ben.