January 2013 - U-Boot

[U-Boot] Please pull u-boot-ti/master
by Tom Rini 11 Jan '13

11 Jan '13

Hello, The following changes since commit 612404c28a64a6df300642a1550a65dcc8e01f82: Merge 'u-boot-atmel/master' into 'u-boot-arm/master' (2013-01-09 20:01:48 +0100) are available in the git repository at: git://git.denx.de/u-boot-ti.git master for you to fetch changes up to 039cbaefcf57338cc9b6a3c656db64e7907838db: OMAP3: igep00x0: add CONFIG_SYS_NS16550_BROKEN_TEMT (2013-01-10 15:09:24 -0700) ---------------------------------------------------------------- Javier Martinez Canillas (3): OMAP3: igep00x0: add CONFIG_SPL_BOARD_INIT for CONFIG_SPL_NAND_SUPPORT serial/ns16550: add an option to avoid hanging on broken platforms OMAP3: igep00x0: add CONFIG_SYS_NS16550_BROKEN_TEMT Nishanth Menon (1): Makefile: remove MLO.byteswap on clobber Makefile | 2 +- README | 8 ++++++++ drivers/serial/ns16550.c | 2 ++ include/configs/igep00x0.h | 4 ++++ 4 files changed, 15 insertions(+), 1 deletion(-) These are all small but important fixes that either localized to a set of machines (IGEP devices) or fixing the 'clean' rules. I've put this through the build cycle I normally do on master and nothing unexpected shows up (but not everything builds as u-boot-arm is behind master). -- Tom

2 1

[U-Boot] USB driver on MPC8555E controller on a Non-RTOS project
by Srijith 11 Jan '13

11 Jan '13

Hello, We are using an in-house Power PC board with MPC8555E processor.We are currently developing drivers for USB on bare board(Non-RTOS). We would like your inputs regarding the implementation of usb driver.My reference is uboot and linux. We are implementing usb support for the first time and are very new to it. Am aware of the USB protocol.I would like to know, if there is any implementation for usb drivers for mpc8555E support in uboot, which i can refer it for porting. If not, what all components could i refer in uboot to implement this. Our milestone is usb device enumeration and detection initially. Please could you help us out regarding this. Appreciate your valuable feedback. Thanks in advance!! -- View this message in context: http://u-boot.10912.n7.nabble.com/USB-driver-on-MPC8555E-controller-on-a-No… Sent from the U-Boot mailing list archive at Nabble.com.

1 0

[U-Boot] csb1724 88f6282
by Mario Schuknecht 11 Jan '13

11 Jan '13

Hello, we want to use the marvell 88f6282 SoC in our products. For evaluation we use the cogent1724 board [1]. Does anyone have experience with the cogent csb1724 board [1] and the marvell 88f6282? I've searched the mainline u-boot sources, but found no config for the 88f6282. Is it possible to build a mainline u-boot for that SoC? If so, which config works? If not, is it planned to support the board and the marvell 88f6282 SoC? Kind regards, Mario Schuknecht [1] http://www.cogcomp.com/csb_csb1724.htm

1 0

[U-Boot] [PATCH 1/2] serial/ns16550: add an option to avoid hanging on broken platforms
by Javier Martinez Canillas 11 Jan '13

11 Jan '13

