January 2015 - U-Boot

[U-Boot] v2015.01-rc4 REGRESSION: "scripts: fix binutils-version.sh" breaks things for non Linaro toolchains
by Hans de Goede 09 Jan '15

09 Jan '15

Hi, I noticed $subject while doing a MAKEALL. It seems that this commit: http://git.denx.de/?p=u-boot.git;a=commit;h=73c25753060c58e4c339fba306ed0de… Breaks things with Fedora's arm toolchain: [hans@shalem u-boot]$ scripts/binutils-version.sh arm-linux-gnu-as scripts/binutils-version.sh: line 22: printf: GNU: invalid number scripts/binutils-version.sh: line 22: printf: assembler: invalid number 0000 scripts/binutils-version.sh: line 22: printf: version: invalid number 0002 2400 And: [hans@shalem ~]$ arm-linux-gnu-as --version GNU assembler version 2.24.0-6.fc21 20140613 Copyright 2013 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or later. This program has absolutely no warranty. This assembler was configured for a target of `arm-linux-gnueabi'. Which makes $version_string: "GNU assembler version 2.24.0-6.fc21 20140613" and $MAJOR: "GNU assembler version 2" Regards, Hans

4 14

[U-Boot] [PATCH] doc: fix spelling errors in am335x/README
by Jeremiah Mahler 09 Jan '15

09 Jan '15

Fix several spelling errors and replace the invalid word "architectured" with "designed". Signed-off-by: Jeremiah Mahler <jmmahler(a)gmail.com> --- board/ti/am335x/README | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/board/ti/am335x/README b/board/ti/am335x/README index 947305b..19e0ecc 100644 --- a/board/ti/am335x/README +++ b/board/ti/am335x/README @@ -86,9 +86,9 @@ Step-3: Set BOOTSEL pin to select NAND boot, and POR the device. NOR === -The Beaglebone White can be equiped with a "memory cape" that in turn can +The Beaglebone White can be equipped with a "memory cape" that in turn can have a NOR module plugged into it. In this case it is then possible to -program and boot from NOR. Note that due to how U-Boot is architectured we +program and boot from NOR. Note that due to how U-Boot is designed we must build a specific version of U-Boot that knows we have NOR flash. This build is named 'am335x_evm_nor'. Further, we have a 'am335x_evm_norboot' build that will assume that the environment is on NOR rather than NAND. In @@ -193,7 +193,7 @@ Falcon Mode: NAND In this case the additional data is written to another partition of the NAND. In this example we assume that the uImage and device tree to be are -already located on the NAND somewhere (such as fileystem or mtd partition) +already located on the NAND somewhere (such as filesystem or mtd partition) along with a Falcon Mode aware MLO written to the correct locations for booting and mtdparts have been configured correctly for the board: -- 2.1.4

2 1

[U-Boot] [PATCH] mx25: Remove empty line after printing the reset cause
by Fabio Estevam 09 Jan '15

09 Jan '15

From: Fabio Estevam <fabio.estevam(a)freescale.com> Currently there is an unneeded empty line after printing the reset cause: U-Boot 2015.01-rc4-00080-g0551a93 (Jan 06 2015 - 13:04:19) CPU: Freescale i.MX25 rev1.2 at 399 MHz Reset cause: POR Board: MX25PDK I2C: ready DRAM: 64 MiB MMC: FSL_SDHC: 0 Remove the extra "\n" when printing the reset cause. Signed-off-by: Fabio Estevam <fabio.estevam(a)freescale.com> --- arch/arm/cpu/arm926ejs/mx25/generic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/cpu/arm926ejs/mx25/generic.c b/arch/arm/cpu/arm926ejs/mx25/generic.c index 4e9c0b5..8912098 100644 --- a/arch/arm/cpu/arm926ejs/mx25/generic.c +++ b/arch/arm/cpu/arm926ejs/mx25/generic.c @@ -181,7 +181,7 @@ int print_cpuinfo(void) (cpurev & 0xF0) >> 4, (cpurev & 0x0F), ((cpurev & 0x8000) ? " unknown" : ""), strmhz(buf, imx_get_armclk())); - printf("Reset cause: %s\n\n", get_reset_cause()); + printf("Reset cause: %s\n", get_reset_cause()); return 0; } #endif -- 1.9.1

