From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by ozlabs.org (Postfix) with ESMTP id 650AFDDE07 for ; Sat, 17 Nov 2007 08:28:16 +1100 (EST) Received: by nz-out-0506.google.com with SMTP id i1so950952nzh for ; Fri, 16 Nov 2007 13:28:15 -0800 (PST) Message-ID: Date: Fri, 16 Nov 2007 16:28:15 -0500 From: "robert lazarski" Subject: Re: 85xx software reset problems from paulus.git Cc: linuxppc-embedded@ozlabs.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 References: <473DB6DF.9010804@anagramm.de> List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Nov 16, 2007 3:44 PM, robert lazarski wrote: > On Nov 16, 2007 10:27 AM, Clemens Koller wrote: > > The SRESET# (pin AF20) is the soft reset input, causes > > an mcp assertion to the core.... (RTFM) > > > > That's what we are doing. The 85xx docs say "Soft reset. Causes a > machine check interrupt to the e500 core. Note that if the e500 core > is not configured to process machine check interrupts, the assertion > of SRESET causes a core checkstop. SRESET need not be asserted during > a hard reset." > Sorry for replying to myself, but thought I'd mention SRESET works fine on 85xx 2.6.23 , ie, the board resets after kernel panic. It doesn't work for me on 2.6.24rc2 . Robert