m8xx hang in reboot (fwd)

[Mark S. Mathews]

Thanks for the input, but I don't believe this is it.  We're accessing a
location IMAP_ADDR+someoffset that's reserved space to generate a bus
error.

Thanks for the consideration,
-M

On Thu, 26 Aug 2004, VanBaren, Gerald (AGRE) wrote:

>
> OK, I'll add my guess :-).  Do you have the address IMAP_ADDR cached
> (which would be a Very Bad Thing!)?  If so, you sometimes would read the
> cached value (no machine check) rather than the physical value (machine
> check -> reset).
>
> gvb
>
>
>> -----Original Message-----
>> From: owner-linuxppc-embedded at lists.linuxppc.org
>> [mailto:owner-linuxppc-embedded at lists.linuxppc.org]On Behalf
>> Of Mark S.
>> Mathews
>> Sent: Wednesday, August 25, 2004 5:26 PM
>> To: linuxppc-embedded
>> Subject: Re: m8xx hang in reboot (fwd)
>>
>>
>>
>> The saga continues...  ;-)
>>
>> I added code to explicitly clear the CHSTPE bit in the DER register.
>> Didn't make any difference.
>>
>> I'm stumped.
>>
>> -M
>>
>> On Wed, 25 Aug 2004, Mark S. Mathews wrote:
>>
>>>
>>> A little more info.  The hang occurs on this line:
>>>
>>> 	dummy = ((immap_t *)IMAP_ADDR)->im_clkrst.res[0];
>>>
>>> Which is _supposed_ to generate a machine check I believe.
>>>
>>> So I guess my next step is to see if somehow the DER got
>> set and we're
>>> popping into debug mode instead of resetting...
>>>
>>> -M
>>>
>>> --
>>>
>>> Mark S. Mathews
>>>
>>> AbsoluteValue Systems      Web:    http://www.linux-wlan.com
>>> 721-D North Drive          e-mail: mark at linux-wlan.com
>>> Melbourne, FL 32934        Phone:  321.259.0737
>>> USA                        Fax:    321.259.0286
>>>
>>> ---------- Forwarded message ----------
>>> Date: Wed, 25 Aug 2004 16:22:00 -0400 (EDT)
>>> From: Mark S. Mathews <mark at linux-wlan.com>
>>> To: linuxppc-embedded <linuxppc-embedded at lists.linuxppc.org>
>>> Subject: m8xx hang in reboot
>>>
>>> Hey Folks,
>>>
>>> I've got an mpc850 based setup running 2.4.27 that, under certain
>>> circumstances, hangs in the the m8xx_restart() function (instead of
>>> rebooting)
>>> when I issue the usermode reboot cmd.
>>>
>>> I've traced all through the path and confirmed that yes, it
>> is hanging in
>>> this
>>> function.  ;-)
>>>
>>> I'm still looking over the databook and what this code
>> does.  Just figured
>>> I'd
>>> ask around and see if anyone else has seen this behavior.
>>>
>>> Thanks,
>>> -Mark
>>>
>>> --
>>>
>>> Mark S. Mathews
>>>
>>> AbsoluteValue Systems      Web:    http://www.linux-wlan.com
>>> 721-D North Drive          e-mail: mark at linux-wlan.com
>>> Melbourne, FL 32934        Phone:  321.259.0737
>>> USA                        Fax:    321.259.0286
>>>
>>>
>>>
>>
>> --
>>
>> Mark S. Mathews
>>
>> AbsoluteValue Systems      Web:    http://www.linux-wlan.com
>> 721-D North Drive          e-mail: mark at linux-wlan.com
>> Melbourne, FL 32934        Phone:  321.259.0737
>> USA                        Fax:    321.259.0286
>>
>
>
>
>

--

Mark S. Mathews

AbsoluteValue Systems      Web:    http://www.linux-wlan.com
721-D North Drive          e-mail: mark at linux-wlan.com
Melbourne, FL 32934        Phone:  321.259.0737
USA                        Fax:    321.259.0286

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/