May 2005 - U-Boot

RE: [U-Boot-Users] [Patch]IntegratorAP & CP multi core module support
by Peter Pearse 25 Sep '05

25 Sep '05

Shawn Jin wrote: > This target does't follow the format integrator<type>_CM<id>_config. > It's annoying if there are too many underscores in target names. It's > good to follow uboot convention of target names, i.e., Shawn Just trying to keep to the official ARM ids, until I was defeated by gnumake's distaste for '-'. As long as each CM is unique.... Altho I dislike having to remember several (slighly different) names for the same thing - long live Occam's razor. Regards Peter

2 1

[U-Boot-Users] [patch] tools/bmp_logo.c using incorrect offset to pixel data
by Andrew Dyer 25 Sep '05

25 Sep '05

The attached patch makes bmp_logo.c use the header information about the start of pixel data in the bmp file instead of trying to find the start itself. If someone wants a test case bmp file that will produce incorrect output with the current code e-mail me and I can send it along. The bug was seen with the tool compiled/running under redhat 7.3 on x86 arch. The visual indication was that the bitmap was shifted to the right with a section of garbage displayed in the lower left corner. The source bmp displays fine with Win2000. I would suggest it's worth noting in the somewhere in docs that include/bmp_logo.h is overwritten by the default build environment (with the Denx logo :-( ). I added a line like this to my board config.mk file to override this behavior. #logo bitmap LOGO_BMP = ../board/eldorado/rht_small_logo.bmp -- Hardware, n.: The parts of a computer system that can be kicked.

2 1

[U-Boot-Users] [Patch]IntegratorAP & CP multi core module support
by Peter Pearse 25 Sep '05

25 Sep '05

Hi Attached a patch to allow users to specify the core module fitted to their integrator board. Please inform me of any defects found. CHANGELOG: * Patch by Peter Pearse, 2 Feb 2005 - add core module targets - add ARM946E cpu support - remap memory to 0x00000000 Notes ----- a) Provides targets for all supported Core Modules - targets are of the form integrator<type>_CM<id>_config Examples make integratorap_CM946E_S make integratorcp_CM920T_config b) Previous targets integegratorcp, integratorap retained. c) Tested to build with MAKEALL arm (trab & omap2420h fail) integratorcp integratorcp_CM926EJ_S_config integratorcp_CM966E_S_config d) Tested to boot linux & save environment on Integrator/CP CM926EJ-S in all three boot combinations Run ARM Boot Monitor then manually run U-Boot from user flash Run ARM Boot Monitor, auto-switch to U-Boot from user flash Run U-Boot direct from user flash i.e. NO ARM Boot Monitor e) Patched against head at 2 Feb 2005 f) Based on the patches submitted by:: - Shawn Jin (arm946e) - Jean-Paul Saman (remap) Regards Peter ------------------------ Peter.Pearse(a)arm.com -------------------------

2 2

[U-Boot-Users] MIPS build environment
by Dan Malek 25 Sep '05

25 Sep '05

Hello all MIPS u-booters. I'd like to discuss how we can make the MIPS build environment a little bit easier to use. For example, the cpu/mips/config.mk assumes big endian, and although I'll be the first to stand up and say that's the only proper and useful byte ordering, there are people willing to pay me to assist with the alternative :-) I'd like it if we can just find a way to invoke 'mipseb-*' or 'mipsel-*' based upon the configuration chosen and let it go at that. I'd also like us to agree to use up to date tools. Again, the config.mk with the test and hard coded flags depending upon tools seems unnecessary since the newer tools have been around for a while and proven to work. Unless I'm doing something wrong, I also have to use binutils with the 'allow_branch_to_undefined' patch. Comments? Other concerns? Thanks. -- Dan

4 14

[U-Boot-Users] [Patch] MPC5xxx PSC baudrate calculation
by Sebastian Schau 25 Sep '05

25 Sep '05

Hi, attached is a patch, that fixes a bug in MPC5200 PSC Baud rate calculation. The Problem was, that proper rounding was not applied to baudrate calculation in serial_setbrg(). The formula from serial_init() should be used. Best regards Sebastian Schau --- serial.c 9 Feb 2004 20:51:26 -0000 1.1.1.1 +++ serial.c 27 Jan 2005 15:21:26 -0000 @@ -152,14 +152,14 @@ unsigned long baseclk, div; #if defined(CONFIG_MGT5100) - baseclk = CFG_MPC5XXX_CLKIN / 32; + baseclk = (CFG_MPC5XXX_CLKIN + 16) / 32; #elif defined(CONFIG_MPC5200) - baseclk = gd->ipb_clk / 32; + baseclk = (gd->ipb_clk + 16) / 32; #endif /* set up UART divisor */ - div = baseclk / gd->baudrate; - psc->ctur = div >> 8; + div = (baseclk + (gd->baudrate/2)) / gd->baudrate; + psc->ctur = (div >> 8) & 0xff; psc->ctlr = div & 0xff; } #endif /* CONFIG_PSC_CONSOLE */

2 1

[U-Boot-Users] PATCH: omap5912osk uses CFI driver, (RO) text output of cfi_flash .c
by Michael Bendzick 25 Sep '05

25 Sep '05

