December 2010 - U-Boot

[U-Boot] NEC OHCI chip bug
by gavinguo＠andestech.com 15 Dec '10

15 Dec '10

Hi All, Let's me explain the story first. We need NEC pci-to-usb host controller work on U-boot. Because using Faraday technology PCI controller, I need to complete the PCI driver first. Now the PCI driver is completed. At this time, the NEC host controller can work. When plugging a keyboard, 2 devices can be found showing on console. But things are not as easy as we think, OHCI host controller encounter an "Unrecoverable Error" when getting device descriptor from keyboard. In the Linux kernel, I found that there is a workaround if the OHCI host controller is NEC's. The following link explain more detail: http://www.mail-archive.com/linux-usb-devel@lists.sourceforge.net/msg54465.…. After looking at the source code in U-boot, it seems that there isn't any workaround about the NEC's bug ? Any idea about how to get the controller, or do I need to implement the workaround by myself ?? The following is the debug message when "usb start": NDS32 # usb start (Re)start USB... USB: ftpci pci_find_devices OHCI pci controller (1033, 0035) found @(0:8:0) OHCI regs address 0xa0000000 scanning bus for devices... New Device 0 usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x40 set address 1 usb_control_msg: request: 0x5, requesttype: 0x0, value 0x1 index 0x0 length 0x0 usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x12 usb_control_msg: request: 0x6, requesttype: 0x80, value 0x200 index 0x0 length 0x9 usb_control_msg: request: 0x6, requesttype: 0x80, value 0x200 index 0x0 length 0x19 get_conf_no 0 Result 25, wLength 25 if 0, ep 0 ##EP epmaxpacketin[1] = 2 set configuration 1 usb_control_msg: request: 0x9, requesttype: 0x0, value 0x1 index 0x0 length 0x0 new device strings: Mfr=0, Product=1, SerialNumber=0 usb_control_msg: request: 0x6, requesttype: 0x80, value 0x300 index 0x0 length 0xFF USB device number 1 default language ID 0x409 usb_control_msg: request: 0x6, requesttype: 0x80, value 0x301 index 0x409 length 0xFF Manufacturer Product OHCI Root Hub SerialNumber USB hub found usb_control_msg: request: 0x6, requesttype: 0xA0, value 0x2900 index 0x0 length 0x4 usb_control_msg: request: 0x6, requesttype: 0xA0, value 0x2900 index 0x0 length 0x9 3 ports detected ganged power switching standalone hub individual port over-current protection power on to power good time: 30ms hub controller current requirement: 0mA port 1 is removable port 2 is removable port 3 is removable usb_control_msg: request: 0x0, requesttype: 0xA0, value 0x0 index 0x0 length 0x4 get_hub_status returned status 0, change 0 local power source is good no over-current condition exists enabling power on all ports usb_control_msg: request: 0x3, requesttype: 0x23, value 0x8 index 0x1 length 0x0 port 1 returns 0 usb_control_msg: request: 0x3, requesttype: 0x23, value 0x8 index 0x2 length 0x0 port 2 returns 0 usb_control_msg: request: 0x3, requesttype: 0x23, value 0x8 index 0x3 length 0x0 port 3 returns 0 usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x1 length 0x4 Port 1 Status 100 Change 0 usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x2 length 0x4 Port 2 Status 301 Change 1 port 2 connection change usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x2 length 0x4 portstatus 301, change 1, 1.5 Mb/s usb_control_msg: request: 0x1, requesttype: 0x23, value 0x10 index 0x2 length 0x0 hub_port_reset: resetting port 1... usb_control_msg: request: 0x3, requesttype: 0x23, value 0x4 index 0x2 length 0x0 usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x2 length 0x4 portstatus 303, change 10, 1.5 Mb/s STAT_C_CONNECTION = 0 STAT_CONNECTION = 1 USB_PORT_STAT_ENABLE 1 usb_control_msg: request: 0x1, requesttype: 0x23, value 0x14 index 0x2 length 0x0 New Device 1 usb_control_msg: request: 0x6, requesttype: 0x80, value 0x100 index 0x0 length 0x40 ERROR: OHCI Unrecoverable Error, controller usb-ohci_ftpci disabled usb_new_device: usb_get_descriptor() failed hub: disabling port 2 usb_control_msg: request: 0x1, requesttype: 0x23, value 0x1 index 0x2 length 0x0 usb_control_msg: request: 0x0, requesttype: 0xA3, value 0x0 index 0x3 length 0x4 Port 3 Status 100 Change 0 2 USB Device(s) found drv_usb_kbd_init scan end Best Regards, Gavin Guo

