June 2004 - U-Boot

[U-Boot-Users] Wrong compiler called for as flags
by Robert Schwebel 08 Jul '04

08 Jul '04

Hi, while trying to make u-boot gcc-3.4 compilable I just found a strange effect. The attached patch tries to fix the issues that came up on the list during the last days. As gcc-2.95.3 is not able to generate code with -march=armv5 -mtune=xscale, I tried to make the decision on compile time by finding out which compiler we have. This basically works, but for the compilation of cpu/pxa/start.S it looks like the host compiler is taken instead of the cross-gcc to determine the compiler flags. You can easily reproduce this by applying my patch and compiling with a 2.95.3 cross gcc, then grepping the output for 'armv5'. The incorrect results come from the fact that, in this case, CROSS_COMPILE is not set, so instead of arm-linux-gcc the host gcc is called to determine the test. My assumption is that the effect comes from the order the different Makefiles and config.mk files are included when being called from cpu/pxa. Unfortunately this is not easy to debug - maybe there is somebody with better Makefile debugging skills than me on the list ;) Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

2 1

[U-Boot-Users] u-boot compile failure with gcc-3.4.x and fix.
by Woodruff, Richard 05 Jul '04

05 Jul '04

Hello, I'm noticing that the examples directory fails to compile with gcc-3.4.0. The _exports.h symbols are not making it into stubs.o . I found that the compile works if you: Change: static void __attribute__((unused)) dummy(void) to: void __attribute__((unused)) dummy(void) This would seem to be a new optimization or bug. I would expect that unused should make it stick around, even if it is not used locally. The kernel uses this same construct in a few places mostly in debug code and drivers I don't' use... Regards, Richard W.

3 3

[U-Boot-Users] [PATCH] 405 OCM warning
by Robert Schwebel 02 Jul '04

02 Jul '04

Hi, any chance to get this in? It took too much time to let anybody else do the same stuff again... Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

3 3

[U-Boot-Users] [PATCH] fix compilation for gcc 2.95
by Robert Schwebel 02 Jul '04

02 Jul '04

This makes the code compile with gcc-2.95 again. Changelog is in patch, please apply. Robert -- Dipl.-Ing. Robert Schwebel | http://www.pengutronix.de Pengutronix - Linux Solutions for Science and Industry Handelsregister: Amtsgericht Hildesheim, HRA 2686 Hornemannstraße 12, 31137 Hildesheim, Germany Phone: +49-5121-28619-0 | Fax: +49-5121-28619-4

2 1

[U-Boot-Users] [PATCH] [Resubmit] lpd7a40x flash.c cleanup
by Paul Ruhland 01 Jul '04

01 Jul '04

This patch cleans up some debug code from 'board/lpd7a40x/flash.c' flash_erase(). CHANGELOG: * Patch by Paul Ruhland, 11 Jun 2004: Remove debug code from 'board/lpd7a40x/flash.c' - debugging a problem with flash_erase timing out immediately, a printf was added to display the start and stop values of the timer to the console. Timer functions were changed to see if it was particular to any one method. Problem turned out to be in the timer implemention which was fixed prior to submitting original board support patch. Unfortunately, backing out the above changes was overlooked in that patch. This patch restores the flash_erase function to its original state. -- Paul Ruhland <pruhland(a)microwavedata.com> Software Engineer Microwave Data Systems Rochester, NY 16420

2 1

[U-Boot-Users] necessary fix for ARM u-boot 1.1.1 and GCC3.4.0.
by Woodruff, Richard 01 Jul '04

01 Jul '04