* Patches by Michael Bendzick, 14 Jan 2005: - Configure omap5912osk board to use drivers/cfi_flash.c - Remove hardcoded personalized settings from omap5912osk.h - Fix spacing with (RO) marks in 'flinfo' output in drivers/cfi_flash.c The attached patch converts the omap5912osk board to use the main CFI driver, including for buffered writes, improving write throughput by about 10x. Consequently, the board/omap5912osk/flash.c file is removed with this patch. The drivers/cfi_flash.c file is adjusted slightly to make the columns line up better (see example below). Old: 00000000 (RO) 00020000 (RO) 00040000 00060000 00080000 000A0000 000C0000 000E0000 00100000 00120000 New: 00000000 (RO) 00020000 (RO) 00040000 00060000 00080000 000A0000 000C0000 000E0000 00100000 00120000 -Michael Bendzick Logic Product Development michaelb at logicpd dot com

2 1

[U-Boot-Users] Lowering memory footprint
by Ladislav Michl 24 Sep '05

24 Sep '05

Hi Wolfgang et all, I ported U-Boot to OMAP5910 based board and before submiting patch I'd like to discuss few issues. Board has 64M RAM and 32M bit mirror flash, which is quite sufficient to run U-Boot under normal circumstancies. During production of prototypes I met few boards with bad printed circuit board or bad soldering. Therefore I decided to run U-Boot from OMAP's 192kB internal RAM located at 2000'0000-2002'ffff with TEXT_BASE set to 2001'2000. That way I have 64kB heap and 8kB stack, which I found is sufficient for my needs. Such setup helps a lot while debugging hardware problems, despite I know it could be done different way, but it would be pity not to use U-Boot's power :) Because CFG_MALLOC_LEN is 64k-128 something like this is needed to startup code: Index: cpu/arm925t/start.S =================================================================== RCS file: /cvsroot/u-boot/u-boot/cpu/arm925t/start.S,v retrieving revision 1.8 diff -u -r1.8 start.S --- cpu/arm925t/start.S 9 Jan 2005 17:12:29 -0000 1.8 +++ cpu/arm925t/start.S 12 Jan 2005 12:45:27 -0000 @@ -83,6 +83,10 @@ _TEXT_BASE: .word TEXT_BASE +_STACK_OFS: + .word CFG_MALLOC_LEN + CFG_GBL_DATA_SIZE +_BAD_STACK_OFS: + .word CFG_MALLOC_LEN + CFG_GBL_DATA_SIZE + CONFIG_STACKSIZE + 8 .globl _armboot_start _armboot_start: @@ -188,8 +192,8 @@ /* Set up the stack */ stack_setup: ldr r0, _TEXT_BASE /* upper 128 KiB: relocated uboot */ - sub r0, r0, #CFG_MALLOC_LEN /* malloc area */ - sub r0, r0, #CFG_GBL_DATA_SIZE /* bdinfo */ + ldr r1, _STACK_OFS + sub r0, r0, r1 /* malloc area and bdinfo */ #ifdef CONFIG_USE_IRQ sub r0, r0, #(CONFIG_STACKSIZE_IRQ+CONFIG_STACKSIZE_FIQ) #endif @@ -293,8 +297,8 @@ stmia sp, {r0 - r12} @ Save user registers (now in svc mode) r0-r12 ldr r2, _armboot_start - sub r2, r2, #(CONFIG_STACKSIZE+CFG_MALLOC_LEN) - sub r2, r2, #(CFG_GBL_DATA_SIZE+8) @ set base 2 words into abort stack + ldr r13, _BAD_STACK_OFS + sub r2, r2, r13 ldmia r2, {r2 - r3} @ get values for "aborted" pc and cpsr (into parm regs) add r0, sp, #S_FRAME_SIZE @ grab pointer to old stack @@ -326,8 +330,8 @@ .macro get_bad_stack ldr r13, _armboot_start @ setup our mode stack - sub r13, r13, #(CONFIG_STACKSIZE+CFG_MALLOC_LEN) - sub r13, r13, #(CFG_GBL_DATA_SIZE+8) @ reserved a couple spots in abort stack + ldr r2, _BAD_STACK_OFS + sub r13, r13, r2 str lr, [r13] @ save caller lr in position 0 of saved stack mrs lr, spsr @ get the spsr Flash is partitioned this way: 128k - U-Boot 128k - env 16256k - data1 16256k - data2 Kernel is loaded directly from jffs2 partition to ease firmware upgrating. New firmware is unpacked into other partion (after user data are backed out) and if it boots sucessfuly U-Boot env is changed permanetly. Otherwise watchdog resets board and old firmware is used again. Although only following commands are enabled: CFG_CMD_BDI, CFG_CMD_LOADB, CFG_CMD_IMI, CFG_CMD_FLASH, CFG_CMD_MEMORY, CFG_CMD_NET, CFG_CMD_ENV, CFG_CMD_BOOTD, CFG_CMD_DHCP, CFG_CMD_PING, CFG_CMD_JFFS2, there is not enough space to fit U-Boot into 120kB without ripping out CramFS support. My question is whenever I should make only CramFS selectable or allow choice between JFFS2 and/or CramFS and how should be such configuration handled (you know it's quite hard for me to come with some nice short descriptive names :)) And finally ~64k heap is not sufficient for zlib to decompress kernel after it is loaded from jffs2 partition, because node structures are still allocated. I hope it is reasonable to expect, that once file is loaded it is intended to execute it and free memory used by jffs2 private structures. Index: fs/jffs2/jffs2_1pass.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/fs/jffs2/jffs2_1pass.c,v retrieving revision 1.15 diff -u -p -r1.15 jffs2_1pass.c --- fs/jffs2/jffs2_1pass.c 12 May 2004 22:54:39 -0000 1.15 +++ fs/jffs2/jffs2_1pass.c 12 Jan 2005 13:17:58 -0000 @@ -467,8 +467,8 @@ jffs2_scan_empty(u32 start_offset, struc return offset - part->offset; } -static u32 -jffs_init_1pass_list(struct part_info *part) +static void +jffs_1pass_free_nodes(struct part_info *part) { struct b_lists *pL; @@ -478,6 +478,16 @@ jffs_init_1pass_list(struct part_info *p free_nodes(&pL->dir); free(pL); } + part->jffs2_priv = NULL; +} + +static u32 +jffs_init_1pass_list(struct part_info *part) +{ + struct b_lists *pL; + + jffs_1pass_free_nodes(part); + if (NULL != (part->jffs2_priv = malloc(sizeof(struct b_lists)))) { pL = (struct b_lists *)part->jffs2_priv; @@ -1267,6 +1277,9 @@ jffs2_1pass_load(char *dest, struct part DEBUGF ("load: loaded '%s' to 0x%lx (%ld bytes)\n", fname, (unsigned long) dest, ret); + + jffs_1pass_free_nodes(part); + return ret; } Comments and suggestions are welcome (even those which suggest to use completely different solution ;)). I'll eventually send final patches based on eventual discussion. Best regards, ladis