2 1

[U-Boot] u-boot for P2020-RDP
by Zvi Vered 15 Dec '10

15 Dec '10

Hello, I built u-boot-2010.09 for Freescale's P2020-RDB. It works great !!! The setup I used for SW4 is according to the startup guide. SW4[7] is on. When SW4[7] is off u-boot hangs. It means: "boot sequencer enabled and configuration information loaded from I2C ROM. A valid ROM must be present. If not the card will hang". I do not need the I2C ROM but for some reason, vxWorks 6.8 needs it. I'm using u-boot to download vxWorks via tftp and run it (using bootelf) What does u-boot hangs when SW4[7] is off ? What should this I2C ROM contain ? How can I flash this ROM ? According to the manual, this board contains I2C ROM. Thanks, Zvika Vered

1 0

Re: [U-Boot] [PATCH v3] AT91: MCI: add SD/MMC driver using mmc framework
by Brandon Stafford 14 Dec '10

14 Dec '10

On 17.08.2010 07:05, Reinhard Meyer wrote: > This patch adds SD/MMC support to AT91SAM9260/9XE/9G20 > using the generic MMC framework. > > Signed-off-by: Reinhard Meyer <u-b...(a)emk-elektronik.de> -------------------------------------------------------- <snip> -------------------------------------------------------- > + > +This is a new approach to use Atmel MCI hardware with the > +general MMC framework. Therefore it benefits from that > +framework's abilities to handle SDHC Cards and the ability > +to write blocks. > + > +- AT91SAM9XE512 (tested, will definitely work with XE128 and XE256) > +- AT91SAM9260 (not tested, but MCI is to AT91SAM9XE) > +- AT91SAM9G20 (not tested, should work) I just tested this with U-boot 2010.09 on a custom AT91SAM9G20 board that uses the same MMC connection on MCDA as the 9G20 EK. As Reinhard recommends in README.atmel_mci, I applied an additional patch to board/atmel/at91sam9260ek/at91sam9260ek.c and #defines to include/configs/at91sam9260ek.h. The details of this are described in README.atmel_mci and can be confirmed against this commit in my git repository: https://github.com/rascalmicro/u-boot-rascal/commit/e00be423458ee5fa6764f17… With an old 2 GB SanDisk card I had from a Technologic Systems board, it works as expected. I have not tested it with an SDHC card. For reference, here's a transcript from U-boot: U-Boot> mmc list mci: 0 U-Boot> mmc part 0 mci: setting clock 258000 Hz, block size 512 mci: setting clock 258000 Hz, block size 512 mci: setting clock 258000 Hz, block size 512 mci: setting clock 258000 Hz, block size 512 mci: setting clock 22016000 Hz, block size 512 Partition Map for MMC device 0 -- Partition Type: DOS Partition Start Sector Num Sectors Type 1 256 2621184 c 2 2621440 4096 da 3 2625536 4096 da 4 2629632 1048576 83 U-Boot> mmc read 0 0 0 1 MMC read: dev # 0, block # 0, count 1 ... mci: setting clock 258000 Hz, block size 512 mci: setting clock 22016000 Hz, block size 512 mci: setting clock 258000 Hz, block size 512 mci: setting clock 258000 Hz, block size 512 mci: setting clock 22016000 Hz, block size 512 1 blocks read: OK U-Boot> fatls mmc 0:1 binaries/ sources/ distributions/ samples/ workspace/ 3740 readme.txt 116 technologic systems website.url cross-toolchains/ devel-tools/ 507 runeclipse-win.bat 517 runeclipse-win-diskc.bat 4 file(s), 7 dir(s) Thanks to Reinhard for the code. Cheers, Brandon Stafford Rascal Micro

1 0

[U-Boot] [ARM] start.s for 920t brocken?
by Jens Scharsig 14 Dec '10

14 Dec '10

