November 2004 - U-Boot

Fwd: [U-Boot-Users] [PATCH] MPC8245 vs XPC8245
by Marc Leeman 05 Nov '04

05 Nov '04

Sorry, this mail was not send to the mailing list. ---------- Forwarded message ---------- > Please explain which problem you are trying to fix? Not trying, is fixed :) It concerns DMA operations where an external device is reading memory from the ppc. The patch is already in your CVS since June (IIRC). Since then I noticed that the bug only affects XPC8245 processors (from the type numbers and the age of the boards, I would think they are old (prototype) versions). The newer processors do not have this bug anymore and I have disabled this patch for 4 months now on our firmware: none of the newer production processors seems to be affected. I don't know if many ppl are still working with XPC versions of the 8245. This is the reason I put #if 0 #endif around the silicon work around the code again. Feel free to suppress the code completely. -- ash nazg durbatulûk, ash nazg gimbatul, ash nazg thrakatulûk agh burzum-ishi krimpatul -- ash nazg durbatulûk, ash nazg gimbatul, ash nazg thrakatulûk agh burzum-ishi krimpatul

1 0

RE: [U-Boot-Users] HW Addr different to Vendor information
by VanBaren, Gerald (AGRE) 05 Nov '04

05 Nov '04

> -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Devraj Mukherjee > Sent: Thursday, November 04, 2004 11:14 PM > To: u-boot-users > Subject: [U-Boot-Users] HW Addr different to Vendor information > > Hi everyone, > > We are tring to get the ethernet working on our board. Here > is what we have been trying. Our DHCP server gives addresses > in the range of 10.0.1.x > > Our vendor has documented that our MAC address is > 00:08:EE:00:41:60 and LogicLoader (the default bootloader) > would get an IP with this MAC address. It's interesting to > see that U-Boot with the patches thinks that the HW Addr is > 04:04:04:33:04:04 > > Any ideas, experiences? > > Devraj If this isn't a hardware problem, you may have erased your MAC address that is stored in u-boot's environment variables. At the u-boot prompt, run the command "printenv" and see what it thinks your MAC address is. Disclaimer: I'm not familiar with your hardware, some hardware has the MAC address stored in places other than in the u-boot environment. gvb ****************************************** The following messages are brought to you by the Lawyers' League of IdioSpeak: ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

1 0

RE: [U-Boot-Users] Univesal bootloader in 2 stages
by VanBaren, Gerald (AGRE) 05 Nov '04

05 Nov '04

> -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net] On Behalf > Of Srivatsan > Sent: Friday, November 05, 2004 2:38 AM > To: u-boot-users(a)lists.sourceforge.net > Subject: [U-Boot-Users] Univesal bootloader in 2 stages > Importance: High > > Hi all, > > I understand that uboot works in 2 stages, one before > RAM is initialized and the other after RAM is initialized. > > But my requirement is, I would like to load the First > stage of uboot into Flash, then get the second stage of the > boot loader thro' a fast Ethernet(This means that I require a > Ethernet driver to run from Flash). In addition I would also > like to start a Flash File system in first stage itself. > Here's a summary > > Uboot -- I stage [Running from Flash] > CPU setup. > Ethernet driver, support for TFTP. > Flash driver. > Flash file system. > > Uboot - IIstage [Running from RAM] > Other board initializations > Device initializations > CLI and booting the kernel image. > > Would like to know whether the above split up of Uboot is feasible? > Thanks for all your time. CPU will be mostly powerquicc II > processor and the board is a customized board. > > Regards, > C.R.Srivatsan Others have replied with more authority than I have, but I would like to point out that your "I stage++" exactly describes u-boot (the "++" being the running from RAM part) and your "II stage" exactly describes booting linux. You already have exactly what you asked for. Pour the bits into the board and It Just Works[tm] (after a little porting and debugging if you have new hardware ;-). The current boot organization is going to be hard or impossible to improve. If you wish to do so, feel free -- that is the beauty of Open Source -- but you aren't likely to get a lot of help since you are solving a problem that others have already solved and are happy with the existing solution. gvb ****************************************** The following messages are brought to you by the Lawyers' League of IdioSpeak: ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

1 0

[U-Boot-Users] problem about kgdb
by K.M.Yin [尹曠鳴] 05 Nov '04

05 Nov '04

Hi I rebuild the u-boot for my arm architecture besed board with the KGDB option enabled by using #define CFG_CMD_KGDB. I still confused about the usage of the kgdb. the README file seems to be lack of the explaination about the kgdb. Would you please give me some hint about this issue? Best Regards Yin