2 6

[U-Boot-Users] [patch]virtex2 fix for bogus download error messages
by Andrew Dyer 24 Sep '05

24 Sep '05

the virtex2 fpga download code watches for init going active during a download of config data as an error condition. init also goes active after a configuration is finished in concert with the done signal. The code in cvs doesn't check for done active until all of the configuration data is sent. On our board the done signal would go active "early" as the configuration data has a few extra pad bytes at the end, but the code would print an error message even though the download had suceeded. The patch adds a check for done going active before checking init. If done is seen active the byte loading is cut short. If debugging is on it will print the count where it finished (8 bytes early for us). It also changes the printf string to indicate the counts it prints are in ticks and not mS. I only have a system with 'slave parallel' style config interface, so I've only patched that download version. The virtex2 slave serial and spartan2 versions may have the same problem, I didn't have time to look. -- Hardware, n.: The parts of a computer system that can be kicked.

2 1

[U-Boot-Users] Patch: allow a fixed port for TFTP (take 3)
by Jerry Van Baren 24 Sep '05

24 Sep '05

Hi Wolfgang, try three on the patch attached. The change here is to rename the env variable per Tolunay Orkun's recommendation. * Patch by Jerry Van Baren 11 January 2005 - Add a configuration option CONFIG_TFTP_PORT and optional env variable tftpsourceport to force TFTP to use a fixed UDP port. gvb Index: README =================================================================== RCS file: /cvsroot/u-boot/u-boot/README,v retrieving revision 1.117 diff -p -u -r1.117 README --- README 9 Jan 2005 23:16:42 -0000 1.117 +++ README 10 Jan 2005 04:13:50 -0000 @@ -1480,6 +1480,22 @@ The following options need to be configu When SystemACE support is added, the "ace" device type becomes available to the fat commands, i.e. fatls. +- TFTP Fixed UDP Port: + CONFIG_TFTP_PORT + + If this is defined, the environment variable tftpsourceport + is used to supply the TFTP UDP source port value. + If tftpsourceport isn't defined, the normal pseudo-random port + number generator is used. + + The purpose for this is to allow a TFTP server to + blindly start the TFTP transfer using the pre-configured + target IP address and UDP port. This has the effect of + "punching through" the (Windows XP) firewall, allowing + the remainder of the TFTP transfer to proceed normally. + A better solution is to properly configure the firewall, + but sometimes that is not allowed. + - Show boot progress: CONFIG_SHOW_BOOT_PROGRESS @@ -2432,6 +2448,9 @@ Some configuration options can be set us Useful on scripts which control the retry operation themselves. + tftpsourceport - If this is set, the value is used for TFTP's + UDP source port. + vlan - When set to a value < 4095 the traffic over ethernet is encapsulated/received over 802.1q VLAN tagged frames. Index: net/tftp.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/net/tftp.c,v retrieving revision 1.9 diff -p -u -r1.9 tftp.c --- net/tftp.c 15 Apr 2004 21:48:55 -0000 1.9 +++ net/tftp.c 10 Jan 2005 04:13:51 -0000 @@ -301,6 +301,10 @@ TftpTimeout (void) void TftpStart (void) { +#ifdef CONFIG_TFTP_PORT + char *ep; /* Environment pointer */ +#endif + if (BootFile[0] == '\0') { IPaddr_t OurIP = ntohl(NetOurIP); @@ -354,7 +358,13 @@ TftpStart (void) TftpServerPort = WELL_KNOWN_PORT; TftpTimeoutCount = 0; TftpState = STATE_RRQ; + /* Use a pseudo-random port unless a specific port is set */ TftpOurPort = 1024 + (get_timer(0) % 3072); +#ifdef CONFIG_TFTP_PORT + if ((ep = getenv("tftpsourceport")) != NULL) { + TftpOurPort= simple_strtol(ep, NULL, 10); + } +#endif TftpBlock = 0; /* zero out server ether in case the server ip has changed */

