Thread (14 messages) 14 messages, 4 authors, 2007-11-27

Re: 85xx software reset problems from paulus.git

From: Kumar Gala <hidden>
Date: 2007-11-17 19:53:08

On Nov 16, 2007, at 4:01 PM, robert lazarski wrote:
On Nov 16, 2007 4:46 PM, Kumar Gala [off-list ref] wrote:
quoted

On Nov 16, 2007, at 3:28 PM, robert lazarski wrote:
quoted
On Nov 16, 2007 3:44 PM, robert lazarski [off-list ref]
wrote:
quoted
On Nov 16, 2007 10:27 AM, Clemens Koller
[off-list ref] wrote:
quoted
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 .
What actual 85xx are you using?

- k
Custom 8548 board. I'm using the cds 85xx code for a reference and I
calling the same reset functions.
1. do you have the following in your dts:

                 global-utilities@e0000 {        //global utilities reg
                         compatible = "fsl,mpc8548-guts";
                         reg = <e0000 1000>;
                         fsl,has-rstcr;
                 };


2. in your platform code are you using fsl_rstcr_restart in  
define_machine()

- k
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help