2 1

[U-Boot] [PATCH] i2c:mxc fix array size of i2c_data
by Peng Fan 09 Jan '15

09 Jan '15

We should not hardcode array size of i2c_data to 3. To CONFIG_FSL_LSCH3, there are 4 i2c interface, but not 3. So the size of i2c_data array should be calculated using "ARRAY_SIZE(i2c_bases)". To avoid compile error, move i2c_bases before sram_data structure which contains i2c_data array. Signed-off-by: Peng Fan <Peng.Fan(a)freescale.com> --- drivers/i2c/mxc_i2c.c | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/drivers/i2c/mxc_i2c.c b/drivers/i2c/mxc_i2c.c index 021b2fe..fc5ee35 100644 --- a/drivers/i2c/mxc_i2c.c +++ b/drivers/i2c/mxc_i2c.c @@ -402,17 +402,6 @@ int bus_i2c_write(void *base, uchar chip, uint addr, int alen, return ret; } -struct i2c_parms { - void *base; - void *idle_bus_data; - int (*idle_bus_fn)(void *p); -}; - -struct sram_data { - unsigned curr_i2c_bus; - struct i2c_parms i2c_data[3]; -}; - static void * const i2c_bases[] = { #if defined(CONFIG_MX25) (void *)IMX_I2C_BASE, @@ -439,6 +428,17 @@ static void * const i2c_bases[] = { #endif }; +struct i2c_parms { + void *base; + void *idle_bus_data; + int (*idle_bus_fn)(void *p); +}; + +struct sram_data { + unsigned curr_i2c_bus; + struct i2c_parms i2c_data[ARRAY_SIZE(i2c_bases)]; +}; + void *i2c_get_base(struct i2c_adapter *adap) { return i2c_bases[adap->hwadapnr]; -- 1.8.4

3 2

[U-Boot] Pull request: u-boot-uniphier
by Masahiro YAMADA 09 Jan '15

09 Jan '15

Hi Tom, Please pull some Panasonic SoC specific updates. The following changes since commit 40ad4c4b1fea2497bc019ee82163b76d4b076730: Kconfig: move EXPERT option under "General setup" menu (2015-01-07 14:48:47 -0500) are available in the git repository at: git://git.denx.de/u-boot-uniphier.git master for you to fetch changes up to b4ad44baab713af371b1113dd63dd222ba73ba13: ARM: UniPhier: add UART initialization routine for low-level debug (2015-01-08 23:01:56 +0900) ---------------------------------------------------------------- Masahiro Yamada (3): ARM: UniPhier: fix SRAM size on support card ARM: UniPhier: enable output of system bus ARM: UniPhier: add UART initialization routine for low-level debug arch/arm/cpu/armv7/uniphier/lowlevel_init.S | 4 ++++ arch/arm/cpu/armv7/uniphier/ph1-ld4/Makefile | 1 + arch/arm/cpu/armv7/uniphier/ph1-ld4/lowlevel_debug.S | 29 +++++++++++++++++++++++++++++ arch/arm/cpu/armv7/uniphier/ph1-ld4/sbc_init.c | 7 +++++++ arch/arm/cpu/armv7/uniphier/ph1-pro4/Makefile | 1 + arch/arm/cpu/armv7/uniphier/ph1-pro4/lowlevel_debug.S | 39 +++++++++++++++++++++++++++++++++++++++ arch/arm/cpu/armv7/uniphier/ph1-sld8/Makefile | 1 + arch/arm/cpu/armv7/uniphier/ph1-sld8/lowlevel_debug.S | 29 +++++++++++++++++++++++++++++ arch/arm/cpu/armv7/uniphier/ph1-sld8/sbc_init.c | 7 +++++++ arch/arm/cpu/armv7/uniphier/support_card.c | 6 +++--- arch/arm/include/asm/arch-uniphier/debug-uart.S | 24 ++++++++++++++++++++++++ arch/arm/include/asm/arch-uniphier/sbc-regs.h | 1 + 12 files changed, 146 insertions(+), 3 deletions(-) create mode 100644 arch/arm/cpu/armv7/uniphier/ph1-ld4/lowlevel_debug.S create mode 100644 arch/arm/cpu/armv7/uniphier/ph1-pro4/lowlevel_debug.S create mode 100644 arch/arm/cpu/armv7/uniphier/ph1-sld8/lowlevel_debug.S create mode 100644 arch/arm/include/asm/arch-uniphier/debug-uart.S -- Best Regards Masahiro Yamada

2 1

[U-Boot] [PATCH] usb: gadget: pxa25x_udc: fix use-before-initialized bug
by Nable 09 Jan '15

09 Jan '15

Fix use-before-initialized bug in pxa25x_udc driver. Function usb_gadget_register_driver calls udc_disable, and udc_disable calls pullup_off that uses dev->mach->udc_command. But dev->mach is initialized in usb_gadget_register_driver after calling udc_disable. This patch fixes the order of initialization. Signed-off-by: Nable <Nable.MainInbox(a)googlemail.com> --- drivers/usb/gadget/pxa25x_udc.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/usb/gadget/pxa25x_udc.c b/drivers/usb/gadget/pxa25x_udc.c index 8945c5b..d4460b2 100644 --- a/drivers/usb/gadget/pxa25x_udc.c +++ b/drivers/usb/gadget/pxa25x_udc.c @@ -1950,11 +1950,11 @@ int usb_gadget_register_driver(struct usb_gadget_driver *driver) dev->watchdog.period = 5000 * CONFIG_SYS_HZ / 1000000; /* 5 ms */ dev->watchdog.function = udc_watchdog; + dev->mach = &mach_info; + udc_disable(dev); udc_reinit(dev); - dev->mach = &mach_info; - dev->gadget.name = "pxa2xx_udc"; retval = driver->bind(&dev->gadget); if (retval) { -- 2.1.4

2 5

[U-Boot] [PATCH v2 00/11] Add driver for VSC9953 Ethernet Switch
by Codrin Ciubotariu 08 Jan '15

08 Jan '15

This patches add support for VSC9953, a Vitesse L2 Switch IP which is integrated in the T1040/T1020 Freescale SoCs. About Device: ============= The Seville Gigabit Ethernet switch core contains eight 10/100/1000 Mbps Ethernet ports and two 10/100/1000/2500 Mbps ports. It provides a rich set of Ethernet switching features such as advanced TCAM-based VLAN and QoS processing as well as security processing using a TCAM. Switch interfaces: - 8 Gigabit switch ports (ports 0 to 7) are external and are connected to external PHYs - 2 switch ports (ports 8 and 9) of 2.5 G are connected (fixed links) to FMan ports (FM1@DTSEC1 and FM1@DTSEC2) Commands Overview: ============= Commands supported - enable/disable a port - check a port's link speed, duplexity and status. Commands syntax ethsw port <port_nr> enable|disable - enable/disable an l2 switch port ethsw port <port_nr> show - show an l2 switch port's configuration port_nr=0..9; use "all" for all ports => ethsw port all show Port Status Link Speed Duplex 0 enabled down 10 half 1 enabled down 10 half 2 enabled down 10 half 3 enabled up 1000 full 4 disabled down - half 5 disabled down - half 6 disabled down - half 7 disabled down - half 8 enabled up 2500 full 9 enabled up 2500 full => Changes since v1: - split the bug fix from the implementation of SerDes protocols of L2 Switch ports patch; - added debug messages if MDIO reads or writes timeout; - added debug messages when reset of VSC9953 switch fails; - replaced Copyright and license to the generic one; - added patch descriptions; Codrin Ciubotariu (11): net/fm: Fix error when FMAN MAC has no PHY arch/powerpc: Fix mapping of Freescale SerDes protocols arch/powerpc: Add SGMII support for the L2 Switch ports net/fm: Enable FMAN ports if l2switch ports are connected over SGMII net/vsc9953: Add driver for Vitesse VSC9953 L2 Switch IP arch/powerpc: Enable VSC9953 driver on T1040 and T1020 board/T1040qds: Fix lane-to-slot mapping for SerDes protocol 0x89 board/T1040qds: T1040 FMAN ports FM1@DTSEC1 and FM1@DTSEC2 have no PHYs board/T104xrdb: T1040 FMAN ports FM1@DTSEC1 and FM1@DTSEC2 have no PHYs board/T1040qds: Add VSC9953 support for T1040qds board board/T1040rdb: Add VSC9953 support for T1040rdb board arch/powerpc/cpu/mpc85xx/fsl_corenet2_serdes.c | 70 ++-- arch/powerpc/cpu/mpc85xx/t1040_serdes.c | 8 +- arch/powerpc/cpu/mpc8xxx/cpu.c | 7 + arch/powerpc/include/asm/config_mpc85xx.h | 3 + arch/powerpc/include/asm/fsl_serdes.h | 7 + board/freescale/t1040qds/eth.c | 95 +++++ board/freescale/t104xrdb/eth.c | 61 ++- doc/README.t1040-l2switch | 49 +++ drivers/net/Makefile | 1 + drivers/net/fm/eth.c | 30 +- drivers/net/fm/t1040.c | 3 +- drivers/net/vsc9953.c | 497 +++++++++++++++++++++++++ include/configs/T1040QDS.h | 4 + include/configs/T104xRDB.h | 6 + include/vsc9953.h | 402 ++++++++++++++++++++ 15 files changed, 1194 insertions(+), 49 deletions(-) create mode 100644 doc/README.t1040-l2switch create mode 100644 drivers/net/vsc9953.c create mode 100644 include/vsc9953.h -- 1.7.11.7

2 12

[U-Boot] checkpatch warning on Kconfig
by York Sun 08 Jan '15

08 Jan '15

Guys, I think this is a false positive warning. When I add a config to Kconfig, checkpatch complains WARNING: please write a paragraph that describes the config symbol fully #70: FILE: arch/powerpc/cpu/mpc85xx/Kconfig:33: +config TARGET_FOO_FOO total: 0 errors, 1 warnings, 0 checks, 2276 lines checked How can I get rid of this one? York

1 0

[U-Boot] sunxi video support patches (edid, lcd and vga support) have been queued up in u-boot-sunxi/next
by Hans de Goede 08 Jan '15

08 Jan '15

<resend from the right mailbox> Hi Ian, Anatolij, Thanks to Anatolij's hard work on reviewing all the patches today, everything is ready to go upstream now, and I've queued everything up in u-boot-sunxi/next for merging into v2015.04 once the merge window opens. I've also rebased u-boot-sunxi/next on top of current master, and as such done a forces push to u-boot-sunxi/next. Regards, Hans p.s. "Everything" excludes the 3 patch lvds lcd panel set I send a couple of days ago, I've prepared a v2 addressing Ian's concerns with v1.

1 0

[U-Boot] sunxi video support patches (edid, lcd and vga support) have been queued up in u-boot-sunxi/next
by Hans de Goede 08 Jan '15

08 Jan '15

Hi Ian, Anatolij, Thanks to Anatolij's hard work on reviewing all the patches today, everything is ready to go upstream now, and I've queued everything up in u-boot-sunxi/next for merging into v2015.04 once the merge window opens. I've also rebased u-boot-sunxi/next on top of current master, and as such done a forces push to u-boot-sunxi/next. Regards, Hans p.s. "Everything" excludes the 3 patch lvds lcd panel set I send a couple of days ago, I've prepared a v2 addressing Ian's concerns with v1.

1 0