January 2003 - U-Boot

[U-Boot-Users] loading linux in FADS860T board through u-boot-1.0.0
by RamanaYV 17 Mar '04

17 Mar '04

I was trying to load linux-2.4.4 in FADS860T board using u-boot-1.0.0. I have settted environment variables like ipaddr,serverip,ethaddr,bootargs bootfile and saved the environment. Then,i typed tftpboot to download image from server. Then,i typed bootm to start the booting process. System is stucked by showing "Uncompressing Kernel Image ... OK" sequence of these events r given below.can u please suggest, what i need to do to come out from this. Thank you. U-Boot 1.0.0 (Mar 17 2004 - 14:06:16) CPU: XPC86xxxZPnnD4 at 40 MHz: 4 kB I-Cache 4 kB D-Cache FEC present Board: FADS with db MPC821, MPC860 / MPC860SAR / MPC860T rev PILOT DRAM: (4 MB SDRAM) 4M 60ns DRAM: 8 MB FLASH: 2 MB In: serial Out: serial Err: serial Net: FEC ETHERNET =>printenv stdin=serial stdout=serial stderr=serial Environment size: 41/16380 bytes =>setenv ipaddr 192.168.1.115 =>setenv serverip 192.168.1.87 =>setenv ip 192.168.1.115 =>setenv ethaddr 00:30:bf:01:02:d0 =>setenv bootargs "root=/dev/nfs rw nfsroot=192.168.1.87:/opt/eldk/ppc8xx ip=192 .168.1.115:192.168.1.87:192.168.1.115:255.255.255.0:ppc::off" =>setenv bootfile "pImage_fads_fec" =>saveenv Saving Environment to Flash... Un-Protected 1 sectors Erasing Flash... . done Erased 1 sectors Writing to Flash... done Protected 1 sectors =>printenv stdin=serial stdout=serial stderr=serial ipaddr=192.168.1.115 serverip=192.168.1.87 ip=192.168.1.115 ethaddr=00:30:bf:01:02:d0 bootargs="root=/dev/nfs rw nfsroot=192.168.1.87:/opt/eldk/ppc8xx ip=192.168 1.11 5:192.168.1.87:192.168.1.115:255.255.255.0:ppc::off" bootfile="pImage_fads_fec" Environment size: 287/16380 bytes =>tftpboot TFTP from server 192.168.1.87; our IP address is 192.168.1.115 Filename 'pImage_fads_fec'. Load address: 0x100000 Loading: T invalid RARP header #####################################################TX timeout ############ ####################### done Bytes transferred = 448321 (6d741 hex) =>bootm ## Booting image at 00100000 . Image Name: Linux-2.4.4 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 448257 Bytes = 437.8 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK

3 2

[U-Boot-Users] FADS860T board
by RamanaYV 17 Mar '04

17 Mar '04

I was trying to load linux-2.4.4 in FADS860T board using u-boot-1.0.0. i am getting the followin symptom, can anyone suggest to come out from this problem.. U-Boot 1.0.0 (Mar 17 2004 - 14:06:16) CPU: XPC86xxxZPnnD4 at 40 MHz: 4 kB I-Cache 4 kB D-Cache FEC present Board: FADS with db MPC821, MPC860 / MPC860SAR / MPC860T rev PILOT DRAM: (4 MB SDRAM) 4M 60ns DRAM: 8 MB FLASH: 2 MB In: serial Out: serial Err: serial Net: FEC ETHERNET =>printenv stdin=serial stdout=serial stderr=serial Environment size: 41/16380 bytes =>setenv ipaddr 192.168.1.115 =>setenv serverip 192.168.1.87 =>setenv ip 192.168.1.115 =>setenv ethaddr 00:30:bf:01:02:d0 =>setenv bootargs "root=/dev/nfs rw nfsroot=192.168.1.87:/opt/eldk/ppc8xx ip=192 .168.1.115:192.168.1.87:192.168.1.115:255.255.255.0:ppc::off" =>setenv bootfile "pImage_fads_fec" =>saveenv Saving Environment to Flash... Un-Protected 1 sectors Erasing Flash... . done Erased 1 sectors Writing to Flash... done Protected 1 sectors =>printenv stdin=serial stdout=serial stderr=serial ipaddr=192.168.1.115 serverip=192.168.1.87 ip=192.168.1.115 ethaddr=00:30:bf:01:02:d0 bootargs="root=/dev/nfs rw nfsroot=192.168.1.87:/opt/eldk/ppc8xx ip=192.168.1.11 5:192.168.1.87:192.168.1.115:255.255.255.0:ppc::off" bootfile="pImage_fads_fec" Environment size: 287/16380 bytes =>tftpboot TFTP from server 192.168.1.87; our IP address is 192.168.1.115 Filename 'pImage_fads_fec'. Load address: 0x100000 Loading: T invalid RARP header #####################################################TX timeout ############ ####################### done Bytes transferred = 448321 (6d741 hex) =>bootm ## Booting image at 00100000 ... Image Name: Linux-2.4.4 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 448257 Bytes = 437.8 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK Thanks to all.

2 1

[U-Boot-Users] Loading from a CF card on the PCMCIA interface A P atch
by Rod Boyce 20 May '03

20 May '03

All, I have figured out my problem and have created a patch file to patch the file part_doc.c. This patch allows the command diskboot command to read from a partition inside an extended partition. <<part_dos.tar.gz>> Regards, Rod Boyce.

2 1

Re: [U-Boot-Users] How To Use gdb w/ u-boot source tree
by Wolfgang Denk 29 Apr '03

29 Apr '03