Some platforms (e.g. IGEPv2 board) has a broken ns16550 UART that does not set the TEMT bit when the transmitter is empty in SPL. This makes U-Boot to hang while waiting for TEMT to be set. Add a new option to avoid this: CONFIG_SYS_NS16550_BROKEN_TEMT 16550 UART set the Transmitter Empty (TEMT) Bit when all output has finished and the transmitter is totally empty. U-Boot waits for this bit to be set to initialize the serial console. On some broken platforms this bit is not set in SPL making U-Boot to hang while waiting for TEMT. Define this option to avoid it. Signed-off-by: Javier Martinez Canillas <javier.martinez(a)collabora.co.uk> --- README | 8 ++++++++ drivers/serial/ns16550.c | 2 ++ 2 files changed, 10 insertions(+), 0 deletions(-) diff --git a/README b/README index 78f40df..a89861e 100644 --- a/README +++ b/README @@ -616,6 +616,14 @@ The following options need to be configured: boot loader that has already initialized the UART. Define this variable to flush the UART at init time. + CONFIG_SYS_NS16550_BROKEN_TEMT + + 16550 UART set the Transmitter Empty (TEMT) Bit when all output + has finished and the transmitter is totally empty. U-Boot waits + for this bit to be set to initialize the serial console. On some + broken platforms this bit is not set in SPL making U-Boot to + hang while waiting for TEMT. Define this option to avoid it. + - Console Interface: Depending on board, define exactly one serial port diff --git a/drivers/serial/ns16550.c b/drivers/serial/ns16550.c index bbd91ca..87a0917 100644 --- a/drivers/serial/ns16550.c +++ b/drivers/serial/ns16550.c @@ -36,8 +36,10 @@ void NS16550_init(NS16550_t com_port, int baud_divisor) { +#if (!defined(CONFIG_SYS_NS16550_BROKEN_TEMT)) while (!(serial_in(&com_port->lsr) & UART_LSR_TEMT)) ; +#endif serial_out(CONFIG_SYS_NS16550_IER, &com_port->ier); #if (defined(CONFIG_OMAP) && !defined(CONFIG_OMAP3_ZOOM2)) || \ -- 1.7.7.6

2 3

[U-Boot] [PATCH] Makefile: remove MLO.byteswap on clobber
by Nishanth Menon 11 Jan '13

11 Jan '13

On clobber, do a cleanup even for SPL build else, we'd have MLO.byteswap remaining for certain platforms like am33xx SPL builds Signed-off-by: Nishanth Menon <nm(a)ti.com> --- To notice the missing cleanup: With the cross compile flags set, do: make am335x_evm_config; make; make clobber; git status On branch master Untracked files: (use "git add <file>..." to include in what will be committed) MLO.byteswap Patch based on:v2013.01-rc2-172-gf8cfcf1 (master) git://git.denx.de/u-boot.git Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index a7b6cd1..4e64622 100644 --- a/Makefile +++ b/Makefile @@ -869,7 +869,7 @@ clobber: tidy @rm -f $(obj)nand_spl/{u-boot-nand_spl.lds,u-boot-spl,u-boot-spl.map} @rm -f $(obj)spl/{u-boot-spl,u-boot-spl.bin,u-boot-spl.map} @rm -f $(obj)spl/{u-boot-spl.lds,u-boot.lst} - @rm -f $(obj)MLO + @rm -f $(obj)MLO MLO.byteswap @rm -f $(obj)SPL @rm -f $(obj)tools/xway-swap-bytes @rm -f $(obj)arch/powerpc/cpu/mpc824x/bedbug_603e.c -- 1.7.9.5

2 2

[U-Boot] [PATCH 1/1] OMAP3: igep00x0: add CONFIG_SPL_BOARD_INIT for CONFIG_SPL_NAND_SUPPORT
by Javier Martinez Canillas 11 Jan '13

11 Jan '13

When booting an IGEPv2 board from NAND with SPL, U-Boot hangs trying to read the OMAP General Purpose Memory Controller (GPMC). The reason is that the GPMC initialization function is called inside spl_board_init() and this function is only executed when CONFIG_SPL_BOARD_INIT is defined. Signed-off-by: Javier Martinez Canillas <javier.martinez(a)collabora.co.uk> --- include/configs/igep00x0.h | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/include/configs/igep00x0.h b/include/configs/igep00x0.h index 47f637e..2110e64 100644 --- a/include/configs/igep00x0.h +++ b/include/configs/igep00x0.h @@ -318,6 +318,7 @@ #define CONFIG_SYS_MMC_SD_FAT_BOOT_PARTITION 1 #define CONFIG_SPL_FAT_LOAD_PAYLOAD_NAME "u-boot.img" +#define CONFIG_SPL_BOARD_INIT #define CONFIG_SPL_LIBCOMMON_SUPPORT #define CONFIG_SPL_LIBDISK_SUPPORT #define CONFIG_SPL_I2C_SUPPORT -- 1.7.7.6

3 2

[U-Boot] [RFC PATCH 0/2] USB: XHCI: Add xHCI host controller stack driver
by Vivek Gautam 11 Jan '13

11 Jan '13

This change adds necessary framework support for USB3.0 (Super-speed) and xHCI host controller stack layer. This stack will eventually interact with SOC specific USB 3.0 controllers. Based on 'master' branch of u-boot tree. Tested successfully with local patches on xHCI support for exynos5 with Kingston USB 2.0 data traveler (512 MB) and Corsair USB 3.0 flash voyager. However, also saw failures with Transcend USB 3.0 (8 GB) and a Jetflash 256 MB. We are further debugging and testing this thoroughly. In the meantime can this be reviewed please? This definitely needs further improvements ;-). Although, code is based on linux's xHCI host controller driver, at certain points putting some delays seemed to make the device working (couldn't get proper explanation on delays in xHCI or USB 3.0 specifications :-(, any help in this regard will be very much appreciated). Vivek Gautam (2): USB: SS: Add support for Super Speed USB interface USB: xHCI: Add stack support for xHCI common/cmd_usb.c | 6 +- common/usb.c | 41 +- common/usb_hub.c | 26 +- common/usb_storage.c | 35 +- drivers/usb/host/xhci.c | 3330 ++++++++++++++++++++++++++++++++++++++++++++++ drivers/usb/host/xhci.h | 1360 +++++++++++++++++++ include/common.h | 2 + include/linux/usb/ch9.h | 2 +- include/usb.h | 15 +- include/usb_defs.h | 26 +- include/usbdescriptors.h | 201 +++ 11 files changed, 5012 insertions(+), 32 deletions(-) create mode 100644 drivers/usb/host/xhci.c create mode 100644 drivers/usb/host/xhci.h -- 1.7.6.5

6 19

[U-Boot] [PATCH] mx6qsabreauto: enable USB host interface
by Dirk Behme 11 Jan '13

11 Jan '13

