July 2004 - U-Boot

[U-Boot-Users] Why the contents in SDRAM stay?
by Frank Young 14 Jul '04

14 Jul '04

Hi all, I am playing with the u-boot that is just installed on my customed board with PPC405GP (based on walnut). The SDRAM I am using is SAMSUNG K4S561632D-TC75000. One interesting thing I found is, I used mm to change the first 4 bytes at address 0, which is suppose to belong to SDRAM, to 0xdeaddead. Then I turned off the power. After I turned on the power, I used md to check the memory. The content at address 0 was still 0xdeaddead. I changed the value several times and found once I modified the SDRAM, the content stays regardless the power is off. This is very weird. Should the content be lost once the power is off? Can anybody explain how it happened? BTW, after I turn off the board I waited for long enough (1-2 minutes) to turn it on. Thanks, Frank _________________________________________________________________ MSN Life Events gives you the tips and tools to handle the turning points in your life. http://lifeevents.msn.com

2 1

[U-Boot-Users] Debugging U-Boot Under DDD
by Talib Alim 14 Jul '04

14 Jul '04

This may be a trivial question, but I hope that someone can answer me. I am bring up u-boot on 8xx. While doing source level debugging under ddd, whenever I do step, stepi, next or nexti I see green instruction pointer jump all over the code. e.g. it would go to first line, than third line, than 7 line. If I look at machine code window, it is running in normal predictable way.

3 12

[U-Boot-Users] [PATCH] for Xilinx's ml300 board
by Sean Chang 13 Jul '04

13 Jul '04

Hi Wolfgang, This is the first time I am submitting a patch, so if there is any problem please let me know and I'll be more than happy to fix it. This patch is applied against the u-boot 1.1.1 release. Basically it adds support for the ml300 board to read out its environment information stored on the EEPROM. Any comments are welcomed. Thanks, Sean ================================== CHANGELOG: Patch by Sean Chang, 28 Jun 2004: Add support for ml300 board to read out its environment information stored on the EEPROM.

6 7

[U-Boot-Users] Recommended Reading
by Talib Alim 13 Jul '04

13 Jul '04

New to PPC development. I am working on 852T on Fads board. I would like to get recommendation what would be good book/mannual to read to get better understanding and remove confusion. TA

2 1

RE: [U-Boot-Users] Debugging U-Boot Under DDD
by VanBaren, Gerald (AGRE) 13 Jul '04

13 Jul '04