Hello, is it possible that, start.s for arm920t is broken with relocation? I try make my board run with relocation and start from NOR Flash. <snip> start_code: /* * set the cpu to SVC32 mode */ mrs r0, cpsr bic r0, r0, #0x1f orr r0, r0, #0xd3 msr cpsr, r0 bl coloured_LED_init bl red_LED_on #if <snip> I found out, that the board crashes on calling coloured_LED_init. So I comment out "bl coloured_LED_init" and "bl red_LED_on" and the board boots. I think this both calls should be removed at this position or moved to a better place. At this early position the C environment and stack are not initialized !? Can anybody confirm this? Any suggestions or patches? Thanks Jens Scharsig

1 0

[U-Boot] FIXUP table empty on kilauea_nand_config
by Weirich, Bernhard 14 Dec '10

14 Dec '10

Hello, I just tried to compile kilauea_nand_config from head revision and it seems that the fixup table is empty excerpt from System.map 01050f7e r lenfix 0105177e r lext.3710 010517bc r order.3928 01051800 A _erotext 01051800 D _GOT2_TABLE_ 01053534 D _FIXUP_TABLE_ 01053534 D get_dcr 01053558 D set_dcr 0105357c A _edata 0105357c d bootstrap_str 0105359c D ppc4xx_reg 01053674 d failed Maybe someone is working on this already, but I guess this should not happen. Regards, Bernhard

2 1

[U-Boot] [PATCH 01/10] Display RDIMM if detected
by York Sun 14 Dec '10

14 Dec '10