From: Knut Wohlrab <knut.wohlrab(a)de.bosch.com> The USB host interface is routed to plug USB1/J30 on the mother board. Signed-off-by: Knut Wohlrab <knut.wohlrab(a)de.bosch.com> --- board/freescale/mx6qsabreauto/mx6qsabreauto.c | 7 +++++++ include/configs/mx6qsabreauto.h | 11 +++++++++++ 2 files changed, 18 insertions(+), 0 deletions(-) diff --git a/board/freescale/mx6qsabreauto/mx6qsabreauto.c b/board/freescale/mx6qsabreauto/mx6qsabreauto.c index 9e3700e..696ddb4 100644 --- a/board/freescale/mx6qsabreauto/mx6qsabreauto.c +++ b/board/freescale/mx6qsabreauto/mx6qsabreauto.c @@ -101,6 +101,13 @@ static void setup_iomux_uart(void) imx_iomux_v3_setup_multiple_pads(uart4_pads, ARRAY_SIZE(uart4_pads)); } +#ifdef CONFIG_USB_EHCI_MX6 +int board_ehci_hcd_init(int port) +{ + return 0; +} +#endif + #ifdef CONFIG_FSL_ESDHC struct fsl_esdhc_cfg usdhc_cfg[1] = { {USDHC3_BASE_ADDR}, diff --git a/include/configs/mx6qsabreauto.h b/include/configs/mx6qsabreauto.h index f1ff201..52d1a98 100644 --- a/include/configs/mx6qsabreauto.h +++ b/include/configs/mx6qsabreauto.h @@ -18,6 +18,17 @@ #define CONFIG_MMCROOT "/dev/mmcblk0p2" #define PHYS_SDRAM_SIZE (2u * 1024 * 1024 * 1024) +/* USB Configs */ +#define CONFIG_CMD_USB +#define CONFIG_USB_EHCI +#define CONFIG_USB_EHCI_MX6 +#define CONFIG_USB_STORAGE +#define CONFIG_USB_HOST_ETHER +#define CONFIG_USB_ETHER_ASIX +#define CONFIG_MXC_USB_PORT 1 +#define CONFIG_MXC_USB_PORTSC (PORT_PTS_UTMI | PORT_PTS_PTW) +#define CONFIG_MXC_USB_FLAGS 0 + #include "mx6qsabre_common.h" #define CONFIG_SYS_FSL_USDHC_NUM 2 -- 1.7.0.4

3 2

[U-Boot] [PATCH V2 1/2] EXYNOS5: Make all display related code dependent on CONFIG_LCD
by Ajay Kumar 11 Jan '13

11 Jan '13

u-boot compilation fails for smdk5250 when we deselect CONFIG_LCD from the main config file. Following error was observed: drivers/video/libvideo.o: In function `exynos_lcd_init': /home/ajay/u-boot-samsung/drivers/video/exynos_fb.c:68: undefined reference to `lcd_set_flush_dcache' This is because exynos video drivers have dependency on CONFIG_LCD. Signed-off-by: Ajay Kumar <ajaykumar.rs(a)samsung.com> Acked-by: Simon Glass <sjg(a)chromium.org> --- Changes in V2: Add compilation error message to commit log. board/samsung/smdk5250/smdk5250.c | 2 ++ include/configs/exynos5250-dt.h | 2 ++ 2 files changed, 4 insertions(+) diff --git a/board/samsung/smdk5250/smdk5250.c b/board/samsung/smdk5250/smdk5250.c index 9c4bf9b..7a5f132 100644 --- a/board/samsung/smdk5250/smdk5250.c +++ b/board/samsung/smdk5250/smdk5250.c @@ -281,6 +281,7 @@ int board_early_init_f(void) } #endif +#ifdef CONFIG_LCD void cfg_lcd_gpio(void) { struct exynos5_gpio_part1 *gpio1 = @@ -374,3 +375,4 @@ void init_panel_info(vidinfo_t *vid) exynos_set_dp_platform_data(&dp_platform_data); } +#endif diff --git a/include/configs/exynos5250-dt.h b/include/configs/exynos5250-dt.h index 07bca1d..298bae9 100644 --- a/include/configs/exynos5250-dt.h +++ b/include/configs/exynos5250-dt.h @@ -299,10 +299,12 @@ /* Display */ #define CONFIG_LCD +#ifdef CONFIG_LCD #define CONFIG_EXYNOS_FB #define CONFIG_EXYNOS_DP #define LCD_XRES 2560 #define LCD_YRES 1600 #define LCD_BPP LCD_COLOR16 +#endif #endif /* __CONFIG_H */ -- 1.8.0

2 3

[U-Boot] e1000 : Correct Rx Threshold Granularity
by Darcy Watkins 11 Jan '13

11 Jan '13

Hello, I encountered an issue running an e1000 ethernet device with u-boot on an x86 (geode) and determined that the patch given in message # 122700 (April 2012) appears to fix it. Was that not committed for some reason? Regards, Darcy Darcy Watkins Senior Software Developer T 604.523.2371 x 449 F 604.648.9629 darcy.watkins(a)inmotiontechnology.com www.inmotiontechnology.com 350-625 Agnes Street - New Westminster, BC - V3M 5Y4

2 1