In message <EGEGIJHKDKJGAJMGIDPNOEKACDAA.jwalden(a)digitalatlantic.com> Jerry Walden wrote: > > Sorry - I did not make myself clear - > Instead of using gdb as a command line debugger, I was hoping to > use an IDE style debugger that can show source (comments etc), so > I can do source level debugging. That does not make any difference, or does it? fro example, use DDD as GUI frontend with GDB - but it's still GDB that will actually perform the debugging, so why shoud it behave differently? [Please, keep the list Cc:ed for the benefit of other readers...] Best regards, and a Happy New Year! 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 Time is fluid ... like a river with currents, eddies, backwash. -- Spock, "The City on the Edge of Forever", stardate 3134.0

5 43

[U-Boot-Users] Problems with objcopy -O binary
by Bogdan Woldert-Jokisz 10 Apr '03

10 Apr '03

hi When I compile u-boot-0.3.0 then I have the following problem: ppc_405-ld -g -Ttext 0x40000 -o sched -e sched sched.o libsyscall.a ppc_405-objcopy -O srec sched sched.srec ppc_405-objcopy -O binary hello_world.srec hello_world.bin 2>/dev/null make[1]: *** [hello_world.bin] Error 1 make[1]: Leaving directory `/home/bwoldert/bootloader/u-boot-0.3.0/examples' make: *** [subdirs] Error 1 I found out: ppc_405-objcopy -O binary hello_world.srec hello_world.bin ppc_405-objcopy: Warning: Output file cannot represent architecture UNKNOWN! ppc_405-objcopy: hello_world.srec: Bad value When I delete hello_world from the Makefile, then I have the same problem with examples/sched.c. I compile on a i386. What's wrong? regards Bogdan

2 1

[U-Boot-Users] [PATCH]: tools/envcrc.c
by Laudney Ren 02 Mar '03

02 Mar '03

Hi, all: In u-boot-0.2.0, the file "tools/envcrc.c" failed to consider the difference between "normal env" and "redundand env". It is a very obvious error. Here is the patch: ====================================================================== --- old/u-boot-0.2.0/tools/envcrc.c Tue Dec 24 18:52:15 2002 +++ new/u-boot-0.2.0/tools/envcrc.c Wed Jan 15 15:56:48 2003 @@ -36,15 +36,32 @@ # ifndef CFG_ENV_OFFSET # define CFG_ENV_OFFSET (CFG_ENV_ADDR - CFG_FLASH_BASE) # endif +# if !defined(CFG_ENV_ADDR_REDUND) && defined(CFG_ENV_OFFSET_REDUND) +# define CFG_ENV_ADDR_REDUND (CFG_FLASH_BASE + CFG_ENV_OFFSET_REDUND) +# endif # ifndef CFG_ENV_SIZE # define CFG_ENV_SIZE CFG_ENV_SECT_SIZE # endif -# if ((CFG_ENV_ADDR >= CFG_MONITOR_BASE) && \ - ((CFG_ENV_ADDR+CFG_ENV_SIZE) <= (CFG_MONITOR_BASE + CFG_MONITOR_LEN))) -# define ENV_IS_EMBEDDED +# if defined(CFG_ENV_ADDR_REDUND) && !defined(CFG_ENV_SIZE_REDUND) +# define CFG_ENV_SIZE_REDUND CFG_ENV_SIZE +# endif +# if (CFG_ENV_ADDR >= CFG_MONITOR_BASE) && \ + (CFG_ENV_ADDR+CFG_ENV_SIZE) <= (CFG_MONITOR_BASE + CFG_MONITOR_LEN) +# define ENV_IS_EMBEDDED 1 +# endif +# if defined(CFG_ENV_ADDR_REDUND) || defined(CFG_ENV_OFFSET_REDUND) +# define CFG_REDUNDAND_ENVIRONMENT 1 # endif #endif /* CFG_ENV_IS_IN_FLASH */ +#ifdef CFG_REDUNDAND_ENVIRONMENT +# define ENV_HEADER_SIZE (sizeof(unsigned long) + 1) +#else +# define ENV_HEADER_SIZE (sizeof(unsigned long)) +#endif + +#define ENV_SIZE (CFG_ENV_SIZE - ENV_HEADER_SIZE) + extern unsigned long crc32 (unsigned long, const unsigned char *, unsigned int); #ifdef ENV_IS_EMBEDDED @@ -57,8 +74,8 @@ #ifdef ENV_IS_EMBEDDED int crc ; unsigned char *envptr = &environment, - *dataptr = envptr + sizeof(unsigned int) + 1; - unsigned int datasize = env_size - (dataptr - envptr) ; + *dataptr = envptr + ENV_HEADER_SIZE; + unsigned int datasize = ENV_SIZE ; crc = crc32(0, dataptr, datasize) ; -- An expert is one who knows more and more about less and less until he knows absolutely everything about nothing.

2 1

[U-Boot-Users] 8260 flash programming with BDI2000
by Donald White 02 Feb '03

02 Feb '03

Hi Group, About a year ago I ported ppcboot 1.0.5 and HHL 2.0 to a custom 860T board. I used a wiggler to support that work and to migrate the ppcboot to U-Boot. Today I was given a custom 8260 board and a BDI2000 with bdiGDB to use in porting U-Boot and HHL 2.0. I have installed the hardware and can talk to the board. Now here is my question. How do I use the BDI2000 to program flash? Do I just use the telnet interface and do: BDI>erase 0xfe000000 <step> <count> ;what is step? BDI>prog 0 u-boot.srec SREC ;assuming u-boot is based at 0xfe000000 I am having trouble understanding the meaning of the telnet commands. Should I just say I need bdiPro? Thanks, Don

3 3

RE: [U-Boot-Users] FW: Trying to program u-boot into flash using BDI2000
by brian.auld＠adic.com 01 Feb '03

01 Feb '03

I just switched to our second ebony and it worked. I was holding off using that box as we already had a functional VxWorks bootrom on it. Given that they appeared to be no clear answers, I figured it was worth swapping to see what would happen. ... and it passed. Woohoo. Sorry for red herring. --Brian -----Original Message----- From: brian.auld(a)adic.com [mailto:brian.auld@adic.com] Sent: Friday, January 31, 2003 6:06 PM To: u-boot-users(a)lists.sourceforge.net Subject: [U-Boot-Users] FW: Trying to program u-boot into flash using BDI2000 For those who don't follow linuxppc-embedded, any ideas. I realized this list might be in a better position to answer this thread. Thanks, -- Brian -----Original Message----- From: brian.auld(a)adic.com [mailto:brian.auld@adic.com] Sent: Friday, January 31, 2003 6:01 PM To: linuxppc-embedded(a)lists.linuxppc.org Subject: RE: Trying to program u-boot into flash using BDI2000 Yep, I have these (peripheral bus setups) set as per the BDI config file. I'll go ahead and attach the whole thing instead of just [HOST] and [FLASH]. The default boot setup on Ebony is to use a 0.5MB chunk of flash at the very top of the memory map (0xfff80000 --> 0xffffffff). I also just realized that the u-boot.bin that I'm trying to load is 524788bytes. Given that 0.5MB is not exactly 500000bytes and is right around the 524788 number, is it that: (a) 0.5MB is not enough to hold the u-boot binary?? (b) u-boot is designed to fit like a glove into 0.5MB of flash. It sounds like too much of a coincidence to be right around the 524K number. Others that have installed u-boot/ppcboot into ebony/walnut flash, have the used the default top 0.5MB chunk or RAM, or did they have to change dip switches to achieve a configuration that provided a larger boot flash area?? -- Brian == ATTACHMENT OF FULL CONFIG FILE (WITH COMMENTS REMOVE FOR EASY READING == [INIT] ; Setup TLB WTLB 0xF0000095 0x1F00003F WTLB 0x00000098 0x0000003F ; Setup Peripheral Bus WDCR 0x12 0x00000010 WDCR 0x13 0x9B015480 WDCR 0x12 0x00000000 WDCR 0x13 0xFFF18000 ; Setup SDRAM Controller (DDR SDRAM) ; single-sided,non-buffered, 12x10(4), 128MB DIMM WDCR 0x10 0x00000082 WDCR 0x11 0x40000000 WDCR 0x10 0x00000080 WDCR 0x11 0x410A4012 WDCR 0x10 0x00000081 WDCR 0x11 0x8080082B WDCR 0x10 0x00000040 WDCR 0x11 0x000A4001 WDCR 0x10 0x00000030 WDCR 0x11 0x08200000 WDCR 0x10 0x00000020 WDCR 0x11 0x06000000 WDCR 0x11 0x86000000 [TARGET] JTAGCLOCK 1 CPUTYPE 440 BDIMODE AGENT BREAKMODE SOFT STEPMODE JTAG [HOST] IP 172.16.77.151 FILE u-boot.bin FORMAT BIN START 0xfff80000 LOAD MANUAL DEBUGPORT 2001 [FLASH] CHIPTYPE AM29F CHIPSIZE 0x80000 BUSWIDTH 8 WORKSPACE 0x000040000 FILE u-boot.bin FORMAT BIN 0x00000000 ERASE 0xFFF80000 ERASE 0xFFF90000 ERASE 0xFFFA0000 ERASE 0xFFFB0000 ERASE 0xFFFC0000 ERASE 0xFFFD0000 ERASE 0xFFFE0000 ERASE 0xFFFF0000 [REGS] IDCR1 0x010 0x011 IDCR2 0x012 0x013 IDCR3 0x014 0x015 IDCR4 0x016 0x017 FILE reg440gp.def ============================= END OF ATTACHMENT =========================== -----Original Message----- From: Chris Zimman [mailto:chris@cryptoapps.com] Sent: Friday, January 31, 2003 5:28 PM To: brian.auld(a)adic.com Subject: Re: Trying to program u-boot into flash using BDI2000 On Fri, Jan 31, 2003 at 01:18:32PM -0800, brian.auld(a)adic.com wrote: > > J39 is confirmed open (i.e. write enabled). Are the peripheral bus setups correct? These are what I was using ; Setup Peripheral Bus WDCR 0x12 0x00000010 ;Select EBC0_B0AP WDCR 0x13 0x9B015480 ;B0AP: Flash and SRAM WDCR 0x12 0x00000000 ;Select EBC0_B0CR WDCR 0x13 0xFFF18000 ;B0CR: 1MB at 0xFFF00000, r/w, 8bit --Chris > > -----Original Message----- > From: Chris Zimman [mailto:chris@cryptoapps.com] > Sent: Friday, January 31, 2003 3:05 PM > To: brian.auld(a)adic.com > Subject: Re: Trying to program u-boot into flash using BDI2000 > > On Fri, Jan 31, 2003 at 11:40:36AM -0800, brian.auld(a)adic.com wrote: > > Just as a first -- did you check the flash write protect jumper (J39)? > Should be open. > > --Chris > > > > > The embedded linux on ebony(440GP) saga continues: > > > > - ELDK in place (check) > > - kernel compiled (check) > > - u-boot compiled (check) > > - ebony in place (check ... dip switch settings confirmed) > > - BDI2000 in hand (arrived this morning) > > > > OK, I'm trying to program flash with u-boot (I'm using u-boot.bin). I am > > using the 440GP config file provided by abatron, plus the [FLASH] > parameters > > from the example in the bdiGDB users manual for programming flash on the > > 405. It looks like the memory map as it pertains to flash as well as the > > part (AMD29F040) was consistent from the 405 --> 440, so it seemed logical > > to use these FLASH values. The 440GP config file provided does not have > any > > FLASH parameters set, which is why I made this change. > > > > Well, I successfully erased the flash from 0xfff8000 - 0xffffffff and > > checked the locations after the erase ... they were all 'F's. I then tried > > to program the flash with my u-boot.bin and got the following: > > > > ===== start of bdi clip ===== > > BDI>prog 0xfff80000 u-boot.bin bin= > > Programming u-boot.bin , please wait .... > > # Programming flash memory failed at 0xfff80000 > > BDI>prog 0xfff80000 u-boot.bin bin > > Programming u-boot.bin , please wait .... > > # Programming flash memory failed at 0xfff80000 > > BDI> > > ===== end of bdi clip ===== > > > > Any ideas why this failed. Attached is my config file. I'll just attach > the > > [HOST] and [FLASH] sections to make it a little easier on the eyes. For > > anyone familiar with BDI sample 440GP confile file, you will see that it > is > > this file with the [FLASH] additions I mentioned above. Actually, after > > looking at the file, I remembered that I also trimmed information in the > > [HOST] section ... specifically stuff that was presuming path to Windows > > information. My host is Linux. > > > > ===== start of config file ([HOST] and [FLASH] sections) ===== > > ;bdiGDB configuration file for IBM 440GP Reference Board > > > > -- cut -- > > > > [HOST] > > IP 172.16.77.151 ;Linux host > > ;FILE u-boot.bin > > ;FORMAT BIN > > ;START 0x200000 > > LOAD MANUAL ;load code MANUAL or AUTO after reset > > DEBUGPORT 2001 > > DUMP dump.bin ;Linux: dump.bin must already exist and > > public writable > > > > [FLASH] > > CHIPTYPE AM29F ; flash part = AMD29F040B > > CHIPSIZE 0x80000 ;The size of one flash chip in bytes (0.5MB) > > BUSWIDTH 8 ;The width of the flash memory bus in bits (8 > | > > 16 | 32) > > WORKSPACE 0x000040000 ; RAM buffer for fast flash programming > > FILE u-boot.bin ;The file to program > > FORMAT BIN 0x00000000 > > ERASE 0xFFF80000 > > ERASE 0xFFF90000 > > ERASE 0xFFFA0000 > > ERASE 0xFFFB0000 > > ERASE 0xFFFC0000 > > ERASE 0xFFFD0000 > > ERASE 0xFFFE0000 > > ERASE 0xFFFF0000 > > > > -- cut -- > > > > ===== end of config file ( with cuts) ===== > > > > -- Brian > > > > > ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/ ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ U-Boot-Users mailing list U-Boot-Users(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users

1 0

[U-Boot-Users] FW: Trying to program u-boot into flash using BDI2000
by brian.auld＠adic.com 01 Feb '03

01 Feb '03

For those who don't follow linuxppc-embedded, any ideas. I realized this list might be in a better position to answer this thread. Thanks, -- Brian -----Original Message----- From: brian.auld(a)adic.com [mailto:brian.auld@adic.com] Sent: Friday, January 31, 2003 6:01 PM To: linuxppc-embedded(a)lists.linuxppc.org Subject: RE: Trying to program u-boot into flash using BDI2000 Yep, I have these (peripheral bus setups) set as per the BDI config file. I'll go ahead and attach the whole thing instead of just [HOST] and [FLASH]. The default boot setup on Ebony is to use a 0.5MB chunk of flash at the very top of the memory map (0xfff80000 --> 0xffffffff). I also just realized that the u-boot.bin that I'm trying to load is 524788bytes. Given that 0.5MB is not exactly 500000bytes and is right around the 524788 number, is it that: (a) 0.5MB is not enough to hold the u-boot binary?? (b) u-boot is designed to fit like a glove into 0.5MB of flash. It sounds like too much of a coincidence to be right around the 524K number. Others that have installed u-boot/ppcboot into ebony/walnut flash, have the used the default top 0.5MB chunk or RAM, or did they have to change dip switches to achieve a configuration that provided a larger boot flash area?? -- Brian == ATTACHMENT OF FULL CONFIG FILE (WITH COMMENTS REMOVE FOR EASY READING == [INIT] ; Setup TLB WTLB 0xF0000095 0x1F00003F WTLB 0x00000098 0x0000003F ; Setup Peripheral Bus WDCR 0x12 0x00000010 WDCR 0x13 0x9B015480 WDCR 0x12 0x00000000 WDCR 0x13 0xFFF18000 ; Setup SDRAM Controller (DDR SDRAM) ; single-sided,non-buffered, 12x10(4), 128MB DIMM WDCR 0x10 0x00000082 WDCR 0x11 0x40000000 WDCR 0x10 0x00000080 WDCR 0x11 0x410A4012 WDCR 0x10 0x00000081 WDCR 0x11 0x8080082B WDCR 0x10 0x00000040 WDCR 0x11 0x000A4001 WDCR 0x10 0x00000030 WDCR 0x11 0x08200000 WDCR 0x10 0x00000020 WDCR 0x11 0x06000000 WDCR 0x11 0x86000000 [TARGET] JTAGCLOCK 1 CPUTYPE 440 BDIMODE AGENT BREAKMODE SOFT STEPMODE JTAG [HOST] IP 172.16.77.151 FILE u-boot.bin FORMAT BIN START 0xfff80000 LOAD MANUAL DEBUGPORT 2001 [FLASH] CHIPTYPE AM29F CHIPSIZE 0x80000 BUSWIDTH 8 WORKSPACE 0x000040000 FILE u-boot.bin FORMAT BIN 0x00000000 ERASE 0xFFF80000 ERASE 0xFFF90000 ERASE 0xFFFA0000 ERASE 0xFFFB0000 ERASE 0xFFFC0000 ERASE 0xFFFD0000 ERASE 0xFFFE0000 ERASE 0xFFFF0000 [REGS] IDCR1 0x010 0x011 IDCR2 0x012 0x013 IDCR3 0x014 0x015 IDCR4 0x016 0x017 FILE reg440gp.def ============================= END OF ATTACHMENT =========================== -----Original Message----- From: Chris Zimman [mailto:chris@cryptoapps.com] Sent: Friday, January 31, 2003 5:28 PM To: brian.auld(a)adic.com Subject: Re: Trying to program u-boot into flash using BDI2000 On Fri, Jan 31, 2003 at 01:18:32PM -0800, brian.auld(a)adic.com wrote: > > J39 is confirmed open (i.e. write enabled). Are the peripheral bus setups correct? These are what I was using ; Setup Peripheral Bus WDCR 0x12 0x00000010 ;Select EBC0_B0AP WDCR 0x13 0x9B015480 ;B0AP: Flash and SRAM WDCR 0x12 0x00000000 ;Select EBC0_B0CR WDCR 0x13 0xFFF18000 ;B0CR: 1MB at 0xFFF00000, r/w, 8bit --Chris > > -----Original Message----- > From: Chris Zimman [mailto:chris@cryptoapps.com] > Sent: Friday, January 31, 2003 3:05 PM > To: brian.auld(a)adic.com > Subject: Re: Trying to program u-boot into flash using BDI2000 > > On Fri, Jan 31, 2003 at 11:40:36AM -0800, brian.auld(a)adic.com wrote: > > Just as a first -- did you check the flash write protect jumper (J39)? > Should be open. > > --Chris > > > > > The embedded linux on ebony(440GP) saga continues: > > > > - ELDK in place (check) > > - kernel compiled (check) > > - u-boot compiled (check) > > - ebony in place (check ... dip switch settings confirmed) > > - BDI2000 in hand (arrived this morning) > > > > OK, I'm trying to program flash with u-boot (I'm using u-boot.bin). I am > > using the 440GP config file provided by abatron, plus the [FLASH] > parameters > > from the example in the bdiGDB users manual for programming flash on the > > 405. It looks like the memory map as it pertains to flash as well as the > > part (AMD29F040) was consistent from the 405 --> 440, so it seemed logical > > to use these FLASH values. The 440GP config file provided does not have > any > > FLASH parameters set, which is why I made this change. > > > > Well, I successfully erased the flash from 0xfff8000 - 0xffffffff and > > checked the locations after the erase ... they were all 'F's. I then tried > > to program the flash with my u-boot.bin and got the following: > > > > ===== start of bdi clip ===== > > BDI>prog 0xfff80000 u-boot.bin bin= > > Programming u-boot.bin , please wait .... > > # Programming flash memory failed at 0xfff80000 > > BDI>prog 0xfff80000 u-boot.bin bin > > Programming u-boot.bin , please wait .... > > # Programming flash memory failed at 0xfff80000 > > BDI> > > ===== end of bdi clip ===== > > > > Any ideas why this failed. Attached is my config file. I'll just attach > the > > [HOST] and [FLASH] sections to make it a little easier on the eyes. For > > anyone familiar with BDI sample 440GP confile file, you will see that it > is > > this file with the [FLASH] additions I mentioned above. Actually, after > > looking at the file, I remembered that I also trimmed information in the > > [HOST] section ... specifically stuff that was presuming path to Windows > > information. My host is Linux. > > > > ===== start of config file ([HOST] and [FLASH] sections) ===== > > ;bdiGDB configuration file for IBM 440GP Reference Board > > > > -- cut -- > > > > [HOST] > > IP 172.16.77.151 ;Linux host > > ;FILE u-boot.bin > > ;FORMAT BIN > > ;START 0x200000 > > LOAD MANUAL ;load code MANUAL or AUTO after reset > > DEBUGPORT 2001 > > DUMP dump.bin ;Linux: dump.bin must already exist and > > public writable > > > > [FLASH] > > CHIPTYPE AM29F ; flash part = AMD29F040B > > CHIPSIZE 0x80000 ;The size of one flash chip in bytes (0.5MB) > > BUSWIDTH 8 ;The width of the flash memory bus in bits (8 > | > > 16 | 32) > > WORKSPACE 0x000040000 ; RAM buffer for fast flash programming > > FILE u-boot.bin ;The file to program > > FORMAT BIN 0x00000000 > > ERASE 0xFFF80000 > > ERASE 0xFFF90000 > > ERASE 0xFFFA0000 > > ERASE 0xFFFB0000 > > ERASE 0xFFFC0000 > > ERASE 0xFFFD0000 > > ERASE 0xFFFE0000 > > ERASE 0xFFFF0000 > > > > -- cut -- > > > > ===== end of config file ( with cuts) ===== > > > > -- Brian > > > > > ** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

1 0

RE: [U-Boot-Users] Download of kernel Image through Serial Line.
by leeyang 30 Jan '03

30 Jan '03

> >- Minimum Flash Size if I don't use NFS ( full embeded application ) > > 4MB. For a resonable 'standard' Embedded Linux runtime > environment for PowerPC including basic network support > you need approx. the following space in Flash: > > U-Boot : 120 KB > Linux kernel : 600 KB > RAMDisk image : 1 MB > Root file-system on JFFS2: 2.5 MB My embedded fs are ppcboot+kernel+ramdisk(rootfs),However ramdisk will take 4.5M ram. I am going to switch to jffs2, but could you tell me the function of your 1M ramdisk? Would you please check http://lists.infradead.org/pipermail/linux-mtd/2003-January/006836.html and I state my situation there. Thank you! leeyang

2 1

[U-Boot-Users] Porting Guide ?
by AUBERT Cedric 30 Jan '03

30 Jan '03

Hi Does exist a U-Boot or PPCBoot Porting Guide ? thanks --- AUBERT Cedric SDEL Controle Commande Service R&D rue Nungesser & Coli 44860 St Aignan de Grand Lieu Tel : +33 (0)2 40 84 50 00 Poste : 5109 Fax : +33 (0)2 40 84 51 10 E-mail : cedric_aubert(a)softhome.net Web : http://www.controle-commande.sdel.fr

2 1

RE: [U-Boot-Users] Download of kernel Image through Serial Line.
by Christophe.LINDHEIMER＠fr.thalesgroup.com 30 Jan '03

30 Jan '03

Hi. > > - What are the minima requests in terms of memory to run Linux ? > > - Minimum Ram Size > > - Minimum Flash Size if I don't use NFS ( full embeded application ) > > That depends on your hardware and software. Define "full embedded > application". With 4MB RAM you can get started. Depending on what you > need in the kernel (networking, for instance) this can become a little > bit tight quickly. Well my application shouldn't be very big and I don't really need a lot of features of Linux so if it works with 4Mb for a "light" Linux it should be ok. When I speak of "full embedded application" I mean that won't have NFS to store the filesystem. So if I understood correctly I will have to flash my linux image and the filesystem. So I need to have an idea of the size necessary to store a filesystem and a linux image in Flash... Thanks Chris

4 3

[U-Boot-Users] Mips support
by Frank 30 Jan '03

30 Jan '03

Any plans to support the mips processor.. __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

2 1

[U-Boot-Users] Download of kernel Image through Serial Line.
by Christophe.LINDHEIMER＠fr.thalesgroup.com 29 Jan '03

29 Jan '03

Hi. Just a beginner with U-Boot. In my new project we are trying to use Linux and U-Boot. The main problem I have is that I don't have any ethernet link on this card. - Is it possible to configure U-Boot to make a download of the image using the serial line ? ( tftp over serial line or something like that ) - If it is not possible would it be a big work ? - If I eventually manage to launch Linux, is it possible to have NFS over serial line ? - What are the minima requests in terms of memory to run Linux ? - Minimum Ram Size - Minimum Flash Size if I don't use NFS ( full embeded application ) Thanks. Chris

4 4

RE: [U-Boot-Users] Download of kernel Image through Serial Line.
by Marius Groeger 29 Jan '03

29 Jan '03

On Wed, 29 Jan 2003, Callebaut, Benoit wrote: > Are you sure that the 512 kB ROM footprint includes the filesystem ? Our > kernel use already something like 512 kBytes (includes TCP/IP support). Like I said - It all depends on what you are actually doing. For instance, we still don't know about what HW architecture we are talking here. Also, the the last post from Christophe indicated he will _not_ be using networking. Lastly, just to mention it once, all figures are compressed sizes. Regards, Marius ----------------------------------------------------------------------------- Marius Groeger SYSGO Real-Time Solutions AG mgroeger(a)sysgo.de Software Engineering Embedded and Real-Time Software www.sysgo.de Voice: +49-6136-9948-0 Am Pfaffenstein 14 www.osek.de FAX: +49-6136-9948-10 55270 Klein-Winternheim, Germany www.elinos.com

1 0

[U-Boot-Users] CFG_INIT_DCACHE_CS
by yu 29 Jan '03

29 Jan '03

Hello. Everyone. Now I am trying to port ppcboot to a simple custom board, with ppc405cr, 32M RAM, 4M EEPROM, JTAG, UART. I can not understand some Marcos in the header file include/configs/xxx.h. #define CFG_INIT_DCACHE_CS 4 /* use cs # 4 for data cache memory */ there is no OCM in 405CR, so ppcboot needs data cache for initial stacks and data. but what does the "chip select" mean? As I know, chip select should be used on some peripheral devices, like Flash, NVRAM, why is it needed for data cache which is inside the CPU core? Is the CS only a concept inside ppcboot? or something according to the hardware? thanks a lot in advance. maoyuan

2 1

[U-Boot-Users] Transfer MAC address from u-boot to Linux kernel
by Robert Schwebel 29 Jan '03

29 Jan '03

Hi, I'm wondering what the "correct" way to export a MAC address from u-boot to a Linux kernel. No official driver but the au1000_eth one seems to have support for a "ethaddr=" command line parameter, and I think this does only work with "ethaddr=" being on the kernel commandline, not in the u-boot environment. How is this intended to work? Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Braunschweiger Str. 79, 31134 Hildesheim, Germany Handelsregister: Amtsgericht Hildesheim, HRA 2686 Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

3 4

[U-Boot-Users] Machine check exception on PPC405
by Laurent Mohin 24 Jan '03

24 Jan '03

hello, Why is the machine check exception installed as a standard exception instead of a critical one for the 405GP in the Start.S file? Laurent

1 0

[U-Boot-Users] Re: U-boot-users -- confirmation of subscription -- request 175788
by Christian Schröder 24 Jan '03

24 Jan '03

On Fri, 01 Nov 2002 05:33:56 -0800 u-boot-users-request(a)lists.sourceforge.net wrote: > U-boot-users -- confirmation of subscription -- request 175788 > > We have received a request from 194.95.133.65 for subscription of your > email address, <christian.schroeder(a)imms.de>, to the > u-boot-users(a)lists.sourceforge.net mailing list. To confirm the > request, please send a message to > u-boot-users-request(a)lists.sourceforge.net, and either: > > - maintain the subject line as is (the reply's additional "Re:" is > ok), > > - or include the following line - and only the following line - in the > message body: > > confirm 175788 > > (Simply sending a 'reply' to this message should work from most email > interfaces, since that usually leaves the subject line in the right > form.) > > If you do not wish to subscribe to this list, please simply disregard > this message. Send questions to > u-boot-users-admin(a)lists.sourceforge.net. >

1 0

[U-Boot-Users] directly execute linux zImage: cmd_bootz
by Holger Schurig 23 Jan '03

23 Jan '03

Hi ! Attached is a patch for armboot that directly calls a Linux zImage. It has been tested on my PXA250 platform. Prerequisites: - works only on arm, because it takes stuff from asm_arm/armlinux.c - set CONFIG_KERNEL_RAM_BASE to where the zImage is in Flash Problems: - I have no clue if the tag list get's correctly set up, I'm using a kernel 2.4 which doesn't use the tags anyway. - how can I pass the cmdline? - Kernel 2.4. clobbers r2, the pointer to the tag list. In your fixup code you can have MACHINE_START(...) BOOT_PARAMS(0xa0000100) ... MACHINE_END but how put I *params to some fixed address? I guess this is rather ugly, so comments on how to do it better are welcomed :-)

3 4

RE: [U-Boot-Users] Loading from a CF card on the PCMCIA interface
by Rod Boyce 22 Jan '03

22 Jan '03

Wolfgang, I did not make myself clear enough. I have following your instructions about CF cards and U-Boot on your web site thank you very much it was a great help. I cannot read the Linux kernel using the command 'diskboot 200000 0:6' if would appear that when calculating the sector offset for this partition the calculation is off by 32 sectors I have yet to determine the significance of this as inside the extended partition the first Linux partition is offset by 32 sectors. But if I diskboot 200000 0:1 (or 0:2 or 0:3 all primary partitions) then all is well. I'm happy to provide debug output but I am not familiar enough with the DOS partition scheme to see the answer clearly but I'm on the steep learning curve. Debug out below: U-Boot# ide part Partition Map for IDE device 0 -- Partition Type: DOS Partition Start Sector Num Sectors Type ide_read dev 0 start 0, blocks 1 buffer at 1F9FA38 Powersaving 00 1 32 2144 83 2 2176 2176 83 3 4352 5248 83 4 9600 115584 5 Extd ide_read dev 0 start 2580, blocks 1 buffer at 1F9F808 Powersaving 00 5 9632 7776 83 ide_read dev 0 start 4400, blocks 1 buffer at 1F9F5D8 Powersaving 00 6 17440 2144 83 ide_read dev 0 start 4C80, blocks 1 buffer at 1F9F3A8 Powersaving 00 7 19616 2144 83 ide_read dev 0 start 5500, blocks 1 buffer at 1F9F178 Powersaving 00 8 21792 5216 83 ide_read dev 0 start 6980, blocks 1 buffer at 1F9EF48 Powersaving 00 9 27040 7776 83 U-Boot# diskboot 200000 0:6 ide_read dev 0 start 0, blocks 1 buffer at 1F9F9E8 Powersaving 00 ide_read dev 0 start 2580, blocks 1 buffer at 1F9F7C0 Powersaving 00 Loading from IDE device 0, partition 6: Name: hda6 Type: U-Boot First Block: 17408, # of blocks: 2176, Block Size: 512 ide_read dev 0 start 4400, blocks 1 buffer at 200000 Powersaving 00 ** Bad Magic Number ** U-Boot# As you can see above from ide part partition 6 starts on sector 17440 but it would seem that diskboot is calculating the start sector as 17408. I'm about to compare the differences between ide part and diskboot and see if this produces any answers. Regards, Rod Boyce -----Original Message----- From: Wolfgang Denk [mailto:wd@denx.de] Sent: Wednesday, 22 January 2003 6:54 p.m. To: Rod Boyce Cc: 'u-boot-users(a)sourceforge.net' Subject: Re: [U-Boot-Users] Loading from a CF card on the PCMCIA interface In message <8D7C5F56B409554D9D46AC22195807F3061C23(a)exchwenz01.dmcwave.co.nz> you wrote: > > I have a board with a compact flash device connected to the PCMCIA > interface. I am trying to read the Linux kernel out from a Linux partition > situated inside an extended partition. Use a separate (small - 2 MB or so) partition to store the Linux kernel. > Has this been done before? I can use diskboot on a primary partition fine > but not from an extended partition. Has anybody else done this before? No. You would have to implement filesystem support to U-Boot. But I would not like to see this integrated into U-Boot. If you want to do this, implement it as a U-Boot standalone application, that can be used as second stage boot loader. 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 It became apparent that one reason why the Ice Giants were known as the Ice Giants was because they were, well, giants. The other was that they were made of ice. -Terry Pratchett, _Sourcery_

2 1

[U-Boot-Users] Loading from a CF card on the PCMCIA interface
by Rod Boyce 22 Jan '03

22 Jan '03

All, I have a board with a compact flash device connected to the PCMCIA interface. I am trying to read the Linux kernel out from a Linux partition situated inside an extended partition. Has this been done before? I can use diskboot on a primary partition fine but not from an extended partition. Has anybody else done this before? Regards, Rod Boyce.

3 2

Re: AW: [U-Boot-Users] RE: Any MV-64360 u-boot work in progress?
by invictus rm 21 Jan '03

21 Jan '03

hi , Great news ..... Can u also send me the beta version to test on my board thanks alot regards rm >From: "Assmus, Ingo" <Ingo.Assmus(a)keymile.com> >To: <u-boot-users(a)lists.sourceforge.net> >Subject: AW: [U-Boot-Users] RE: Any MV-64360 u-boot work in progress? >Date: Tue, 21 Jan 2003 18:40:50 +0100 > >Hi there, Brad, Don, > >I'm currently working on a port for the MV64360 in conjuction with the >IBM750FX and the job is almost done. A "beta" version is already running. >It's not based on the u-boot yet, but on the ppc-boot. I'm going to do the >switch over to u-boot as soon as the port is working finaly. If you like, I >can send you a copy of the "beta-code". > >Regards >Ingo Assmus >KEYMILE.COM > > > > -----Ursprüngliche Nachricht----- > > Von: Don Easton [mailto:dhe@omnibyte.com] > > Gesendet: Dienstag, 21. Januar 2003 17:54 > > An: 'u-boot-users(a)lists.sourceforge.net' > > Betreff: [U-Boot-Users] RE: Any MV-64360 u-boot work in progress? > > > > > > I'm new here also. I'm currently working on a PPCboot port to a > > Motorola 7455 based VME board we have. > > > > We are also working on a board that has the MV64360. Should have > > prototypes in mid-February. I haven't had time to look at it yet, > > but the HW guys told me there were drivers available for both VxWorks > > and Linux. > > > > Don Easton > > Concurrent Technologies > > > > > I understand that Marvell has decided not to do this work. The > > > Discovery II (and U-Boot) should be popular enough that others will > > > want it working. > > > > > > Is anyone working on, or even considering working on, > > support for the > > > Discovery II? I have an evaluation board on it's way (and I already > > > use a BDI-2000 for my other work), but I _really_ would rather not > > > have to do this all myself. > > > > > > Thanks. > > > > > > And thanks to those of you who have obviously invested so > > much time in > > > developing this code! U-Boot seems to be pretty easy to work with. > > > > > > --Brad Bosch > > > Senior Software Developer, > > > Interphase > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Scholarships for Techies! > > Can't afford IT training? All 2003 ictp students receive scholarships. > > Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. > > www.ictp.com/training/sourceforge.asp > > _______________________________________________ > > 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 is sponsored by: Scholarships for Techies! >Can't afford IT training? All 2003 ictp students receive scholarships. >Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. >www.ictp.com/training/sourceforge.asp >_______________________________________________ >U-Boot-Users mailing list >U-Boot-Users(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/u-boot-users _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

1 0

AW: [U-Boot-Users] RE: Any MV-64360 u-boot work in progress?
by Assmus, Ingo 21 Jan '03

21 Jan '03

Hi there, Brad, Don, I'm currently working on a port for the MV64360 in conjuction with the IBM750FX and the job is almost done. A "beta" version is already running. It's not based on the u-boot yet, but on the ppc-boot. I'm going to do the switch over to u-boot as soon as the port is working finaly. If you like, I can send you a copy of the "beta-code". Regards Ingo Assmus KEYMILE.COM > -----Ursprüngliche Nachricht----- > Von: Don Easton [mailto:dhe@omnibyte.com] > Gesendet: Dienstag, 21. Januar 2003 17:54 > An: 'u-boot-users(a)lists.sourceforge.net' > Betreff: [U-Boot-Users] RE: Any MV-64360 u-boot work in progress? > > > I'm new here also. I'm currently working on a PPCboot port to a > Motorola 7455 based VME board we have. > > We are also working on a board that has the MV64360. Should have > prototypes in mid-February. I haven't had time to look at it yet, > but the HW guys told me there were drivers available for both VxWorks > and Linux. > > Don Easton > Concurrent Technologies > > > I understand that Marvell has decided not to do this work. The > > Discovery II (and U-Boot) should be popular enough that others will > > want it working. > > > > Is anyone working on, or even considering working on, > support for the > > Discovery II? I have an evaluation board on it's way (and I already > > use a BDI-2000 for my other work), but I _really_ would rather not > > have to do this all myself. > > > > Thanks. > > > > And thanks to those of you who have obviously invested so > much time in > > developing this code! U-Boot seems to be pretty easy to work with. > > > > --Brad Bosch > > Senior Software Developer, > > Interphase > > > ------------------------------------------------------- > This SF.net email is sponsored by: Scholarships for Techies! > Can't afford IT training? All 2003 ictp students receive scholarships. > Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more. > www.ictp.com/training/sourceforge.asp > _______________________________________________ > U-Boot-Users mailing list > U-Boot-Users(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/u-boot-users >

1 0

[U-Boot-Users] RE: Any MV-64360 u-boot work in progress?
by Don Easton 21 Jan '03

21 Jan '03

I'm new here also. I'm currently working on a PPCboot port to a Motorola 7455 based VME board we have. We are also working on a board that has the MV64360. Should have prototypes in mid-February. I haven't had time to look at it yet, but the HW guys told me there were drivers available for both VxWorks and Linux. Don Easton Concurrent Technologies > I understand that Marvell has decided not to do this work. The > Discovery II (and U-Boot) should be popular enough that others will > want it working. > > Is anyone working on, or even considering working on, support for the > Discovery II? I have an evaluation board on it's way (and I already > use a BDI-2000 for my other work), but I _really_ would rather not > have to do this all myself. > > Thanks. > > And thanks to those of you who have obviously invested so much time in > developing this code! U-Boot seems to be pretty easy to work with. > > --Brad Bosch > Senior Software Developer, > Interphase

1 0