Hey all, I just found that lib_arm/board.c:start_armboot()'s GCC3.4.0 generated code sequence breaks ARM u-boot's. I am using the GCC3.4.0 which CodeSourcery put out. I have found what appears to be a fix. A compiler optimization barrier needs to be inserted after gd (AKA R8) is initialized. See the below snippit. With out this barrier gd is calculated into a temporary register, and when the gd->bd is actually attempted an unitilized R8 is used causing a fatal abort. Regards, Richard W. ------------------------------------- void start_armboot (void) { DECLARE_GLOBAL_DATA_PTR; ulong size; init_fnc_t **init_fnc_ptr; char *s; #if defined(CONFIG_VFD) unsigned long addr; #endif /* Pointer is writable since we allocated a register for it */ gd = (gd_t*)(_armboot_start - CFG_MALLOC_LEN - sizeof(gd_t)); __asm__ __volatile__("": : :"memory");/* compiler please write out gd to R8 now before using again */ memset ((void*)gd, 0, sizeof (gd_t)); gd->bd = (bd_t*)((char*)gd - sizeof(bd_t)); memset (gd->bd, 0, sizeof (bd_t));

3 2

[U-Boot-Users] VxWorks under u-boot
by Shlomo Kut 01 Jul '04

01 Jul '04

Hi, I wish to create a gzipped bootable image from a vxworks ELF32 file. How do I go about doing this using mkimage so that the bootm command can unzip and boot it. Has anybody got a mkimage binary that runs under windows? regards, Shlomo Kut Vyyo Ltd POB 45017 Jerusalem 91450 Israel +972-2-5889822

3 2

Re: [U-Boot-Users] System hangs when Linux is loaded
by Frank Young 01 Jul '04

01 Jul '04

Hi Shawn, So what is the solution? BTW, I am using 2.4.18. Thanks a lot! Frank >From: Shawn <shawnxtech(a)yahoo.com> >To: Frank Young <young726(a)hotmail.com>, wd(a)denx.de, >u-boot-users(a)lists.sourceforge.net >Subject: Re: [U-Boot-Users] System hangs when Linux is loaded >Date: Wed, 30 Jun 2004 16:09:12 -0700 (PDT) > > > I have a Walnut board with ppc405. I have manged to install u-boot on > > the > > board. I can download linux image (I am using Monta Vista one) too. But > > when > > I tried to use "bootm", the system hanged after showing > > "## Transferring control to Linux (at address 00000000) ..." > >It could be clocks_in_mhz that causes the problem if you're using kernel >older than 2.4.11 if I'm not mistaken. > >-Shawn. > > > > >__________________________________ >Do you Yahoo!? >Read only the mail you want - Yahoo! Mail SpamGuard. >http://promotions.yahoo.com/new_mail _________________________________________________________________

2 1

[U-Boot-Users] System hangs when Linux is loaded
by Frank Young 01 Jul '04

01 Jul '04

Hi, I have a Walnut board with ppc405. I have manged to install u-boot on the board. I can download linux image (I am using Monta Vista one) too. But when I tried to use "bootm", the system hanged after showing "## Transferring control to Linux (at address 00000000) ..." The following is the dump of serial console output. The uImage-uncomp is the uncompressed linux image created with tools/mkimage, as explained in README file. Does anyone have the same problem? Thanks! Frank =================================================== => tftp 400000 uImage-uncomp ENET Speed is 100 Mbps - HALF duplex connection TFTP from server 138.31.3.162; our IP address is 138.31.3.79 Filename 'uImage-uncomp'. Load address: 0x400000 Loading: ################################################################# ################################################################# ################################################################# ################################################################# ######### done Bytes transferred = 1377116 (15035c hex) => imi 400000 ## Checking Image at 00400000 ... Image Name: Linux 2.2.4 Image Type: PowerPC Linux Kernel Image (uncompressed) Data Size: 1377052 Bytes = 1.3 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK => bootm 400000 ## Booting image at 00400000 ... Image Name: Linux 2.2.4 Image Type: PowerPC Linux Kernel Image (uncompressed) Data Size: 1377052 Bytes = 1.3 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK OK ## Current stack ends at 0x00FBBBA8 => set upper limit to 0x00800000 ## cmdline at 0x007FFF00 ... 0x007FFF48 bd address = 0x00FBBF90 memstart = 0x00000000 memsize = 0x01000000 flashstart = 0xFF800000 flashsize = 0x00400000 flashoffset = 0x00000000 sramstart = 0x00000000 sramsize = 0x00000000 bootflags = 0x0000A000 procfreq = 200 MHz plb_busfreq = 100 MHz pci_busfreq = 25 MHz ethaddr = 00:00:48:B9:00:51 IP addr = 138.31.3.79 baudrate = 9600 bps No initrd ## Transferring control to Linux (at address 00000000) ... _________________________________________________________________ MSN 9 Dial-up Internet Access fights spam and pop-ups now 3 months FREE! http://join.msn.click-url.com/go/onm00200361ave/direct/01/

3 2

[U-Boot-Users] Debugging u-boot goes to 0x70c (Program exception)
by Shawn 01 Jul '04

01 Jul '04

Hi, I have problem in flash_init() to get correct manufacturer's ID. So I want to debug the function. Once I set a breakpoint at flash_init() and issue a continue command, gdb always shows that the program stops at 0x0000070c, which means a program exception. A program exception can be caused by an illegal instruction, a privileged instruction, or a trap. I don't know which caused this exception in my case. I'm wondering it may not be u-boot itself but the way I'm debugging that caused this exception. So I attached the whole procedure I did, not very much long. Would anybody give me some hints? Thanks a lot. -Shawn. % ppc_82xx-gdb u-boot GNU gdb 5.1.1 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "--host=i386-redhat-linux --target=ppc-linux"... 0xfff00100 in ?? () (gdb) mon bi 0xffe00100 Breakpoint identification is 0 (gdb) mon go (gdb) mon ci (gdb) symbol-file Discard symbol table from `/u/code/u-boot-1.1.1/u-boot'? (y or n) y No symbol file now. (gdb) add-symbol-file u-boot 0x7fd9000 add symbol table from file "u-boot" at .text_addr = 0x7fd9000 (y or n) y Reading symbols from u-boot...done. (gdb) b board_init_r Breakpoint 1 at 0x7fdc9b4: file board.c, line 566. (gdb) d Delete all breakpoints? (y or n) y (gdb) mon bi 0x7fdc9b4 Breakpoint identification is 0 (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. board_init_r (id=0x7fa8f98, dest_addr=0x7fd9000) at board.c:566 566 gd = id; /* initialize RAM version of global data */ (gdb) mon break soft (gdb) b flash_init Breakpoint 2 at 0x7fe1254: file flash.c, line 126. (gdb) c Continuing. Program received signal SIGSTOP, Stopped (signal). 0x0000070c in ?? () (gdb) U-Boot 1.1.1 (Jun 22 2004 - 15:49:59) CPU: MPC8245 Revision 1.2 at 249.999 MHz: 16 kB I-Cache 16 kB D-Cache Board: MP8245, local bus @ 99.999 MHz DRAM: 128 MB Top of RAM usable for U-Boot at: 08000000 Reserving 152k for U-Boot at: 07fd9000 Reserving 192k for malloc() at: 07fa9000 Reserving 56 Bytes for Board Info at: 07fa8fc8 Reserving 48 Bytes for Global Data at: 07fa8f98 Stack Pointer at: 07fa8f78 New Stack Pointer is: 07fa8f78 Now running in RAM - U-Boot at: 07fd9000 FLASH: __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail

2 2