Das U-Boot - Universal Bootloader

Hello,

I guess you are using 10MB ethernet. In the 440 is between EMAC and PHY 
inserted so called ZMII bridge, which can operate in several modes. If 
is in the RMII mode then is necessary to set correct speed in the ZMII 
Speed Select Register.
The following patch will fix this problem.

Pavel Bartusek
Sysgo AG

Hi,

As Wolfgang Denx has pointed out you can use the low boot option when
building.
Put the binary image on your tftp server and set up dBUG to download the
u-boot binary image through tftp with the dn command. Then use the dBug
fp command to burn the image to low boot flash
An example for a 16Mbyte MPC5200 Lite card:
=20
fp FF000000 FF035250 20000

where "FF035250" will have to be adjusted for your image size.
"20000" is where the image ends up in RAM after tftp download.

I had problems using tftp at 100Mbps but these problems vanished when I=20
put a 10 Mbps hub between the 5200lite and the rest of the net,
forcing the ethernet to 10 Mbps, half duplex.


Kind regards,

Tord =20


> -----Original Message-----
> From: Daniel Poirot [mailto:dtpoirot@...
> Sent: den 20 november 2003 19:02
> To: u-boot-users@...
> Subject: [U-Boot-Users] booting U-Boot from dBug?
>=20
>=20
> Howdy all,
>=20
> Is there a way to load U-Boot from another bootloader?
>=20
> I would like to be able to load a development version of=20
> U-Boot from the=20
> Motorola dBug on my MPC5200 board.
>=20
> Thanks,
> - dan
>=20
> _________________________________________________________________
> Groove on the latest from the hot new rock groups!  Get=20
> downloads, videos,=20
> and more here. =20
> http://special.msn.com/entertainment/wiredform> usic.armx
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.=20
> Does SourceForge.net help you be more productive?  Does it=20
> help you create better code?  SHARE THE LOVE, and help us=20
> help YOU!  Click Here: http://sourceforge.net/donate/=20
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users@...
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>=20

Dear Anders,

in message <fc.004c4e48001ea0e0004c4e48001e6497.1ea0ee@...> you wrote:
> 
> what's needed to make the patch worthy of inclusion?

More time :-(

> I know the patch doesn't go all the way you want, but IMHO we need
> several steps for that in order not to wreak too much havoc.

You are right, and I am perfectly willing to add  this,  but  at  the
moment  I'm caught in some other activities. I hope to find some more
time for U-Boot next week.

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@...
Just go with the flow control, roll with the crunches, and, when  you
get a prompt, type like hell.

On Thursday 13 November 2003 09:19 am, Kyle Harris wrote:

> > Do you by any chance happen to have RAM at and around address
> > 0x0badc0de ? Otherwise I don't see how PXA/IXP could possible work,
> > for the reasons Richard already gave.
> > (see also http://www.catb.org/~esr/jargon/html/S/schroedinbug.html ;-)
>
> Yeh, I don't doubt there is a problem. I guess I need to take a closer look
> and see why it works. 

I think the mystery is solved. I just updated my latest pxa to 1.0.0. It was 
based on 0.2.3 and the ixp port was based on 0.4.0. Early versions of the 
code, while not perfect, did run. Definitely a problem with the later stuff 
without proper patches (thanks for the patches).

Kyle.