2 1

[U-Boot-Users] HW Addr different to Vendor information
by Devraj Mukherjee 05 Nov '04

05 Nov '04

Hi everyone, We are tring to get the ethernet working on our board. Here is what we have been trying. Our DHCP server gives addresses in the range of 10.0.1.x Our vendor has documented that our MAC address is 00:08:EE:00:41:60 and LogicLoader (the default bootloader) would get an IP with this MAC address. It's interesting to see that U-Boot with the patches thinks that the HW Addr is 04:04:04:33:04:04 Any ideas, experiences? Devraj LPD7A400> setenv serverip 10.0.1.1 LPD7A400> ping 10.0.1.1 SMC91111:PHY auto-negotiate timed out SMC91111:PHY auto-negotiate timed out Using MAC Address 04:04:04:33:04:04 ping failed; host 10.0.1.1 is not alive LPD7A400> setenv ethaddr 00:08:EE:00:41:60 LPD7A400> ping 10.0.1.1 SMC91111:PHY auto-negotiate timed out SMC91111:PHY auto-negotiate timed out Warning: MAC addresses don't match: HW MAC address: 04:04:04:33:04:04 "ethaddr" value: 00:08:EE:00:41:60 Using MAC Address 00:08:EE:00:41:60 ping failed; host 10.0.1.1 is not alive LPD7A400> ping 10.0.1.3 Unknown command 'ping' - try 'help' LPD7A400> ping 10.0.1.3 SMC91111:PHY auto-negotiate timed out SMC91111:PHY auto-negotiate timed out Warning: MAC addresses don't match: HW MAC address: 04:04:04:33:04:04 "ethaddr" value: 00:08:EE:00:41:60 Using MAC Address 00:08:EE:00:41:60 ping failed; host 10.0.1.3 is not alive -- ---------------------------------------------------------------------- Devraj Mukherjee, Eternity Technologies Pty. Ltd. Australia Host: Debian (Sarge) 3.1 Kernel 2.4.27-1-686 / GCC version 3.3.5 Target: LPD7A400 (ARM9) LogicPD eval. board / ARM GCC 3.3 GlibC 2.3.2 LAMP environment specs. Apache: 2.0.52 PHP: 5 MySQL: 4.0.21 ----------------------------------------------------------------------

2 1

[U-Boot-Users] Timeout by U-Boot while writing to flash
by Devraj Mukherjee 05 Nov '04

05 Nov '04

Hi everyone, We finally got U-Boot up and running on our board. Many thanks to everyone who replied to our emails. We are having trouble writing the initial environment variables to the system. Here is what we did, any ideas why the system would not write to the flash. LPD7A400> setenv ethaddr 00:08:EE:00:41:60 LPD7A400> setenv serial# 1104M00080 LPD7A400> saveenv Saving Environment to Flash... Un-Protected 1 sectors Erasing Flash... tstart = 0x00000001, now = 0x0026cb0b Timeout Erased 1 sectors LPD7A400> Thanks for your time. -- ---------------------------------------------------------------------- Devraj Mukherjee, Eternity Technologies Pty. Ltd. Australia Host: Debian (Sarge) 3.1 Kernel 2.4.27-1-686 / GCC version 3.3.5 Target: LPD7A400 (ARM9) LogicPD eval. board / ARM GCC 3.3 GlibC 2.3.2 LAMP environment specs. Apache: 2.0.52 PHP: 5 MySQL: 4.0.21 ----------------------------------------------------------------------

2 1

[U-Boot-Users] RAW image for U-Boot
by Devraj Mukherjee 05 Nov '04

05 Nov '04

Does the U-Boot compile process produce a RAW image? If not, any suggestions on how to get one? Thanks. -- ---------------------------------------------------------------------- Devraj Mukherjee, Eternity Technologies Pty. Ltd. Australia Host: Debian (Sarge) 3.1 Kernel 2.4.27-1-686 / GCC version 3.3.5 Target: LPD7A400 (ARM9) LogicPD eval. board / ARM GCC 3.3 GlibC 2.3.2 LAMP environment specs. Apache: 2.0.52 PHP: 5 MySQL: 4.0.21 ----------------------------------------------------------------------

4 3

[U-Boot-Users] tftp produces bad header checksum ?
by Kevin Bailey 04 Nov '04

04 Nov '04