...also do an "objump -h" on your elf file to see where everything is being located. Someone wants to locate a section in the wrong place or a section is way too large, but that is usually a symptom of locating a section in the wrong place or someone putting data in the wrong place. Track down where that section location is defined and everybody that sticks stuff in that section looking for oddball locations (like 0x040000xx). Quite often someone puts in a hardcoded address in the code, causing a section to get really, really large. I did a quick search and it looks like the common TEXT_BASE is 0x40000000 (not 0x04000000) so I may be wrong on that one. gvb > -----Original Message----- > From: Talib Alim [mailto:talibalm@hotmail.com] > Sent: Tuesday, July 13, 2004 2:24 PM > To: VanBaren, Gerald (AGRE); U-Boot List > Subject: RE: [U-Boot-Users] Debugging U-Boot Under DDD > > > This is the point, My flash is located at 0x02000000 and I erased this > location before programming. But prog command for elf format file is > trying to write to 0x04000000 and bin format writes to 0x02000000 ok. > > The difference b/w bin & elf is that obviouly elf is much bigger. The > elf image is about 1mb. > > TA > --- "VanBaren, Gerald (AGRE)" <Gerald.VanBaren(a)smiths-aerospace.com> > wrote: > > > > Did you erase 0x04000000 (and following) before loading? > > > > Read those locations before and after programming and tell us what > > they have in them. > > > > gvb > > > > > > > -----Original Message----- > > > From: u-boot-users-admin(a)lists.sourceforge.net > > > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of > > > Talib Alim > > > Sent: Tuesday, July 13, 2004 1:58 PM > > > To: Wolfgang Denk; talibalm(a)hotmail.com > > > Cc: U-Boot List > > > Subject: Re: [U-Boot-Users] Debugging U-Boot Under DDD > > > > > > > > > I tried loading elf file, this is what I get > > > > > > BDI>erase 0x02000000 chip > > > Erasing flash at 0x02000000 > > > Erasing flash passed > > > BDI>prog 0x02000000 u-boot elf > > > Programming u-boot , please wait .... > > > - File offset 0x00000078 to address 0x04000000 size 131408 > > > # Programming flash memory failed at 0x04000040 > > > > > > TA > > > > > > --- Wolfgang Denk <wd(a)denx.de> wrote: > > > > In message <20040713001816.61544.qmail(a)web50501.mail.yahoo.com> > > you > > > > wrote: > > > > > I am using eldk > > > > > > > > OK. > > > > > > > > > I am using bin {& not elf}, apart from this problem, it seems > > to > > > > be > > > > > doing fine. > > > > > > > > Try loading the ELF file instead - then GDB will automatically > > > > load > > > > all required information about source files. > > > > > > > > Best regards, > > > > > > > > Wolfgang Denk > > > > > > > > -- > > > > Software Engineering: Embedded and Realtime Systems, Embedded > > > > Linux > > > > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: > > > > wd(a)denx.de > > > > The human mind treats a new idea the way the body treats a > > > > strange > > > > protein - it rejects it. - P. > > > > Medawar > > > > > > > > > > > > ------------------------------------------------------- > > > > This SF.Net email sponsored by Black Hat Briefings & Training. > > > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > > > digital self defense, top technical experts, no vendor pitches, > > > > unmatched networking opportunities. Visit www.blackhat.com > > > > _______________________________________________ > > > > U-Boot-Users mailing list > > > > U-Boot-Users(a)lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.Net email sponsored by Black Hat Briefings & Training. > > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > > digital self defense, top technical experts, no vendor pitches, > > > unmatched networking opportunities. Visit www.blackhat.com > > > _______________________________________________ > > > U-Boot-Users mailing list > > > U-Boot-Users(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > > > > ****************************************** > > 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. > > ****************************************** > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > ****************************************** 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] Debugging U-Boot Under DDD
by VanBaren, Gerald (AGRE) 13 Jul '04

13 Jul '04

