August 2004 - U-Boot

RE: [U-Boot-Users] Uncompressing uImage: inflate() returned -3
by RUSSELL PETERSON 23 Aug '04

23 Aug '04

I would run the mtest on a large region of memory to make sure the memory controller is configured correctly. If not, you could be aliasing memory. Been there. Done that. Regards, Russell > > I have 8 MB of RAM (I have more, but have configured u-boot to > recognize just the first 8). Kernel is 2.3 MB (0x244086). I load it at But this is NOT the size of the _compressed_ image??? > an offset of 4 MB in the SDRAM space... should be enough for > everything, I assumed. I'll have to check this again. Did you actually use 4 MB (400000) or did you use some other address by accident? What is your exact boot comand, and which output do you get? Best regards, Wolfgang Denk

2 1

[U-Boot-Users] Uncompressing uImage: inflate() returned -3
by Amit Shah 23 Aug '04

23 Aug '04

Hi, I now have u-boot working properly on my single PPC750GX on MV64360; it turned out to be SDRAM init issues, which were sorted out by some trial and error. Okay, so now there are issues when it's loading uImage: The uImage built fails on the CRC. This is due to inconsistencies in the byte order of vmlinux.gz. When built on i386, it is CRC'ed in little endian, while when it's being checked on the board, it gets CRC'ed in big endian... so there will definitely be a mismatch in the two CRCs. Or I'm overlooking something. So while generating the vmlinux.gz, I byteswapped it.. before feeding it to mkimage. So the CRCs are matched, and gunzip on the board tries to gunzip the image... However, it complains about 'bad gzipped data'. Hmm, so setting 'verify' to 'n' also doesn't work; gunzip says 'inflate returned -3'.. which is some Z_DATA_ERROR. I'm obviously doing something wrong here, since this should've worked... I'm right now using an uncompressed image and working with it, that's working fine, except the kernel's bombing out after some initializations... Amit. -- Amit Shah http://amitshah.nav.to/

2 2

RE: [U-Boot-Users] Proposed change; What do you think?
by Dave Ellis 23 Aug '04

23 Aug '04

Jon Loeliger wrote: > I'd like to get your opinion on a proposed change to a > few files that handle some aspects of the various enetaddr > fields as found in asm-ppc/u-boot.h, common/cmd_bdinfo.c > and lib_ppc/board.c. > > In particular, I'd like to propose a shift from having these > fields be present when certain boards are #defined to having > these fields be present when CONFIG_ETH1ADDR symbols are defined. I like the idea of using a common symbol, but I would prefer a new one, something like CONFIG_HAS_ETH1, so I can have bi_enet1addr in the kernel interface without putting a default value for it in the environment. > There are only a few boards for which this might make a difference. > I'm the bit swizzler for most of them (MPC85xxXDS), but the others > include the PN62, the PPCCHAMEONEVB, the 440GX, the GT_6426x. > SXNI855T, SVM_SC8xx and possibly the DB64360, DB64460, CATcenter, > and OCOTEA boards. The latter define CONFIG_ETH1ADDR but don't > have their cases include in places like the coomon/cmd_bdinfo.c. As the SXNI855T maintainer, I don't see any problems with using CONFIG_ETH1ADDR or CONFIG_HAS_ETH1. Dave Ellis

3 4

[U-Boot-Users] uboot source level debugging in TI CCS？
by rongjun.lu 23 Aug '04

23 Aug '04

I compiled uboot with debug option -gcoff and downloaded the code into my board successfully through TI OMAP CCS.In the disassembly window, I can see some symbols, such as function name. But I still can't see the soucecode,and don't know how to connect the sourcecode with the executable code. If any one with such experience, please tell me how.Thanks

2 1

[U-Boot-Users] question
by Helder Filho 23 Aug '04

23 Aug '04

Hi, I have a question. I instaled the U-boot in my computer , but when I type; "cd u-boot" and "make mips_config' nothing happen,therefore the file that include in the u-boot file is "mips_config.mk" nad not "mips.config". what do I do? Best Regards Francisco Helder ===== ##################################### Francisco Helder C. dos Santos Filho Universidade Estadual de Campinas Unicamp/ Feec-Decom (+55)-19-32893192 (+55)-85-2523462 www.decom.fee.unicamp.br/~heldercs ##################################### __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

