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 7BC3CDDEBA for ; Tue, 27 Feb 2007 17:50:03 +1100 (EST) Subject: Re: Make sure we populate the initroot filesystem late enough From: Benjamin Herrenschmidt To: Paul TBBle Hampson In-Reply-To: <20070226222724.GA13182@keitarou> References: <200612112059.kBBKx1j7022473@hera.kernel.org> <1172448057.3971.9.camel@shinybook.infradead.org> <1172518068.15970.6.camel@localhost> <20070226222724.GA13182@keitarou> Content-Type: text/plain Date: Tue, 27 Feb 2007 07:48:16 +0100 Message-Id: <1172558897.11949.43.camel@localhost.localdomain> Mime-Version: 1.0 Cc: linuxppc-dev@ozlabs.org, john stultz , torvalds@linux-foundation.org, David Woodhouse , Linux Kernel Mailing List List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , > > I've not been able to reproduce it since, but I know others (BCC'ed on > > this note) have seen it and might prod them to come forth with details > > (and broken .config files) > > In my case, disabling CPU_FREQ_PMAC made the failure go away. > After reverting this patch, CPU_FREQ_PMAC is once again operating > successfully, so far. Hrm.. which cpufreq method is used on both your machines ? If it's the one involving the PMU, it does involve a full hard reset of the processor (with appropriate cache flushes etc...), maybe something's going wrong in that area.... Ben.