Did you erase 0x04000000 (and following) before loading? Read those locations before and after programming and tell us what they have in them. gvb > -----Original Message----- > From: u-boot-users-admin(a)lists.sourceforge.net > [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of > Talib Alim > Sent: Tuesday, July 13, 2004 1:58 PM > To: Wolfgang Denk; talibalm(a)hotmail.com > Cc: U-Boot List > Subject: Re: [U-Boot-Users] Debugging U-Boot Under DDD > > > I tried loading elf file, this is what I get > > BDI>erase 0x02000000 chip > Erasing flash at 0x02000000 > Erasing flash passed > BDI>prog 0x02000000 u-boot elf > Programming u-boot , please wait .... > - File offset 0x00000078 to address 0x04000000 size 131408 > # Programming flash memory failed at 0x04000040 > > TA > > --- Wolfgang Denk <wd(a)denx.de> wrote: > > In message <20040713001816.61544.qmail(a)web50501.mail.yahoo.com> you > > wrote: > > > I am using eldk > > > > OK. > > > > > I am using bin {& not elf}, apart from this problem, it seems to > > be > > > doing fine. > > > > Try loading the ELF file instead - then GDB will automatically > > load > > all required information about source files. > > > > Best regards, > > > > Wolfgang Denk > > > > -- > > Software Engineering: Embedded and Realtime Systems, Embedded > > Linux > > Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: > > wd(a)denx.de > > The human mind treats a new idea the way the body treats a > > strange > > protein - it rejects it. - P. > > Medawar > > > > > > ------------------------------------------------------- > > This SF.Net email sponsored by Black Hat Briefings & Training. > > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > > digital self defense, top technical experts, no vendor pitches, > > unmatched networking opportunities. Visit www.blackhat.com > > _______________________________________________ > > U-Boot-Users mailing list > > U-Boot-Users(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/u-boot-users > > > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users > ****************************************** 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

[U-Boot-Users] U-BOOT for MPC885 Eval board
by Sachin S Mehta 13 Jul '04

13 Jul '04

Hi, We are using MPC885ADS Eval. board ,we are porting U-Boot 1.1.1on it and working fine, but we have following query 1. When we trying to change serial port from SMC1 to SMC2 by defining following in "MPC885ADS.h" : #define CONFIG_8xx_CONS_SMC2 1 /* Console is on SMC2 */ #undef CONFIG_8xx_CONS_SMC1 #undef CONFIG_8xx_CONS_NONE we are not getting anything on serial console. 2. We are getting 8 Mbyte of Flash memory SIMM - theRPCF08324NE5BSSG-70 by RPC , which internally composed of 16 AM29F040 devices. We are able to configure 2 MB Flash memory and working fine. But when we are trying to configure for 8MB by changinf following in "/board/fads/flash.c : flash_get_size()" info->sector_count = 32; info->size = 0x00800000; instead of info->sector_count = 8; info->size = 0x00200000; It gives some error as below : CPU: MPC885ZPnn at 120 MHz: 8 kB I-Cache 8 kB D-Cache FEC present Board: MPC885ADS rev NR DRAM: (8 MB SDRAM) 8 MB FLASH: Bus Fault @ 0x007f16b4, fixup 0x00000000 Machine check in kernel mode. Caused by (from msr): regs 00560e18 Unknown values in msr NIP: 007F16B4 XER: 00000100 LR: 007F168C REGS: 00560e18 TRAP: 0200 DAR: 007FB0EC MSR: 00001002 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 00 GPR00: 00000016 00560F08 00000000 00D40000 007FFAF8 007FB000 007FA834 00002088 GPR08: 00000020 007FFA81 00000016 007FFACC 28000024 00000000 00800000 FDFD6000 GPR16: 00000000 00800000 00000000 00000020 00000000 00000001 00000000 00000000 GPR24: FF000100 FFFFFFFF 00000000 00000000 007FFA6C 00560F94 00800DD0 007FFA6C Call backtrace: 005E9814 007F10EC 007D98A0 007D83B0 machine check Has anyone faced same problem? thanks, Sachin mehta

2 1

AW: [U-Boot-Users] Add support for TQM5200 board
by Martin Krause 13 Jul '04

13 Jul '04

> In message > <DE2CC66C40EAB74EA6D66AC71BF98E1EFE2915@TQ-MAILSRV-1> you wrote: > > > > * Patch by Martin Krause, 30 June 2004: > > Add support for TQM5200 board > > Added, thanks. Thanks. > * Please stick to the Coding Style (trailing white space) > * Please keep lists sorted. Ups, sorry for that. I try harder next time. > Requests: > > * Please keep output from the Makefile as short as possible. > This is NOT the place to print novels. OK. > * All other TQM modules auto-detect and auto-size the flash. The > TQM5200 should do that, too. I'll try to realize this for the new baseboard STK52XX. It's not a matter of good will, but of time and money (like so often). > * Actually I wonder if we really need different U-Boot images for the > existing board configurations. If the code auto-sizes memory (as it > should) you could probably run the same image on all baords, > especially as long as you don't add any support for the graphics > controller to U-Boot. There are plans to support the graphics controller under U-Boot. But I think we could in fact do with less configurations. Best Regards, Martin Krause

1 0

RE: [U-Boot-Users] ppc4xx/serial.c
by Seingier François-Xavier 13 Jul '04

13 Jul '04

my apologies, my fault here 8/ regards, François-Xavier SEINGIER

1 0

RE: [U-Boot-Users] ppc4xx/serial.c
by Seingier François-Xavier 13 Jul '04

13 Jul '04

hello, > What's exactly your problem? > > Give us your cpu_freq value and desired baudrate so that we can help. > Actually, I modified the serial.c file so that udiv and bdiv are calculated as I explained in the previous post and it works. In fact, I was wondering if the original operations were correct? For example, I cannot figure out the meaning of udiv = (clk + tmp / 2) / tmp and all these operations are rather confusing 8-/ regards, François-Xavier SEINGIER

2 1