Print a message when a RDIMM is detected. Signed-off-by: York Sun <yorksun(a)freescale.com> --- .../cpu/mpc8xxx/ddr/lc_common_dimm_params.c | 19 +++++++------------ 1 files changed, 7 insertions(+), 12 deletions(-) diff --git a/arch/powerpc/cpu/mpc8xxx/ddr/lc_common_dimm_params.c b/arch/powerpc/cpu/mpc8xxx/ddr/lc_common_dimm_params.c index 029e566..af0250d 100644 --- a/arch/powerpc/cpu/mpc8xxx/ddr/lc_common_dimm_params.c +++ b/arch/powerpc/cpu/mpc8xxx/ddr/lc_common_dimm_params.c @@ -98,7 +98,7 @@ compute_lowest_common_dimm_parameters(const dimm_params_t *dimm_params, unsigned int tDQSQ_max_ps = 0; unsigned int tQHS_ps = 0; - unsigned int temp1, temp2, temp3; + unsigned int temp1, temp2; unsigned int additive_latency = 0; #if !defined(CONFIG_FSL_DDR3) const unsigned int mclk_ps = get_memory_clk_period_ps(); @@ -215,21 +215,16 @@ compute_lowest_common_dimm_parameters(const dimm_params_t *dimm_params, } outpdimm->all_DIMMs_registered = 0; + outpdimm->all_DIMMs_unbuffered = 0; if (temp1 && !temp2) { outpdimm->all_DIMMs_registered = 1; - } - - outpdimm->all_DIMMs_unbuffered = 0; - if (!temp1 && temp2) { + printf("Detected RDIMM(s)\n"); + } else if (!temp1 && temp2) { outpdimm->all_DIMMs_unbuffered = 1; - } - - /* CHECKME: */ - if (!outpdimm->all_DIMMs_registered - && !outpdimm->all_DIMMs_unbuffered) { + printf("Detected UDIMM(s)\n"); + } else printf("ERROR: Mix of registered buffered and unbuffered " "DIMMs detected!\n"); - } temp1 = 0; if (outpdimm->all_DIMMs_registered) @@ -237,7 +232,7 @@ compute_lowest_common_dimm_parameters(const dimm_params_t *dimm_params, outpdimm->rcw[j] = dimm_params[0].rcw[j]; for (i = 1; i < number_of_dimms; i++) if (dimm_params[i].rcw[j] != dimm_params[0].rcw[j]) { - temp3 = 1; + temp1 = 1; break; } } -- 1.7.0.4

3 27

[U-Boot] DP83849C driver
by Ravi Shekhar 14 Dec '10

14 Dec '10

Hi, I am using DP83849C in my board. I am not able to figure out which is the appropiate driver to be used. Can anyone help me out? Thanks - Ravi S.

1 0

[U-Boot] compile errors with gcc-4.5.1
by Kumar Gala 14 Dec '10

14 Dec '10

On the OXC & RMU boards I'm seeing the following build error: powerpc-linux-gnu-gcc -g -Os -mrelocatable -ffunction-sections -fdata-sections -fPIC -meabi -D__KERNEL__ -DCONFIG_SYS_TEXT_BASE=0xFFF00000 -I/local/home/galak/git/u-boot-85xx/include -fno-builtin -ffreestanding -nostdinc -isystem /local/opt/freescale/usr/local/gcc-4.5.55-eglibc-2.11.55/powerpc-linux-gnu/bin/../lib/gcc/powerpc-linux-gnu/4.5.1/include -pipe -DCONFIG_PPC -D__powerpc__ -DCONFIG_MPC824X -ffixed-r2 -mstring -mcpu=603e -msoft-float -Wall -Wstrict-prototypes -fno-stack-protector \ -o board.o board.c -c board.c: In function 'board_init_r': board.c:761:35: error: token "[" is not valid in preprocessor expressions make[1]: *** [board.o] Error 1 Not sure what to be done about it, since OXC.h defines: #define CONFIG_SYS_FLASH_BASE (0-flash_info[0].size) - k

4 10

[U-Boot] [PATCH] powerpc/nand spl: link libgcc
by Scott Wood 14 Dec '10

14 Dec '10

Recent GCC (4.4+) performs out-of-line epilogues in some cases, when optimizing for size. It causes a link error for _restgpr_30_x (and similar) if libgcc is not linked. It actually increases size with very small binaries, due to the fixed size of the out-of-line code, and not having any functions that actually need to restore more than 2 or 3 registers. But I don't see a way to turn it off, other than asking GCC to optimize for speed -- which may also increase size for some boards. Signed-off-by: Scott Wood <scottwood(a)freescale.com> --- nand_spl/board/amcc/acadia/Makefile | 2 +- nand_spl/board/amcc/bamboo/Makefile | 2 +- nand_spl/board/amcc/canyonlands/Makefile | 2 +- nand_spl/board/amcc/kilauea/Makefile | 2 +- nand_spl/board/amcc/sequoia/Makefile | 2 +- nand_spl/board/freescale/mpc8313erdb/Makefile | 2 +- nand_spl/board/freescale/mpc8315erdb/Makefile | 2 +- nand_spl/board/sheldon/simpc8313/Makefile | 2 +- 8 files changed, 8 insertions(+), 8 deletions(-) diff --git a/nand_spl/board/amcc/acadia/Makefile b/nand_spl/board/amcc/acadia/Makefile index bee24bc..f8ca654 100644 --- a/nand_spl/board/amcc/acadia/Makefile +++ b/nand_spl/board/amcc/acadia/Makefile @@ -51,7 +51,7 @@ $(nandobj)u-boot-spl.bin: $(nandobj)u-boot-spl $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ $(nandobj)u-boot-spl: $(OBJS) $(nandobj)u-boot.lds - cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) \ + cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) $(PLATFORM_LIBS) \ -Map $(nandobj)u-boot-spl.map \ -o $(nandobj)u-boot-spl diff --git a/nand_spl/board/amcc/bamboo/Makefile b/nand_spl/board/amcc/bamboo/Makefile index 0288c58..438dfbf 100644 --- a/nand_spl/board/amcc/bamboo/Makefile +++ b/nand_spl/board/amcc/bamboo/Makefile @@ -50,7 +50,7 @@ $(nandobj)u-boot-spl.bin: $(nandobj)u-boot-spl $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ $(nandobj)u-boot-spl: $(OBJS) $(nandobj)u-boot.lds - cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) \ + cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) $(PLATFORM_LIBS) \ -Map $(nandobj)u-boot-spl.map \ -o $(nandobj)u-boot-spl diff --git a/nand_spl/board/amcc/canyonlands/Makefile b/nand_spl/board/amcc/canyonlands/Makefile index ab98d6f..40034e1 100644 --- a/nand_spl/board/amcc/canyonlands/Makefile +++ b/nand_spl/board/amcc/canyonlands/Makefile @@ -55,7 +55,7 @@ $(nandobj)u-boot-spl.bin: $(nandobj)u-boot-spl $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ $(nandobj)u-boot-spl: $(OBJS) $(nandobj)u-boot.lds - cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) \ + cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) $(PLATFORM_LIBS) \ -Map $(nandobj)u-boot-spl.map \ -o $(nandobj)u-boot-spl diff --git a/nand_spl/board/amcc/kilauea/Makefile b/nand_spl/board/amcc/kilauea/Makefile index 78c67a2..3835f3f 100644 --- a/nand_spl/board/amcc/kilauea/Makefile +++ b/nand_spl/board/amcc/kilauea/Makefile @@ -50,7 +50,7 @@ $(nandobj)u-boot-spl.bin: $(nandobj)u-boot-spl $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ $(nandobj)u-boot-spl: $(OBJS) $(nandobj)u-boot.lds - cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) \ + cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) $(PLATFORM_LIBS) \ -Map $(nandobj)u-boot-spl.map \ -o $(nandobj)u-boot-spl diff --git a/nand_spl/board/amcc/sequoia/Makefile b/nand_spl/board/amcc/sequoia/Makefile index d3e28ce..9120f15 100644 --- a/nand_spl/board/amcc/sequoia/Makefile +++ b/nand_spl/board/amcc/sequoia/Makefile @@ -50,7 +50,7 @@ $(nandobj)u-boot-spl.bin: $(nandobj)u-boot-spl $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ $(nandobj)u-boot-spl: $(OBJS) $(nandobj)u-boot.lds - cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) \ + cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) $(PLATFORM_LIBS) \ -Map $(nandobj)u-boot-spl.map \ -o $(nandobj)u-boot-spl diff --git a/nand_spl/board/freescale/mpc8313erdb/Makefile b/nand_spl/board/freescale/mpc8313erdb/Makefile index 88c15a4..cf81099 100644 --- a/nand_spl/board/freescale/mpc8313erdb/Makefile +++ b/nand_spl/board/freescale/mpc8313erdb/Makefile @@ -55,7 +55,7 @@ $(nandobj)u-boot-spl.bin: $(nandobj)u-boot-spl $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ $(nandobj)u-boot-spl: $(OBJS) $(nandobj)u-boot.lds - cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) \ + cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) $(PLATFORM_LIBS) \ -Map $(nandobj)u-boot-spl.map \ -o $(nandobj)u-boot-spl diff --git a/nand_spl/board/freescale/mpc8315erdb/Makefile b/nand_spl/board/freescale/mpc8315erdb/Makefile index 88c15a4..cf81099 100644 --- a/nand_spl/board/freescale/mpc8315erdb/Makefile +++ b/nand_spl/board/freescale/mpc8315erdb/Makefile @@ -55,7 +55,7 @@ $(nandobj)u-boot-spl.bin: $(nandobj)u-boot-spl $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ $(nandobj)u-boot-spl: $(OBJS) $(nandobj)u-boot.lds - cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) \ + cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) $(PLATFORM_LIBS) \ -Map $(nandobj)u-boot-spl.map \ -o $(nandobj)u-boot-spl diff --git a/nand_spl/board/sheldon/simpc8313/Makefile b/nand_spl/board/sheldon/simpc8313/Makefile index 86e5ecb..bc6dc65 100644 --- a/nand_spl/board/sheldon/simpc8313/Makefile +++ b/nand_spl/board/sheldon/simpc8313/Makefile @@ -55,7 +55,7 @@ $(nandobj)u-boot-spl.bin: $(nandobj)u-boot-spl $(OBJCOPY) ${OBJCFLAGS} -O binary $< $@ $(nandobj)u-boot-spl: $(OBJS) $(nandobj)u-boot.lds - cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) \ + cd $(LNDIR) && $(LD) $(LDFLAGS) $(__OBJS) $(PLATFORM_LIBS) \ -Map $(nandobj)u-boot-spl.map \ -o $(nandobj)u-boot-spl -- 1.7.0.4

4 6

[U-Boot] [GIT PULL] mpc83xx: fix pcie enumeration
by Kim Phillips 14 Dec '10

14 Dec '10

Wolfgang Denk, Please pull: The following changes since commit ac8983bcba75576c50307b5e8dc8fb848740ee61: Merge branch 'master' of git://git.denx.de/u-boot-imx (2010-12-09 20:52:44 +0100) are available in the git repository at: git://git.denx.de/u-boot-mpc83xx.git master Baidu Boy (1): mpc83xx: fix pcie enumeration arch/powerpc/cpu/mpc83xx/pcie.c | 12 ++++++------ 1 files changed, 6 insertions(+), 6 deletions(-) Thanks, Kim

2 1