From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.macqel.be (mail.macqel.be [194.78.208.39]) by ozlabs.org (Postfix) with ESMTP id DAC0DDDF37 for ; Thu, 10 Apr 2008 09:06:31 +1000 (EST) Received: from localhost (localhost [127.0.0.1]) by mail.macqel.be (Postfix) with ESMTP id 18E73130D7E for ; Thu, 10 Apr 2008 01:06:30 +0200 (CEST) Received: from mail.macqel.be ([127.0.0.1]) by localhost (mail.macqel.be [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8CRJcjSLDqtv for ; Thu, 10 Apr 2008 01:06:27 +0200 (CEST) Received: from frolo.macqel.be (frolo.macqel [10.1.40.73]) by mail.macqel.be (Postfix) with ESMTP id F26AC130D61 for ; Thu, 10 Apr 2008 01:06:26 +0200 (CEST) Date: Thu, 10 Apr 2008 01:06:26 +0200 From: Philippe De Muyter To: Kumar Gala Subject: Re: [PATCH] mpc8540 : Fix restart Message-ID: <20080409230626.GA2577@frolo.macqel> References: <20080409221256.GA927@frolo.macqel> <64B092F9-7790-4655-AA12-B9010D87D0A4@kernel.crashing.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <64B092F9-7790-4655-AA12-B9010D87D0A4@kernel.crashing.org> Cc: linuxppc-dev@ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Wed, Apr 09, 2008 at 05:51:40PM -0500, Kumar Gala wrote: > > On Apr 9, 2008, at 5:12 PM, Philippe De Muyter wrote: >> Hi everybody, >> >> Previously, with the arch/ppc tree, mpc8540 boards could reboot. >> Now with the arch/powerpc tree, they can not anymore. >> Fix that. >> >> Signed-off-by: Philippe De Muyter >> >> --- a/arch/powerpc/sysdev/fsl_soc.c 2008-03-21 14:53:41.000000000 +0000 >> +++ b/arch/powerpc/sysdev/fsl_soc.c 2008-03-26 12:08:25.000000000 +0000 >> @@ -1428,13 +1433,17 @@ >> >> arch_initcall(setup_rstcr); >> >> +extern void abort(void); >> + >> void fsl_rstcr_restart(char *cmd) >> { >> local_irq_disable(); >> if (rstcr) >> /* set reset control register */ >> out_be32(rstcr, 0x2); /* HRESET_REQ */ >> - >> + else >> + abort(); >> while (1) ; >> + >> } > > This was on purpose. abort() doesn't really do a restart and thus I didn't > want it to be used that way. > What do you propose then ? The ability to reboot without power-off is really needed for embedded targets. And abort() from head_fsl.S seems really close to reboot. Philippe