July 2009 - U-Boot

[U-Boot] [Patch] bootelf should allow arguments passing to called program
by Thomas Dörfler 23 Jul '09

23 Jul '09

The bootelf command is written to pass the command line arguments to the called program, but the command list entry limits the number of arguments to 2 (including the command itself and the image address). Changing the command list entry allows passing command line arguments to the called program. Signed-off-by: Thomas Doerfler <Thomas.Doerfler(a)embedded-brains.de> --- diff --git a/common/cmd_elf.c b/common/cmd_elf.c index abec7dd..e67938f 100644 --- a/common/cmd_elf.c +++ b/common/cmd_elf.c @@ -311,9 +311,10 @@ unsigned long load_elf_image (unsigned long addr) /* ====================================================================== */ U_BOOT_CMD( - bootelf, 2, 0, do_bootelf, + bootelf,CONFIG_SYS_MAXARGS, 0, do_bootelf, "Boot from an ELF image in memory", - " [address] - load address of ELF image." + " [address] [arg ...] - load address of ELF image.\n" + " passing 'arg' as arguments" ); U_BOOT_CMD( --- -------------------------------------------- Embedded Brains GmbH Thomas Doerfler Obere Lagerstrasse 30 D-82178 Puchheim Germany email: Thomas.Doerfler(a)embedded-brains.de Phone: +49-89-18908079-2 Fax: +49-89-18908079-9

2 1

[U-Boot] [PATCH 1/2] update config for mvBC-P (MPC5200)
by André Schwarz 23 Jul '09

23 Jul '09

This patch adds I2C support for mvBC-P and defines flash layout matching the shipped product. Signed-off-by: André Schwarz <andre.schwarz(a)matrix-vision.de> --- include/configs/MVBC_P.h | 14 ++++++++++++-- 1 files changed, 12 insertions(+), 2 deletions(-) diff --git a/include/configs/MVBC_P.h b/include/configs/MVBC_P.h index edbc701..867e8e0 100644 --- a/include/configs/MVBC_P.h +++ b/include/configs/MVBC_P.h @@ -68,9 +68,9 @@ #define MV_VCI mvBlueCOUGAR-P #define MV_FPGA_DATA 0xff860000 #define MV_FPGA_SIZE 0x0003c886 -#define MV_KERNEL_ADDR 0xffc00000 +#define MV_KERNEL_ADDR 0xffd00000 #define MV_INITRD_ADDR 0xff900000 -#define MV_INITRD_LENGTH 0x00300000 +#define MV_INITRD_LENGTH 0x00400000 #define MV_SCRATCH_ADDR 0x00000000 #define MV_SCRATCH_LENGTH MV_INITRD_LENGTH #define MV_SOURCE_ADDR 0xff840000 @@ -105,6 +105,7 @@ #define CONFIG_CMD_SDRAM #define CONFIG_CMD_PCI #define CONFIG_CMD_FPGA +#define CONFIG_CMD_I2C #undef CONFIG_WATCHDOG @@ -182,6 +183,7 @@ "propdev_debug=0\0" \ "gevss_debug=0\0" \ "watchdog=1\0" \ + "sensor_cnt=1\0" \ "" #undef XMK_STR @@ -249,6 +251,14 @@ #define CONFIG_SYS_BOOTMAPSZ (8 << 20) /* + * I2C configuration + */ +#define CONFIG_HARD_I2C 1 +#define CONFIG_SYS_I2C_MODULE 1 +#define CONFIG_SYS_I2C_SPEED 86000 +#define CONFIG_SYS_I2C_SLAVE 0x7F + +/* * Ethernet configuration */ #define CONFIG_NET_MULTI MATRIX VISION GmbH, Talstrasse 16, DE-71570 Oppenweiler Registergericht: Amtsgericht Stuttgart, HRB 271090 Geschiaeftsf�hrer: Gerhard Thullner, Werner Armingeon, Uwe Furtner, Hans-Joachim Reich

2 1

[U-Boot] [PATCH 0/2] Re-add support for 'Standalone Programs'
by Detlev Zundel 23 Jul '09

23 Jul '09

Re-add logic to start 'Standalone Programs'. Although the code was lifted from a previous code base, I'm not so sure anymore if we handle 'autostart' here correctly. The DULG has no mention of this specific handling. On the other hand I know that this was "creatively misused" to allow for decompression of data blobs - therefore I left it in currently. En passant, we introduce error checking for unsupported os types, where the previous code happily jumped to a relocated NULL pointer ;) Detlev Zundel (2): Add error checking for unsupported OS types. Re-add support for image type 'Standalone Program' common/cmd_bootm.c | 48 ++++++++++++++++++++++++++++++++++++++++++++++-- 1 files changed, 46 insertions(+), 2 deletions(-)

2 4

Re: [U-Boot] Query on USB function(device) working in MPC8280
by GurumurthyGowdar 23 Jul '09

23 Jul '09

ok please let me know is there anyway i can test working of USB function(device) in U-boot 1.3.1. currently U-boot is working fine in board. how to add this USB function command in U-boot. i need to add config commands for usb to work. later how i can test working of usb in U-boot because i have never tested USB in U-boot. Regards, Gurumurthy On Thu, 23 Jul 2009 23:51:35 +0530 wrote >Dear "GurumurthyGowdar", > >In message you wrote: >> >> i have written driver for USB function(device) in code warrior for MPC8280,i am facing problem in configuration stage,when i connect it to the host PC through USB cable .device descriptor is happening host is setting the address but device confi >> guration is not happening properly...it hangs in USB busy handler. > >I cannot help it, but I cannot see any relation to U-Boot in your >posting. > >You seem to be off topic here. > >Best regards, > >Wolfgang Denk > >-- >DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel >HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany >Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd(a)denx.de >"Nature is very un-American. Nature never hurries." >- William George Jordan >

1 0

[U-Boot] Query on USB function(device) working in MPC8280
by GurumurthyGowdar 23 Jul '09

23 Jul '09

Dear All, i have written driver for USB function(device) in code warrior for MPC8280,i am facing problem in configuration stage,when i connect it to the host PC through USB cable .device descriptor is happening host is setting the address but device configuration is not happening properly...it hangs in USB busy handler. below is the output of the snippet in hyperterminal for usb debugging Debug statements GetDescriptor request length = 0x40 Device Descriptor... In TX bd status = 3ec0 In TX USB event register = 109 Recieved PID token = 0xbc40 bd status = 3ec0 USB:SetAddress 10 bd status = 3800 In TX bd status = 3ac0 In TX USB event register = 108 GetDescriptor request length = 0x12 Device Descriptor... In TX bd status = 3ec0 In TX USB event register = 109 Recieved PID token = 0xbc40 bd status = 3ec0 In USB_BUSY HANDLER : 0x108 In TX bd status = 3ec0 In TX USB event register = 10c Recieved PID token = 0xbc40 bd status = 3ec0 In USB_BUSY HANDLER : 0x0 In TX bd status = 3ec0 In TX USB event register = 10d Recieved PID token = 0xbc40 bd status = 3ec0 In USB_BUSY HANDLER : 0x108 In TX bd status = 3ec0 In TX USB event register = 108 Recieved PID token = 0xbc40 bd status = 3ec0 it hangs in usb busy handler , i think am missing somthing in PID data toggling synchronization between MPC8280 and host. please help me out to sort this issue.... am testing in FreeScale Code Warrior IDE waiting for the reply ASAP Regards, Gurumurthy

2 1

[U-Boot] [PATCH] 85xx: Fix mapping of 0xfffffxxx when CONFIG_MP
by Peter Tyser 23 Jul '09

23 Jul '09

Previously, boot page translation was enabled while U-Boot executed. This resulted in the address range 0xfffff000 - 0xffffffff being translated to SDRAM which made the 0xfffffxxx address space unusable for other peripherals. This change disables boot page translation after the secondary CPU cores have been initialized which allows the 0xfffffxxx address space to be properly accessed. Signed-off-by: Peter Tyser <ptyser(a)xes-inc.com> --- This was tested on the XPedite5370 which has flash mapped in the 0xfffffxxx adddress space. I verified the flash was accessible as expected and Linux properly brought up 2 cores. I wasn't sure how the MPC8572 handled caching with respect to the boot page translation. I didn't add any cache flushes/invalidates, but they may be necessary if the 0xfffffxxx range is not mapped as uncachable. Anyone at Freescale have any comments on this? Best, Peter cpu/mpc85xx/mp.c | 14 ++++++++++++-- cpu/mpc85xx/release.S | 30 +++++++++++++++++++++++++----- 2 files changed, 37 insertions(+), 7 deletions(-) diff --git a/cpu/mpc85xx/mp.c b/cpu/mpc85xx/mp.c index 76f02a4..0019cec 100644 --- a/cpu/mpc85xx/mp.c +++ b/cpu/mpc85xx/mp.c @@ -129,7 +129,7 @@ ulong get_spin_addr(void) ulong addr = (ulong)&__spin_table - (ulong)&__secondary_start_page; - addr += 0xfffff000; + addr += determine_mp_bootpg(); return addr; } @@ -137,7 +137,8 @@ ulong get_spin_addr(void) static void pq3_mp_up(unsigned long bootpg) { u32 up, cpu_up_mask, whoami; - u32 *table = (u32 *)get_spin_addr(); + /* The table is at 0xfffffxxx due to boot page translation below */ + u32 *table = (u32 *)(0xfffff000 | get_spin_addr()); volatile u32 bpcr; volatile ccsr_local_ecm_t *ecm = (void *)(CONFIG_SYS_MPC85xx_ECM_ADDR); volatile ccsr_gur_t *gur = (void *)(CONFIG_SYS_MPC85xx_GUTS_ADDR); @@ -146,6 +147,8 @@ static void pq3_mp_up(unsigned long bootpg) int timeout = 10; whoami = in_be32(&pic->whoami); + + /* Translate 0xfffffxxx 'bootpg' address range to SDRAM */ out_be32(&ecm->bptr, 0x80000000 | (bootpg >> 12)); /* disable time base at the platform */ @@ -194,6 +197,9 @@ static void pq3_mp_up(unsigned long bootpg) devdisr &= ~(MPC85xx_DEVDISR_TB0 | MPC85xx_DEVDISR_TB1); out_be32(&gur->devdisr, devdisr); + + /* Disable translation of 0xfffffxxx 'bootpg' */ + out_be32(&ecm->bptr, 0x0); } void cpu_mp_lmb_reserve(struct lmb *lmb) @@ -206,9 +212,13 @@ void cpu_mp_lmb_reserve(struct lmb *lmb) void setup_mp(void) { extern ulong __secondary_start_page; + extern ulong __bootpg_addr; ulong fixup = (ulong)&__secondary_start_page; u32 bootpg = determine_mp_bootpg(); + /* Store the bootpg's SDRAM address for use by secondary CPU cores */ + __bootpg_addr = bootpg; + memcpy((void *)bootpg, (void *)fixup, 4096); flush_cache(bootpg, 4096); diff --git a/cpu/mpc85xx/release.S b/cpu/mpc85xx/release.S index fbefc2c..6799633 100644 --- a/cpu/mpc85xx/release.S +++ b/cpu/mpc85xx/release.S @@ -114,23 +114,38 @@ __secondary_start_page: stw r3,ENTRY_R6_UPPER(r10) stw r3,ENTRY_R6_LOWER(r10) + /* load r13 with the address of the 'bootpg' in SDRAM */ + lis r13,toreset(__bootpg_addr)@h + ori r13,r13,toreset(__bootpg_addr)@l + lwz r13,0(r13) + /* setup mapping for AS = 1, and jump there */ lis r11,(MAS0_TLBSEL(1)|MAS0_ESEL(1))@h mtspr SPRN_MAS0,r11 lis r11,(MAS1_VALID|MAS1_IPROT)@h ori r11,r11,(MAS1_TS|MAS1_TSIZE(BOOKE_PAGESZ_4K))@l mtspr SPRN_MAS1,r11 - lis r11,(0xfffff000|MAS2_I)@h - ori r11,r11,(0xfffff000|MAS2_I)@l + oris r11,r13,(MAS2_I)@h + ori r11,r13,(MAS2_I)@l mtspr SPRN_MAS2,r11 - lis r11,(0xfffff000|MAS3_SX|MAS3_SW|MAS3_SR)@h - ori r11,r11,(0xfffff000|MAS3_SX|MAS3_SW|MAS3_SR)@l + oris r11,r13,(MAS3_SX|MAS3_SW|MAS3_SR)@h + ori r11,r13,(MAS3_SX|MAS3_SW|MAS3_SR)@l mtspr SPRN_MAS3,r11 tlbwe bl 1f 1: mflr r11 - addi r11,r11,28 + /* + * OR in 0xfff to create a mask of the bootpg SDRAM address. We use + * this mask to fixup the cpu spin table and the address that we want + * to jump to, eg change them from 0xfffffxxx to 0x7ffffxxx if the + * bootpg is at 0x7ffff000 in SDRAM. + */ + ori r13,r13,0xfff + and r11, r11, r13 + and r10, r10, r13 + + addi r11,r11,(2f-1b) mfmsr r13 ori r12,r13,MSR_IS|MSR_DS@l @@ -200,6 +215,11 @@ __secondary_start_page: mtspr SPRN_SRR1,r13 rfi + /* Allocate some space for the SDRAM address of the bootpg */ + .globl __bootpg_addr +__bootpg_addr: + .long 0 + .align L1_CACHE_SHIFT .globl __spin_table __spin_table: -- 1.6.2.1

2 9

[U-Boot] Pull request - net
by Ben Warren 23 Jul '09

23 Jul '09

Wolfgang, The following changes since commit 189eec77795553157c087cd45555695fb3ce2433: Wolfgang Denk (1): Merge branch 'master' of /home/wd/git/u-boot/custodians are available in the git repository at: git://git.denx.de/u-boot-net.git master Alessio Centazzo (1): ppc4xx: Fixed compilation warning in 4xx_enet.c Andreas Pretzsch (1): smc911x: add support for LAN9221 Ben Warren (2): Add warning about upcoming removal of old Ethernet API Convert SMC911X Ethernet driver to CONFIG_NET_MULTI API David Brownell (1): rm9200 ethernet driver: board-specific quirk (csb337) Ilya Yanok (1): fec_mxc: driver for FEC ethernet controller on i.MX27 Kim Phillips (1): net: tsec - fix dereferencing type-punned pointer will break strict-aliasing rules warning Michael Zaidman (1): DHCP regression on 2009-06 Mike Frysinger (1): net: rename NetRxPkt to NetRxPacket Nobuhiro Iwamatsu (1): sh: sh_eth: Remove garbage from printf Poonam Aggrwal (1): P2020RDB Added support of Vitesse PHYs VSC8641(RGMII) and VSC8221(SGMII) Prafulla Wadaskar (1): net: phy: bugfixes: mv88E61xx multichip addressing support Richard Retanubun (1): MIIPHYBB: Return 0xFFFF if the PHY is not asserting TA. Robin Getz (2): Add DNS support Save server's MAC address in environment Simon Kagstrom (2): arm: Kirkwood: Fix compiler optimization bug for kwgbe_send arm: Kirkwood: Check the error summary bit for error detection README | 5 + board/bf548-ezkit/bf548-ezkit.c | 8 + board/cm-bf548/cm-bf548.c | 10 + board/freescale/mx31pdk/mx31pdk.c | 10 + board/imx31_litekit/imx31_litekit.c | 10 + board/imx31_phycore/imx31_phycore.c | 10 + board/micronas/vct/ebi_smc911x.c | 22 +- board/micronas/vct/vct.c | 10 + board/omap3/evm/evm.c | 10 + board/renesas/ap325rxa/ap325rxa.c | 10 + board/renesas/rsk7203/rsk7203.c | 17 +- common/cmd_net.c | 49 +++ cpu/arm920t/at91rm9200/ether.c | 22 +- cpu/arm926ejs/mx27/generic.c | 10 + doc/README.dns | 64 +++ drivers/net/4xx_enet.c | 3 +- drivers/net/Makefile | 3 +- drivers/net/fec_mxc.c | 742 +++++++++++++++++++++++++++++++++++ drivers/net/fec_mxc.h | 304 ++++++++++++++ drivers/net/kirkwood_egiga.c | 33 +- drivers/net/kirkwood_egiga.h | 1 + drivers/net/phy/miiphybb.c | 7 + drivers/net/phy/mv88e61xx.c | 18 +- drivers/net/phy/mv88e61xx.h | 2 +- drivers/net/sh_eth.c | 2 +- drivers/net/smc911x.c | 177 +++++---- drivers/net/smc911x.h | 170 +++++---- drivers/net/tsec.c | 57 +++- include/configs/ap325rxa.h | 7 +- include/configs/bf548-ezkit.h | 7 +- include/configs/cm-bf548.h | 7 +- include/configs/imx31_litekit.h | 7 +- include/configs/imx31_phycore.h | 7 +- include/configs/mx31pdk.h | 7 +- include/configs/omap3_evm.h | 7 +- include/configs/rsk7203.h | 7 +- include/configs/vct.h | 9 +- include/net.h | 9 +- include/netdev.h | 2 + net/Makefile | 7 +- net/bootp.c | 2 +- net/dns.c | 211 ++++++++++ net/dns.h | 39 ++ net/eth.c | 2 + net/net.c | 49 +++- 45 files changed, 1936 insertions(+), 236 deletions(-) create mode 100644 doc/README.dns create mode 100644 drivers/net/fec_mxc.c create mode 100644 drivers/net/fec_mxc.h create mode 100644 net/dns.c create mode 100644 net/dns.h

2 1

Re: [U-Boot] unassigned-patches/39
by u-boot＠bugs.denx.de 23 Jul '09

23 Jul '09

Synopsis: [U-Boot][PATCH] DHCP regression on 2009-06 State-Changed-From-To: open->closed State-Changed-By: wd State-Changed-When: Thu, 23 Jul 2009 19:25:27 +0200 State-Changed-Why: Fixed by commit 09133f8580f0106429ba3600f1855bd3577ae58b

1 0

Re: [U-Boot] How to start U-Boot for i.MX31 NAND out of RedBoot (out of RAM)
by Ulrich Gerster 23 Jul '09

23 Jul '09

Hello >>>> Magnus Lilja <lilja.magnus(a)gmail.com> 23.07.09 11.18 Uhr >>> > Hi >>2009/7/22 Ulrich Gerster <gersteru(a)dhbw-loerrach.de>: >> Hello >> >>>>>> Magnus Lilja <lilja.magnus(a)gmail.com> 14.07.09 19.43 Uhr >>> >>> Hi >>> >>>>>>2009/7/14 Ulrich Gerster <gersteru(a)dhbw-loerrach.de>: >>>> Hello. >>>> >>>>>>> Magnus Lilja <lilja.magnus(a)gmail.com> 14.07.09 16.03 Uhr >>> >>>> >>>>>> I used the patch from you out of this posting: >>>>>> [U-Boot-Users] [PATCH RFC 3/5] i.MX31: Add i.MX31 NAND Flash Controller driver. >>>>>> http://lists.denx.de/pipermail/u-boot/2008-August/038239.html >>>>>> >>>>>> They should work, or not? Do they require something else? >>>> >>>>> I haven't tried that driver on a recent U-boot so I don't know if (or >>>>> how) it will work when applied to a recent U-Boot. >>>> >>>> I'm using the u-boot master release of middle of June. >>>> How can I ensure that your patch is working? Or how do I know what is missing that it works? >> >>> You need to use either a debugger or add printf's to see what's going >>> on (to the mxc_nd.c or whatever the file is called. >> >> I have the drivers working now. But there's a little problem left. When I try to use u-boot to update itself >> (write itself from RAM to Flash) it seems that it overwrites the out of band information too. > That's normal since writing new data means writing a new error correcting code. Well, you're right. >> So when I try to reboot nothing is working because every program assumes that the first blocks are bad. >> Do you have a suggestion how to fix that issue? > Not sure that I understand what "every program assumes..." means. I try to explain my problem in more detail. I had a working u-boot programed in NAND-Flash. Then I wanted to update it. I used the nand write command and wrote a the new image in the NAND-Flash. When I then restarted the Board U-Boot wasn't responding. Then I loaded RedBoot to RAM using a BDI. But when I was trying to access NAND-Flash with RedBoot (factive nand) RedBoot was freezing. The only chance I had was to clear the the NAND and the OOB. After I did that I was able to access the NAND-Flash with RedBoot. After that I programed the same u-boot image in the NAND-Flash using the RedBoot fis write command. The result was a working u-boot. > But my guess is that the OOB layout may be different in > nand_spl/nand_boot_fsl_nfc.c compared to drivers/mtd/nand/mxc_nd.c so > the nand_spl may interpret the OOB information that mxc_nd.c has > written in a different way. Ok. So I should compare this. Which function does take care for that? > This is especially true for large page NAND since the i.MX31 controller uses > a non-standard layout, for small page NAND there should be no problem > (although I don't know if nand_spl has been tested on small page nand yet). So now it is tested. I'm using small page nand with (512 + 16 spare) Bytes. Do you think it is a problem of the nand_spl or the nand driver? Thanks! Ulrich Gerster

3 2

[U-Boot] include/asm-ppc/immap_86xx.h
by David Updegraff 23 Jul '09

23 Jul '09

Hi. I think there is a small offset bug in here.. unless there is an errata that I have missed there should be no pad between srds1cr0,1. Anyone know for sure? --- a/include/asm-ppc/immap_86xx.h +++ b/include/asm-ppc/immap_86xx.h @@ -1240,7 +1240,7 @@ typedef struct ccsr_gur { uint lbcdllcr; /* 0xe0e20 - LBC DLL control register */ char res13a[224]; uint srds1cr0; /* 0xe0f04 - SerDes1 control register 0 */ - char res13b[4]; + //char res13b[4]; uint srds1cr1; /* 0xe0f08 - SerDes1 control register 1 */ char res14[24];

2 2