I'm using u-boot 1.0.1 on a Metroworks MPC8540ADS board. I think I've set-up bootp and tftp correctly, but after download, u-boot says the image has a bad header checksum. Here's what the download looks like: Metrowerks=> bootp 4000000 Enet starting in Full Duplex Enet starting in 100BT BOOTP broadcast 1 packetHandler changed. TFTP from server 10.82.190.239; our IP address is 10.82.190.238 Filename '/tftpboot/EEBE520A.img'. Load address: 0x4000000 Loading: packetHandler changed. ################################################################# ################################################################# ################################################ done Bytes transferred = 906528 (dd520 hex) Metroworks=> bootm 4000000 ## Booting Image at 04000000 Bad Header Checksum Metrowerks=> iminfo ## Checking Image at 04000000 ... Bad Header Checksum Metrowerks=> crc32 4000000 dd520 CRC32 for 04000000 ... 040dd51f ==> d315f12f Metrowerks=> I initially tried it at address 1000000 with the same result. I'm building the image with 'make uImage'. Here's the last few lines of output: make[2]: Entering directory `/opt/linuxppc-2.4/arch/ppc/boot/images' powerpc-603e-linux-gnu-objcopy --strip-all -S -O binary /opt/linuxppc-2.4/vmlinux vmlinux gzip -vf9 vmlinux vmlinux: 55.0% -- replaced with vmlinux.gz make[2]: Leaving directory `/opt/linuxppc-2.4/arch/ppc/boot/images' /bin/sh /opt/linuxppc-2.4/scripts/mkuboot.sh -A ppc -O linux -T kernel \ -C gzip -a 00000000 -e 00000000 \ -n 'Linux-2.4.26-pre5-moto-pq3-2004_06_04-0' \ -d images/vmlinux.gz images/vmlinux.UBoot Image Name: Linux-2.4.26-pre5-moto-pq3-2004_ Created: Tue Nov 2 10:37:34 2004 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 906464 Bytes = 885.22 kB = 0.86 MB Load Address: 0x00000000 Entry Point: 0x00000000 ln -sf vmlinux.UBoot images/uImage rm -f ./mkuboot make[1]: Leaving directory `/opt/linuxppc-2.4/arch/ppc/boot' Does one have to build tftp images in a different way ? krb

3 4

Re: [U-Boot-Users] DBGFLASGS in MPC8272ADS
by Wolfgang Denk 04 Nov '04

04 Nov '04

In message <1099582987.418a4e0b80676@webmail.televes.com:443> you wrote: > ... > However, all this stuff doesn't explain or solves the other problem ... why the > -DDEBUG flag doesn't works? Most probably because someone was clever and added (but never tested) debug statements to code that is running before console output is available. If you try to use printf() too early (i. e. before the serial port has been initialized and assigned) you will run into trouble. Best regards, Wolfgang Denk -- See us @ Embedded/Electronica Munich, Nov 09 - 12, Hall A.6 Booth 513 Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de You Don't Have To Be 'Damned' To Work Here, But It Helps!!! - Terry Pratchett, _Eric_

1 0

RE: [U-Boot-Users] Compressed U-Boot image
by VanBaren, Gerald (AGRE) 04 Nov '04

04 Nov '04

> -----Original Message----- > From: wd(a)denx.de [mailto:wd@denx.de] > Sent: Thursday, November 04, 2004 9:25 AM > To: VanBaren, Gerald (AGRE) > Cc: u-boot-users(a)lists.sourceforge.net > Subject: Re: [U-Boot-Users] Compressed U-Boot image > > In message > <065ACD8E84315E4394C835E398C8D5EB9A601B(a)COSSMGMBX02.email.corp > .tld> you wrote: > > > ... > > write). The command parser and commands make up a pretty > large chunk > > -- obviously that can be minimized and possibly eliminated. > > If you eliminate the command parser I wonder why you don't > simply replace U-Boot by a simple "return" instruction > - no more than 4 bytes needed for that ;-) > > Best regards, > > Wolfgang Denk > > -- > See us @ Embedded/Electronica Munich, Nov 09 - 12, Hall A.6 Booth 513 > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de > I know engineers. They love to change things. - Dr. McCoy Hi WD, I like your .sig, very appropriate today :-) I acknowledge the wink in your response, but my thought here is that, if you _really_ need to fit in 32K, you may want to run "tftpboot" (or equiv) instead of hush so that all the gutted u-boot knows how to do is boot linux over the network. Kind of equivalent to replacing "init" in a linux disk image so that it runs your application directly. There were only two requirements specified by Terry: net boot and fit in 32K. Hopefully he is an engineer per Dr. McCoy ;-). gvb ****************************************** The following messages are brought to you by the Lawyers' League of IdioSpeak: ****************************************** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ******************************************

2 1