[U-Boot-Users] OK if RAM, Fail if ROM in malloc
by David Farrell 23 Aug '04

23 Aug '04

Some advice please.. Samsung S3C2410 ARM920T, Bringing up LN2410SBC based on altered smdk2410. Minimal U-Boot runs in ram at 33f80000, I move to ROM 0 and it dies right after flash size is printed. OCD Commander tells me PC stuck somewhere in malloc. SDRAM is stable and realloc happened. BSS -> 33F9A340 I got 407K to the end of sdram. Any advice? Regards, David

2 1

[U-Boot-Users] question on u-boot source level denugging in TI OMAP CCS?
by Rongjun Lu 22 Aug '04

22 Aug '04

I compiled uboot with debug option -gcoff and downloaded the code into my board(tms5471) successfully through TI OMAP CCS.In the disassembly window, I can see some symbols, such as function name. But I still can't see the sourcecode,and don't know how to let the executable code related with the sourcecode . If any one with such experience, please tell me how to do source level debug. Thanks.

1 0

[U-Boot-Users] Re: BSS initialization wrong on ARM??
by David Farrell 21 Aug '04

21 Aug '04

Back in June a email was posted commenting that bss init had a non-zero offset. Correct me if I am wrong, but in arm920t/start.S there is a word defined at the bss_start: which is the address of bss start. This word offsets the location of real _bss stuff by 4 bytes. The code in cvs looks like it was changed to make the offset 0, this should be put back. David.

2 2

[U-Boot-Users] netconsole on ARM architecture: is it supported?
by llandre 20 Aug '04

20 Aug '04

I'm trying to enable netconsole support on ARM platform. I defined the two symbols: CONFIG_NETCONSOLE CONFIG_NET_MULTI in order to include the necessary code (they are not mentioned in the file doc/README.NetConsole; I think it is a good idea to add a couple of lines to recall this). After rebuilding U-Boot, ethernet interface stopped working and a new message appeared ("Using unknown device") when trying to perform a TFTP download. It is not clear if it is somehow due to the variables ethprime and ethact that are not defined or netconsole is not supported by ARM architecture. Anybody can clear this point? Thanks and best regards, llandre DAVE Electronics System House - R&D Department web: http://www.dave-tech.it email: r&d2(a)dave-tech.it

1 0

[U-Boot-Users] Port for Cirrus Logic EDB9312 revision 2
by llandre 20 Aug '04

20 Aug '04

I have a first working port on the Cirrus Logic EDB9312 board, revision 2. I merged the code released by Adam Bezanson. Linux 2.6.8-rc3-ep93xx boots fine. As I did not change the default BootROM clock settings the performances are still terrible (see BogoMIPS below). As root file system I used the NFS provided by Denx Embedded Linux Kit 2.1.0 (www.denx.de). bash-2.05# cat /proc/version Linux version 2.6.8-rc3-ep93xx (llandre@LinuxServer) (gcc version 3.3.2) #2 Fri Aug 20 10:22:46 CEST 2004 bash-2.05# cat /proc/cpuinfo Processor : ARM920Tid(wb) rev 0 (v4l) BogoMIPS : 7.27 Features : swp half thumb CPU implementer : 0x41 CPU architecture: 4T CPU variant : 0x1 CPU part : 0x920 CPU revision : 0 Cache type : VIVT write-back Cache clean : cp15 c7 ops Cache lockdown : format A Cache format : Harvard I size : 16384 I assoc : 64 I line length : 32 I sets : 8 D size : 16384 D assoc : 64 D line length : 32 D sets : 8 Hardware : edb9312 Revision : 0000 Serial : 0000000000000000 To do: 1) adjust clock settings and cache enabling in U-Boot 2) update the build system according to the new rules (waiting a response from Wolfgang) 3) fix an ethernet problem I encountered with 100 MBps switch. If anybody is interested, I can make a preliminary patch available. Regards, llandre DAVE Electronics System House - R&D Department web: http://www.dave-tech.it email: r&d2(a)dave-tech.it

1 0