MPC8245 reboot

MPC8245 reboot

[Daniel Ann]

Hey folks,

I have a problem with rebooting my box(its pretty much based on sandpoint).
Looking at sandpoint_restart() function, I have no idea what it's
doing. Can somebody please help me out where I should be looking ?
Would this be pure software problem? or just might be hardware problem
?

Always thought rebooting was piece of cake, but.. guess not :P
--=20
Daniel

Re: MPC8245 reboot

[Kumar Gala]

Do you have a VIA chipset on your system?  If not what sandpoint is  
doing is not going to help you much.

- kumar

On Aug 3, 2005, at 12:40 AM, Daniel Ann wrote:

> Hey folks,
>
> I have a problem with rebooting my box(its pretty much based on  
> sandpoint).
> Looking at sandpoint_restart() function, I have no idea what it's
> doing. Can somebody please help me out where I should be looking ?
> Would this be pure software problem? or just might be hardware problem
> ?
>
> Always thought rebooting was piece of cake, but.. guess not :P
> -- 
> Daniel
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>

Re: MPC8245 reboot

[Daniel Ann]

Absolutely not. Very much like sandpoint except, we dont use SIO at all.
FYI, most of sandpoint code from the kernel is function the board very
well at the moment. Only big issue lies with REBOOT at this stage:(


On 8/3/05, Kumar Gala <kumar.gala@freescale.com> wrote:
> Do you have a VIA chipset on your system?  If not what sandpoint is
> doing is not going to help you much.
>=20
> - kumar
>=20
> On Aug 3, 2005, at 12:40 AM, Daniel Ann wrote:
>=20
> > Hey folks,
> >
> > I have a problem with rebooting my box(its pretty much based on
> > sandpoint).
> > Looking at sandpoint_restart() function, I have no idea what it's
> > doing. Can somebody please help me out where I should be looking ?
> > Would this be pure software problem? or just might be hardware problem
> > ?
> >
> > Always thought rebooting was piece of cake, but.. guess not :P
> > --
> > Daniel
> > _______________________________________________
> > Linuxppc-embedded mailing list
> > Linuxppc-embedded@ozlabs.org
> > https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> >
>=20
>=20


--=20
Daniel

Re: MPC8245 reboot

[Mark A. Greer]

On Wed, Aug 03, 2005 at 03:40:18PM +0900, Daniel Ann wrote:
> Absolutely not. Very much like sandpoint except, we dont use SIO at all.
> FYI, most of sandpoint code from the kernel is function the board very
> well at the moment. Only big issue lies with REBOOT at this stage:(

Daniel,

IIRC, the sandpoint uses the PC style port 92 mechanism to reset the board.
You need to look at your hardware docs to see how your board can be reset.
Don't expect the sandpoint reset code to work for you.

Mark

Re: MPC8245 reboot

[Daniel Ann]

Mark,

Guess I'll have to walk the uncharted area again :P
Thanks anyway tho. I'll start by looking at what that port 92
mechanism is first, and see where in our hw designer have put that in.

On 8/4/05, Mark A. Greer <mgreer@mvista.com> wrote:
> On Wed, Aug 03, 2005 at 03:40:18PM +0900, Daniel Ann wrote:
> > Absolutely not. Very much like sandpoint except, we dont use SIO at all=
.
> > FYI, most of sandpoint code from the kernel is function the board very
> > well at the moment. Only big issue lies with REBOOT at this stage:(
>=20
> Daniel,
>=20
> IIRC, the sandpoint uses the PC style port 92 mechanism to reset the boar=
d.
> You need to look at your hardware docs to see how your board can be reset=
.
> Don't expect the sandpoint reset code to work for you.
>=20
> Mark
>=20


--=20
Daniel

Re: MPC8245 reboot

[Mark A. Greer]

On Thu, Aug 04, 2005 at 09:16:23AM +0900, Daniel Ann wrote:
> Mark,
> 
> Guess I'll have to walk the uncharted area again :P
> Thanks anyway tho. I'll start by looking at what that port 92
> mechanism is first, and see where in our hw designer have put that in.

Personally, I wouldn't waste my time on the port 92 stuff.  I really doubt the
hw engr did that unless your board is very PC-ish.  Does your board have any
"board" regs (e.g., some regs on a pld or something)?  If so, look through
those for a bit in a register that resets the system.

Mark

Re: Re: MPC8245 reboot

[Debora Liu]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 495 bytes --]

Hello, Mark A. Greer

In message <2005-08-04 02:39:32 mgreer@mvista.com> you wrote:

>IIRC, the sandpoint uses the PC style port 92 mechanism to reset the board.
>You need to look at your hardware docs to see how your board can be reset.
>Don't expect the sandpoint reset code to work for you.

If do reboot board by jump address of uboot start address?

= = = = = = = = = = = = = = = = = = = =
				 
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡Debora Liu
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡deboralh@fel.com.cn
¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡¡2005-08-04

Re: MPC8245 reboot

[Wolfgang Denk]

In message <20050804092525.15A4A67EBC@ozlabs.org> you wrote:
> 
> If do reboot board by jump address of uboot start address?

Bad idea. That address may not be mapped at all, or not at the  right
physical  address.  Also,  just  jumping to a boot loader entry point
does not cause a hardware reset, so any devices that might  be  stuck
will remain stuck.

You should always try to  cause  a  real  reset;  there  are  several
methods  in  use  for  this,  like  using a watchdog reset, causing a
machine check, etc. Just see existing code.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
All these theories, diverse as they are, have two things  in  common:
they explain the observed facts, and they are completeley and utterly
wrong.                       - Terry Pratchett, _The Light Fantastic_