3 10

[U-Boot-Users] Patch: allow a fixed port for TFTP
by Jerry Van Baren 24 Sep '05

24 Sep '05

Hi Wolfgang, try two on the patch attached. * Patch by Jerry Van Baren 10 January 2005 - Add a configuration option CONFIG_TFTP_PORT and optional env variable tftpport to force TFTP to use a fixed UDP port. gvb Index: README =================================================================== RCS file: /cvsroot/u-boot/u-boot/README,v retrieving revision 1.117 diff -p -u -r1.117 README --- README 9 Jan 2005 23:16:42 -0000 1.117 +++ README 10 Jan 2005 04:13:50 -0000 @@ -1480,6 +1480,22 @@ The following options need to be configu When SystemACE support is added, the "ace" device type becomes available to the fat commands, i.e. fatls. +- TFTP Fixed UDP Port: + CONFIG_TFTP_PORT + + If this is defined, the environment variable tftpport + is used to supply the TFTP UDP source port value. + If tftpport isn't defined, the normal pseudo-random port + number generator is used. + + The purpose for this is to allow a TFTP server to + blindly start the TFTP transfer using the pre-configured + target IP address and UDP port. This has the effect of + "punching through" the (Windows XP) firewall, allowing + the remainder of the TFTP transfer to proceed normally. + A better solution is to properly configure the firewall, + but sometimes that is not allowed. + - Show boot progress: CONFIG_SHOW_BOOT_PROGRESS @@ -2432,6 +2448,9 @@ Some configuration options can be set us Useful on scripts which control the retry operation themselves. + tftpport - If this is set, the value is used for TFTP's + UDP source port. + vlan - When set to a value < 4095 the traffic over ethernet is encapsulated/received over 802.1q VLAN tagged frames. Index: net/tftp.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/net/tftp.c,v retrieving revision 1.9 diff -p -u -r1.9 tftp.c --- net/tftp.c 15 Apr 2004 21:48:55 -0000 1.9 +++ net/tftp.c 10 Jan 2005 04:13:51 -0000 @@ -301,6 +301,10 @@ TftpTimeout (void) void TftpStart (void) { +#ifdef CONFIG_TFTP_PORT + char *ep; /* Environment pointer */ +#endif + if (BootFile[0] == '\0') { IPaddr_t OurIP = ntohl(NetOurIP); @@ -354,7 +358,13 @@ TftpStart (void) TftpServerPort = WELL_KNOWN_PORT; TftpTimeoutCount = 0; TftpState = STATE_RRQ; + /* Use a pseudo-random port unless a specific port is set */ TftpOurPort = 1024 + (get_timer(0) % 3072); +#ifdef CONFIG_TFTP_PORT + if ((ep = getenv("tftpport")) != NULL) { + TftpOurPort= simple_strtol(ep, NULL, 10); + } +#endif TftpBlock = 0; /* zero out server ether in case the server ip has changed */

3 4

[U-Boot-Users] dbau1550 patch
by Andrew Dyer 24 Sep '05

24 Sep '05

A while back (Sep 23, 2004) someone named Leif posted a note about a patch to add support for the AMD DbAU1550 board to u-boot here https://sourceforge.net/mailarchive/forum.php?thread_id=5624545&forum_id=12… I can't seem to find the patch he referred to and I would like to get a hold of it. -- Hardware, n.: The parts of a computer system that can be kicked.

4 6

[U-Boot-Users] common/cmd_mii.c bug and patch
by Andrew Dyer 24 Sep '05

24 Sep '05

The mii info command (the !CONFIG_TERSE_MII version) has a bug in current cvs. If the phy address is passed to the command the code assigns the variable addr to start, instead of the values of addrlo which is extracted from the command line. At that point in the code addr is always 0. to demonstrate find a board with a phy at a non-zero address, compare the results of 'mii info' and mii info 1' (substitute the phy address on the test board for 1). Also in this file on lines 55 and 418 there are two places where a call to mii_init() is conditionally compiled in, but one condition includes defined(CONFIG_MCF52x2) and the other doesn't. Is this intentional? -- Hardware, n.: The parts of a computer system that can be kicked.

2 1

[U-Boot-Users] PATCH: Fix ppc 440 timer freq.
by Travis B. Sawyer 15 Aug '05

15 Aug '05

This patch fixes 440 timer frequency (move from 10ms to 1 ms), as found by Andrew Wozniak. Changelog * Patch by Travis Sawyer, 05 Apr 2005: - Change timer frequency for ppc 440 from 10 ms to 1 ms. Problem found by Andrew Wozniak. Andy, thank you for pointing this out. Best Regards, Travis diff -purN u-boot/cpu/ppc4xx/interrupts.c u-boot_modified/cpu/ppc4xx/interrupts.c --- u-boot/cpu/ppc4xx/interrupts.c 2004-03-14 10:20:56.000000000 -0500 +++ u-boot_modified/cpu/ppc4xx/interrupts.c 2005-04-05 19:56:27.793079640 -0400 @@ -134,7 +134,7 @@ int interrupt_init_cpu (unsigned *decrem mtspr( dec, 0 ); /* Prevent exception after TSR clear*/ mtspr( decar, 0 ); /* clear reload */ mtspr( tsr, 0x08000000 ); /* clear DEC status */ - val = gd->bd->bi_intfreq/100; /* 10 msec */ + val = gd->bd->bi_intfreq/1000; /* 1 msec */ mtspr( decar, val ); /* Set auto-reload value */ mtspr( dec, val ); /* Set inital val */ #else

2 1

[U-Boot-Users] Building u-boot for Ocotea fails...
by Gerhard Jaeger 15 Aug '05

15 Aug '05

Hi, while trying to build a u-boot image for Ocotea out of the latest CVS, I noticed the following problem: ppc_4xx-ld: section .bss [fffeeb00 -> fffffec7] overlaps section .bootpg [fffff000 -> fffff21b] This one should be solved, either by reducing the command set (i.e. removing CFG_CMD_BEDBUG) or increasing the size back to 512k, as it was before the latest changes took place... TIA, Gerhard -- Gerhard Jaeger <gjaeger(a)sysgo.com> SYSGO AG Embedded and Real-Time Software www.sysgo.com | www.elinos.com | www.pikeos.com | www.osek.de

2 2

[U-Boot-Users] [PATCH] support for CF/IDE on PCMCIA for PXA25X
by Christian Pell 13 Aug '05

13 Aug '05

Hi, I tried this with some different CFs with FAT file-systems on them. There is a README in the patch itself that goes in documentation directory. Bye, -- Christian Pellegrin <chri(a)ascensit.com>, <c.pellegrin(a)eurotech.it>, <chri(a)infis.univ.ts.it>, <c.pellegrin(a)exadron.com>

4 8

[U-Boot-Users] Patches for ARM IntegratorCP, ARM926EJS, and ARM946ES
by Shawn Jin 12 Aug '05

12 Aug '05

Hi, The patches were developed on an ARM IntegratorCP board with ARM946ES. Since the majority code of ARM946ES cpu was copied from ARM926EJS and there was bug about CFG_HZ found in ARM946ES later, I also fixed this CFG_HZ error on ARM926EJS. The major changes are 1. Mulitple core modules support (u-boot.multicm.patch) Following OMAP boards' methodology, I added mulitple core module configuration. For example, integratorcp_946es_config is for IntegratorCP board with ARM946ES, integratorcp_config is for IntegratorCP board with ARM926EJS by default, integratorap_946es_config is for IntegratorAP board with ARM946ES, and integratorap_config is for IntegratorAP with ARM926EJS. Now only two core modules are supported, ARM946ES and ARM926EJS. 2. ARM946ES support (u-boot.arm946es.patch) 3. ARM926EJS bug fix (u-boot.arm926ejs.patch) Fixed CFG_HZ problem. Set CFG_HZ to 1000. The solution is from AT91RM9200. 4. IntegratorCP bug fixes (u-boot.integratorcp.patch) Added SDRAM size information and FLASH support. Philippe, I don't have an ARM926EJS core module. Would you please test the CFG_HZ fix on your system? Thanks. Regards, -Shawn.

3 6

[U-Boot-Users] [PATCH] VoiceBlue update
by Ladislav Michl 12 Aug '05

12 Aug '05

Hi Wolfgang, please consider applying this board specific patch. You may find some updated trivial patches I sent to mailing list here: ftp://ftp.linux-mips.org/pub/linux/mips/people/ladis/u-boot/ CHANGELOG * Patch by Ladislav Michl, 23 May 2005: VoiceBlue update: eeprom tool can also store firmware version now. eeprom.bin is runable by jumping at load address. Index: board/voiceblue/Makefile =================================================================== RCS file: /cvsroot/u-boot/u-boot/board/voiceblue/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- board/voiceblue/Makefile 5 Apr 2005 23:32:24 -0000 1.1 +++ board/voiceblue/Makefile 23 May 2005 07:52:32 -0000 @@ -32,21 +32,23 @@ gcclibdir := $(shell dirname `$(CC) -print-libgcc-file-name`) LOAD_ADDR = 0x10400000 +LDSCRIPT = $(TOPDIR)/board/$(BOARDDIR)/eeprom.lds all: $(LIB) eeprom.srec eeprom.bin $(LIB): $(OBJS) $(SOBJS) $(AR) crv $@ $(OBJS) $(SOBJS) -eeprom.srec: eeprom.o - $(LD) -g -Ttext $(LOAD_ADDR) -o $(<:.o=) -e $(<:.o=) $^ \ +eeprom.srec: eeprom.o eeprom_start.o + $(LD) -T $(LDSCRIPT) -g -Ttext $(LOAD_ADDR) \ + -o $(<:.o=) -e $(<:.o=) $^ \ -L../../examples -lstubs \ -L../../lib_generic -lgeneric \ -L$(gcclibdir) -lgcc $(OBJCOPY) -O srec $(<:.o=) $@ eeprom.bin: eeprom.srec - $(OBJCOPY) -O binary $< $@ 2>/dev/null + $(OBJCOPY) -I srec -O binary $< $@ 2>/dev/null clean: rm -f $(SOBJS) $(OBJS) eeprom eeprom.srec eeprom.bin Index: board/voiceblue/eeprom.c =================================================================== RCS file: /cvsroot/u-boot/u-boot/board/voiceblue/eeprom.c,v retrieving revision 1.1 diff -u -r1.1 eeprom.c --- board/voiceblue/eeprom.c 5 Apr 2005 23:32:24 -0000 1.1 +++ board/voiceblue/eeprom.c 23 May 2005 07:52:32 -0000 @@ -30,40 +30,6 @@ #define SMC_BASE_ADDRESS CONFIG_SMC91111_BASE -static int verify_macaddr(char *); -static int set_mac(char *); - -int eeprom(int argc, char *argv[]) -{ - app_startup(argv); - if (get_version() != XF_VERSION) { - printf("Wrong XF_VERSION.\n"); - printf("Application expects ABI version %d\n", XF_VERSION); - printf("Actual U-Boot ABI version %d\n", (int)get_version()); - return 1; - } - - if ((SMC_inw (BANK_SELECT) & 0xFF00) != 0x3300) { - printf("SMSC91111 not found.\n"); - return 2; - } - - if (argc != 2) { - printf("VoiceBlue EEPROM writer\n"); - printf("Built: %s at %s\n", __DATE__ , __TIME__ ); - printf("Usage:\n\t<mac_address>"); - return 3; - } - - set_mac(argv[1]); - if (verify_macaddr(argv[1])) { - printf("*** ERROR ***\n"); - return 4; - } - - return 0; -} - static u16 read_eeprom_reg(u16 reg) { int timeout; @@ -106,17 +72,28 @@ return 1; } +static int write_data(u16 *buf, int len) +{ + u16 reg = 0x23; + + while (len--) + write_eeprom_reg(*buf++, reg++); + + return 0; +} + static int verify_macaddr(char *s) { u16 reg; int i, err = 0; - printf("Verifying MAC Address: "); + printf("MAC Address: "); err = i = 0; for (i = 0; i < 3; i++) { reg = read_eeprom_reg(0x20 + i); printf("%02x:%02x%c", reg & 0xff, reg >> 8, i != 2 ? ':' : '\n'); - err |= reg != ((u16 *)s)[i]; + if (s) + err |= reg != ((u16 *)s)[i]; } return err ? 0 : 1; @@ -138,3 +115,98 @@ return 0; } + +static int parse_element(char *s, unsigned char *buf, int len) +{ + int cnt; + char *p, num[3]; + unsigned char id; + + id = simple_strtoul(s, &p, 16); + if (*p++ != ':') + return -1; + cnt = 2; + num[2] = 0; + for (; *p; p += 2) { + if (p[1] == 0) + return -2; + if (cnt + 3 > len) + return -3; + num[0] = p[0]; + num[1] = p[1]; + buf[cnt++] = simple_strtoul(num, NULL, 16); + } + buf[0] = id; + buf[1] = cnt - 2; + + return cnt; +} + +int eeprom(int argc, char *argv[]) +{ + int i, len, ret; + unsigned char buf[58], *p; + + app_startup(argv); + if (get_version() != XF_VERSION) { + printf("Wrong XF_VERSION.\n"); + printf("Application expects ABI version %d\n", XF_VERSION); + printf("Actual U-Boot ABI version %d\n", (int)get_version()); + return 1; + } + + if ((SMC_inw (BANK_SELECT) & 0xFF00) != 0x3300) { + printf("SMSC91111 not found.\n"); + return 2; + } + + /* Called without parameters - print MAC address */ + if (argc < 2) { + verify_macaddr(NULL); + return 0; + } + + /* Print help message */ + if (argv[1][1] == 'h') { + printf("VoiceBlue EEPROM writer\n"); + printf("Built: %s at %s\n", __DATE__ , __TIME__ ); + printf("Usage:\n\t<mac_address> [<element_1>] [<...>]\n"); + return 0; + } + + /* Try to parse information elements */ + len = sizeof(buf); + p = buf; + for (i = 2; i < argc; i++) { + ret = parse_element(argv[i], p, len); + switch (ret) { + case -1: + printf("Element %d: malformed\n", i - 1); + return 3; + case -2: + printf("Element %d: odd character count\n", i - 1); + return 3; + case -3: + printf("Out of EEPROM memory\n"); + return 3; + default: + p += ret; + len -= ret; + } + } + + /* First argument (MAC) is mandatory */ + set_mac(argv[1]); + if (verify_macaddr(argv[1])) { + printf("*** MAC address does not match! ***\n"); + return 4; + } + + while (len--) + *p++ = 0; + + write_data((u16 *)buf, sizeof(buf) >> 1); + + return 0; +} + --- /dev/null 2005-05-23 10:45:10.477452184 +0200 +++ board/voiceblue/eeprom.lds 2005-05-17 09:29:35.000000000 +0200 @@ -0,0 +1,51 @@ +/* + * (C) Copyright 2002 + * Gary Jennejohn, DENX Software Engineering, <gj(a)denx.de> + * (C) Copyright 2005 + * Ladislav Michl, 2N Telekomunikace, <michl(a)2n.cz> + * + * See file CREDITS for list of people who contributed to this + * project. + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License as + * published by the Free Software Foundation; either version 2 of + * the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License + * along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, + * MA 02111-1307 USA + */ + +OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm") +OUTPUT_ARCH(arm) +ENTRY(_start) +SECTIONS +{ + . = ALIGN(4); + .text : + { + eeprom_start.o (.text) + *(.text) + } + + . = ALIGN(4); + .rodata : { *(.rodata) } + + . = ALIGN(4); + .data : { *(.data) } + + . = ALIGN(4); + .got : { *(.got) } + + . = ALIGN(4); + __bss_start = .; + .bss : { *(.bss) } + _end = .; +} --- /dev/null 2005-05-23 10:45:10.477452184 +0200 +++ board/voiceblue/eeprom_start.S 2005-05-17 09:34:11.000000000 +0200 @@ -0,0 +1,12 @@ +/* + * Copyright (c) 2005 2N Telekomunikace + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU General Public License + * version 2 as published by the Free Software Foundation. + * + */ + +.globl _start +_start: b eeprom +

2 1

[U-Boot-Users] Minor cleanup
by Anders Larsen 12 Aug '05

12 Aug '05

Hi, Rick Bronson and the AT91RM9200DK is listed under PPC Systems. Since the AT91RM9200 is an ARM SoC, the attached patch against current top of CVS moves the entry to the appropriate position. Changelog: Move the AT91RM9200DK to the ARM Systems list. Cheers Anders

2 1

[U-Boot-Users] Eliminate calls of _divsi3 on ARM
by Anders Larsen 12 Aug '05

12 Aug '05

Hi, the enclosed patch agains current top of CVS eliminates two calls of the libgcc helper function _divsi3 and _modsi3. Rationale: Certain commercially available tool-chains provides b0rken libgcc.a (compiled with hardware FP) making these helper functions unusable (U-Boot already provides the unsigned counterparts in lib_arm/libarm.a). Changelog: Eliminate calls of ARM libgcc.a helper functions _divsi3 and _modsi3 Cheers Anders

3 4

[U-Boot-Users] UBoot cvs compile error.
by Bryan O'Donoghue 12 Aug '05

12 Aug '05

make Adder_config edit config.mk uncomment -DDEBUG fails to resolve measure_gclk Changing cpu/mpc8xx/speed.c #if !defined(CONFIG_8xx_CPUCLK_DEFAULT) || defined(CFG_MEASURE_CPUCLK) to #if !defined(CONFIG_8xx_CPUCLK_DEFAULT) || defined(CFG_MEASURE_CPUCLK)\ || defined(DEBUG) fixes. -- Best regards Bryan

2 1

[U-Boot-Users] Switch between PlanetCore and U-Boot freely
by Sam Song 08 Aug '05

08 Aug '05

Hi all, Well, somebody was trying to pull the cat out of my bag. Here it is:-) ------------------------------------------------- After several heart-struck failure, I got one workable way to program each other in FLASH between PlanetCore and U-Boot. Hardware Platform : RPXlite DW(EP 823 H1 DW) 1. From U-Boot to PlanetCore Utilities : PlanetCore Boot Loader - PCL200.mot [root@sam tftpboot]# ppc_8xx-objcopy -O ppcboot PCL200.mot pcl200.bin [Target Operation] u-boot>t 100000 pcl200.bin u-boot>go 0x100000 ## Starting application at 0x00100000 ... MPC8xx PlanetCore Flash Burner v2.00 Copyright 2001 Embedded Planet. All rights reserved. Construct Flash Device.....done. Program MPC8xx PlanetCore Boot Loader v2.00 Built Sep 19, 2001 at 14:34:42 Image located from FC000000 to FC01B5D1. (Skipping an image, only loading low boot image) Low boot board detected, skipping high boot image. Erasing, programming and verifying will start in 20 seconds Press P to start immediately or ESC to cancel Press Space or Enter for more options. .............. Erasing Programming FLASH programmed successfully! Press R to induce a hard reset MPC8xx PlanetCore Boot Loader v2.00 Copyright 2001 Embedded Planet. All rights reserved. DRAM available size = 64 MB wvCV DRAM OK > 2. From PlanetCore to U-Boot Utilities : PlanetCore FLASH Burner - PCB200.mot Use Flash Burner to finish the work: First, TFTP the U-Boot image file to RAM; For example, RPXlite_DW.bin to 0x400000 Second, TFTP FLASH Burner to RAM; For example, 0x100000 Third, run the FLASH Burner and Program the U-Boot image into the correct location in FLASH. [Target Operation] MPC8xx PlanetCore Boot Loader v2.00 Copyright 2001 Embedded Planet. All rights reserved. DRAM available size = 64 MB wvCV DRAM OK >t Load using tftp via Ethernet Enter server IP address <172.16.115.6> : Enter server filename <PCL200.mot> : RPXlite_DW.bin Enter (B)inary or (S)record input mode <S> : B Enter address offset : <00400000 hex> : Total bytes = 120096 in 232184 uSecs Loaded addresses 00400000 through 0041D51F. Start address = 00400000 >t Load using tftp via Ethernet Enter server IP address <172.16.115.6> : Enter server filename <RPXlite_DW.bin> : PCB200.mot Enter (B)inary or (S)record input mode <B> : S Enter address offset : <00000000 hex> : .512.1024..2048....4096..... Total bytes = 326280 in 2570249 uSecs Loaded addresses 00100000 through 0011BB51. Start address = 00100000 >go [Go 00100000] MPC8xx PlanetCore Flash Burner v2.00 Copyright 2001 Embedded Planet. All rights reserved. Construct Flash Device.....done. Bad start address Start = 0xFFFFFFFF, target = 0xFFFFFFFF, length = 0xFFFFFFFF Forcing Menu Interface h[elp] Show commands. c[ode] Show information on code to be loaded. di[splay] Display all flash sections. du[mp] Dump memory. d ? for more info. e[rase] Erase flash sections. f[ill] Fill flash sections. im[age] Toggle load high, low, or both flash images. in[fo] Show flash information. ma[p] Show memory map. mo[dify] Modify memory. m ? for more info. p[rogram] Erase, program, and verify now. reset Restart the loader. s[how] Show flash sections to erase and program. t[est] Test flash sections. q[uit] Quit without programming. #program 400000 ff000000 1D51F doProgram( 400000 ff000000 1D51F ) Start = 0x00400000, target = 0xFF000000, length = 0x0001D51F Erasing sector 0xFF000000, length 0x008000. Erasing sector 0xFF008000, length 0x008000. Erasing sector 0xFF010000, length 0x008000. Erasing sector 0xFF018000, length 0x008000. Programming FF000000 through FF01D51E FLASH programmed successfully! Press R to induce a hard reset Forcing Hard Reset by MachineCheck and ResetOnCheckstop... U-Boot 1.1.2 (Aug 29 2004 - 15:11:27) CPU: PPC823EZTnnB2 at 48 MHz: 16 kB I-Cache 8 kB D-Cache Board: RPXlite_DW DRAM: 64 MB FLASH: 16 MB *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: SCC ETHERNET u-boot> ------------------------------------------------- Well, sometimes network function of PlanetCore couldn't work when switching from U-Boot to PlanetCore. For example, you couldn't download a file from HOST PC via TFTP. Don't worry, just restart your HOST PC and everything would work as smooth as clockwork. I don't know the reason WHY:-) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Merry Christmas and Happy New Year! ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ===== Best regards, Sam _________________________________________________________ Do You Yahoo!? 150万曲MP3疯狂搜，带您闯入音乐殿堂 http://music.yisou.com/ 美女明星应有尽有，搜遍美图、艳图和酷图 http://image.yisou.com 1G就是1000兆，雅虎电邮自助扩容！ http://cn.rd.yahoo.com/mail_cn/tag/1g/*http://cn.mail.yahoo.com/event/mail_…

2 3

[U-Boot-Users] [patch]fixes for cmd_fpga.c
by Andrew Dyer 08 Aug '05

08 Aug '05

The attached patch: 1) fixes a bug with the 'fpga loadb' command The bug is in calculating the config data size - 4 bytes of length info were being read as signed chars, casted to long, shifted and added. The cast to long was doing sign extension and causing an incorrect result if a byte was greater than 0x80. For me this caused the fpga load to end early and time out waiting for the hardware completion. 2) removes compilation warnings about using __FUNCTION__ concatenated with strings 3) changes the fpga loadb to always print the file header info during a load. I realize this patch is a mishmash - hopefully it's helpful to someone. -- Hardware, n.: The parts of a computer system that can be kicked.

