RE: linuxppc_2_4_mpc5200 / 5200lite zImage now working

RE: linuxppc_2_4_mpc5200 / 5200lite zImage now working

[Tord Andersson]

Kate,

Thanks for sharing your experiences with the MPC5200Lite card.
Would it be possible for you to explain the steps you took to replace
dbug with u-boot. Did you use dbug or a bdm?
I am about to do the same thing, and fear that I might end up with a
"dead" card if
things go wrong : )

Kind regards,

Tord Andersson

-----Original Message-----
From: Kate Alhola [mailto:kate@iti.fi]
Sent: den 2 november 2003 20:13
To: Wolfgang Denk
Cc: linuxppc-embedded@lists.linuxppc.org
Subject: Re: linuxppc_2_4_mpc5200 / 5200lite zImage now working



Thank you about usefull help, it looks a like doing things in newer way
may be faster than do older way ;)

Wolfgang Denk wrote:

>No. It's much more likely that you missed to pass  someother  of  the
>required  information.  You  have  several options: manually set up a
>bd_info structure with _all_ of the required  information;  modifying
>U-Boot  so  that  you  can load and start U-Boot from RAM; installing
>U-Boot into flash.
>
>
This worked with u-boot, setting CFG_RAMBOOT made it bootting from RAM
and allowed also programming u-boot to same flash as dbug so now i can
start uboot from dbug and then boot linux up

>You can always get a tested and working configuration  by  performing
>the standard kernel build procedure:
>
>	bash$ make mrproper
>	bash$ make icecube_5200_config
>	bash$ make oldconfig
>	bash$ make dep
>	bash$ make uImage
>
>
Tanks, that was also usefull

Kate


--
+==================================================================+
! Kate Marika Alhola  Internet Technologies International Oy       !
! kate@iti.fi         Phone +358 400 740701 Fax   +358 9 8138715   !
! kate@iki.fi	      http://www.iti.fi    http://www.iki.fi/kate  !
+==================================================================+


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

Re: linuxppc_2_4_mpc5200 / 5200lite zImage now working

[Kate Alhola]

Tord Andersson wrote:

>Kate,
>
>Thanks for sharing your experiences with the MPC5200Lite card.
>Would it be possible for you to explain the steps you took to replace
>dbug with u-boot. Did you use dbug or a bdm?
>I am about to do the same thing, and fear that I might end up with a
>"dead" card if
>things go wrong : )
>
I actually did not eplace it all. I just compiled and programmed u-boot
to flash in diferent
address than 0xfff00000 I used 0xff800000 but it is not a good choice
because it
leaved big hole between dbug and uboot.May be the 0xfff40000 will be
more sensible choice.

Then i just loaded s-record image to RAM and copied it to flash in right
address.
To load it in diferent address that it is intended you should use -o option
because dbug can't load directly to flash.

Now, when i am more familiar  with u-boot and if i wish replace dbug
i recommend to first compile u-boot to ram address and then use ram-running
u-boot to erase dbug and program u-boot on the place. Of cource this kind of
procedures allways have risk to make dead board and then you will need
a WERY EXPENSIVE bdm tools reprogram it. So, loading u-boot
to alternate address is safest way.
Only inconvicienc of ths is that u-buut must be started grom dbug and so
one
extra step is needed.


Kate

--
+==================================================================+
! Kate Marika Alhola  Internet Technologies International Oy       !
! kate@iti.fi         Phone +358 400 740701 Fax   +358 9 8138715   !
! kate@iki.fi	      http://www.iti.fi    http://www.iki.fi/kate  !
+==================================================================+


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

Re: linuxppc_2_4_mpc5200 / 5200lite zImage now working

[Wolfgang Denk]

In message <3FAB51D2.104@iti.fi> you wrote:
>
> >Thanks for sharing your experiences with the MPC5200Lite card.
> >Would it be possible for you to explain the steps you took to replace
> >dbug with u-boot. Did you use dbug or a bdm?
> >I am about to do the same thing, and fear that I might end up with a
> >"dead" card if
> >things go wrong : )
> >
> I actually did not eplace it all. I just compiled and programmed u-boot
> to flash in diferent
> address than 0xfff00000 I used 0xff800000 but it is not a good choice

This is not an optimal way to solve this.

I just checked in patches  for  U-Boot  to  allow  for  a  "low-boot"
configuration,  i.  e.  you  can configure and built U-Boot using the
commands "make MPC5200LITE_LOWBOOT_config;make all" and then  program
it at the low end of the flash (0xFF000000). After switching the boot
high/low  jumper  ("B  H/L") the board will boot directly into U-Boot
and all you need to switch back to dBUG is to switch the jumper back.

It may take a while until the new version of U-Boot shows up  on  the
CVS  server; the patch against U-Boot version 1.0.0 is also available
at ftp://ftp.denx.de/pub/u-boot/lowboot-1.0.0.patch.gz


Best regards,

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
: ... and it's got weird formatting - Notepad, Write, Works  3  can't
: decipher it, and it's too big to go in DOS Edit. Help!
Install an operating system. :-)                  -- Tom Christiansen

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

Re: linuxppc_2_4_mpc5200 / 5200lite zImage continued

[Wolfgang Denk]

In message <3FA5235B.7080007@iti.fi> you wrote:
>
> I just fixed it by comenting out setting baudrate, then it will leave it as

This is not a good idea.

> it was after dBug. Now i get kernel booting up and initial strings
> coming out
> but kernel crashes after initMMU ( early boot prit enabled ),
> I think that i have something wrong in .config.

No. It's much more likely that you missed to pass  someother  of  the
required  information.  You  have  several options: manually set up a
bd_info structure with _all_ of the required  information;  modifying
U-Boot  so  that  you  can load and start U-Boot from RAM; installing
U-Boot into flash.

You can always get a tested and working configuration  by  performing
the standard kernel build procedure:

	bash$ make mrproper
	bash$ make icecube_5200_config
	bash$ make oldconfig
	bash$ make dep
	bash$ make uImage

[The "LITE5200" can  be  considered  identical  to  the  "IceCube"  /
"IceCube+" as far as the Linux kernel is affected.]

Best regards,

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
Don't you know anything? I should have thought anyone knows that  who
knows anything about anything...      - Terry Pratchett, _Soul Music_

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

Re: linuxppc_2_4_mpc5200 / 5200lite zImage now working

[Kate Alhola]

Thank you about usefull help, it looks a like doing things in newer way
may be
faster than do older way ;)

Wolfgang Denk wrote:

>No. It's much more likely that you missed to pass  someother  of  the
>required  information.  You  have  several options: manually set up a
>bd_info structure with _all_ of the required  information;  modifying
>U-Boot  so  that  you  can load and start U-Boot from RAM; installing
>U-Boot into flash.
>
>
This worked with u-boot, setting CFG_RAMBOOT made it bootting from
RAM and allowed also programming u-boot to same flash as dbug so now
i can start uboot from dbug and then boot linux up

>You can always get a tested and working configuration  by  performing
>the standard kernel build procedure:
>
>	bash$ make mrproper
>	bash$ make icecube_5200_config
>	bash$ make oldconfig
>	bash$ make dep
>	bash$ make uImage
>
>
Tanks, that was also usefull

Kate


--
+==================================================================+
! Kate Marika Alhola  Internet Technologies International Oy       !
! kate@iti.fi         Phone +358 400 740701 Fax   +358 9 8138715   !
! kate@iki.fi	      http://www.iti.fi    http://www.iki.fi/kate  !
+==================================================================+


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