2 1

[U-Boot-Users] [PATCH] Fix SystemACE CF access errors
by Jeff Angielski 07 Aug '05

07 Aug '05

Attached is a patch that fixes the configuration controller errors that sometimes occur when accessing the SystemACE CF. The patch also fixes the locking routines so that they do not stomp on the other bits in the controller register. Finally, the patch will auto detect the partition type to prevent "Partition x not valid on device y" error messages. CHANGELONG: * Patch by Jeff Angielski 09 Jan 2005 Fix errors that occur when accessing SystemACE CF.

2 1

[U-Boot-Users] [PATCH] fix PowerQUICC II masks detection
by Eugene Surovegin 06 Aug '05

06 Aug '05

Hi! This trivial patch fixes typos in cpu/mpc8260/cpu.c:checkcpu(). * Patch by Eugene Surovegin, 20 Dec 2004: Fix PowerQUICC II mask detection.

2 1

[U-Boot-Users] Patch: Add support for Embedded Planet EP8248 board
by Yuli Barcohen 06 Aug '05

06 Aug '05

Hi, The attached patch adds support for Embedded Planet EP8248 board. It was tested on EP8248E revision 1.0. CHANGELOG: Add support for Embedded Planet EP8248 board -- ======================================================================== Yuli Barcohen | Phone +972-9-765-1788 | Software Project Leader yuli(a)arabellasw.com | Fax +972-9-765-7494 | Arabella Software, Israel ========================================================================

2 1