January 2018 - U-Boot

[U-Boot] [PATCH] Revert "Kconfig: mx6ull: Deselect MX6UL from CONFIG_MX6ULL"
by Peng Fan 02 Jan '18

02 Jan '18

6ULL reuses as much as possible code from 6UL. Removing the selection will cause 6ULL could not boot up. So revert it. This reverts commit 051ba9e082f71f4709c32a69378192ca8964ca50. Signed-off-by: Peng Fan <peng.fan(a)nxp.com> --- arch/arm/mach-imx/mx6/Kconfig | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/arch/arm/mach-imx/mx6/Kconfig b/arch/arm/mach-imx/mx6/Kconfig index 58ee20a8b6..74cc3cb16e 100644 --- a/arch/arm/mach-imx/mx6/Kconfig +++ b/arch/arm/mach-imx/mx6/Kconfig @@ -73,9 +73,8 @@ config MX6UL_OPOS6UL select SUPPORT_SPL config MX6ULL - select SYS_L2CACHE_OFF - select ROM_UNIFIED_SECTIONS bool + select MX6UL config MX6_DDRCAL bool "Include dynamic DDR calibration routines" -- 2.14.1

2 1

[U-Boot] [PATCH 0/3][v2] sf: Update spi-nor framework
by Prabhakar Kushwaha 02 Jan '18

02 Jan '18

SPI-NOR framework currently supports- - (1-1-1, 1-1-2, 1-1-4) read protocols - read latency(dummy bytes) are hardcoded with the assumption that the flash would support it. - No support of mode bits. - No support of flash size above 128Mib This patch set add support of 1-2-2, 1-4-4 read protocols. It ports Linux commits "mtd: spi-nor: add a stateless method to support memory size above 128Mib" and "mtd: spi-nor: parse Serial Flash Discoverable Parameters (SFDP) tables". It enables 4byte address opcode and run time flash parameters discovery including dummy cycle and mode cycle. Prabhakar Kushwaha (3): sf: Add support of 1-2-2, 1-4-4 IO READ protocols sf: add method to support memory size above 128Mib sf: parse Serial Flash Discoverable Parameters (SFDP) tables Changes for v2: Incorporated Cyrille Pitchen's comments drivers/mtd/spi/sf_internal.h | 231 ++++++++++++++++- drivers/mtd/spi/spi_flash.c | 589 +++++++++++++++++++++++++++++++++++++++++- include/spi_flash.h | 2 + 3 files changed, 808 insertions(+), 14 deletions(-) -- 2.7.4

2 5

[U-Boot] [PATCH] mmc: fsl_esdhc: Fix eMMC 1.8v setting issue
by Peng Fan 02 Jan '18

02 Jan '18

Current USDHC driver will reset VSELECT to 0 (3.3v) during mmc init, then set to 1 for 1.8v eMMC I/O. When booting from eMMC, since ROM has already set VSELECT to 1.8v before running the u-boot. This reset in USDHC driver causes a short 2.2v pulse on CMD pin. Fix this issue by not reset VSELECT to 0 when 1.8v flag is set. Signed-off-by: Ye Li <ye.li(a)nxp.com> Signed-off-by: Peng Fan <peng.fan(a)nxp.com> --- drivers/mmc/fsl_esdhc.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/mmc/fsl_esdhc.c b/drivers/mmc/fsl_esdhc.c index 499d622..4bbe4f9 100644 --- a/drivers/mmc/fsl_esdhc.c +++ b/drivers/mmc/fsl_esdhc.c @@ -647,7 +647,11 @@ static int esdhc_init_common(struct fsl_esdhc_priv *priv, struct mmc *mmc) esdhc_write32(&regs->clktunectrlstatus, 0x0); /* Put VEND_SPEC to default value */ - esdhc_write32(&regs->vendorspec, VENDORSPEC_INIT); + if (priv->vs18_enable) + esdhc_write32(&regs->vendorspec, (VENDORSPEC_INIT | + ESDHC_VENDORSPEC_VSELECT)); + else + esdhc_write32(&regs->vendorspec, VENDORSPEC_INIT); /* Disable DLL_CTRL delay line */ esdhc_write32(&regs->dllctrl, 0x0); @@ -676,9 +680,6 @@ static int esdhc_init_common(struct fsl_esdhc_priv *priv, struct mmc *mmc) /* Set timout to the maximum value */ esdhc_clrsetbits32(&regs->sysctl, SYSCTL_TIMEOUT_MASK, 14 << 16); - if (priv->vs18_enable) - esdhc_setbits32(&regs->vendorspec, ESDHC_VENDORSPEC_VSELECT); - return 0; } -- 1.9.1

1 0

[U-Boot] [PATCH] driver: net: ldpaa_eth: Add PHY-less SGMII support
by Ashish Kumar 02 Jan '18

02 Jan '18

In case of PHY-less mode, there is no interaction with PHY so auto-neg etc is not required and link will have fixed attributes Signed-off-by: Ashish Kumar <Ashish.Kumar(a)nxp.com> Signed-off-by: Prabhakar Kushwaha <prabhakar.kushwaha(a)nxp.com> --- drivers/net/ldpaa_eth/ldpaa_eth.c | 9 +++++++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/drivers/net/ldpaa_eth/ldpaa_eth.c b/drivers/net/ldpaa_eth/ldpaa_eth.c index 21be79a..85e7faa 100644 --- a/drivers/net/ldpaa_eth/ldpaa_eth.c +++ b/drivers/net/ldpaa_eth/ldpaa_eth.c @@ -440,12 +440,17 @@ static int ldpaa_eth_open(struct eth_device *net_dev, bd_t *bd) bus = wriop_get_mdio(priv->dpmac_id); enet_if = wriop_get_enet_if(priv->dpmac_id); if ((bus == NULL) && - (enet_if == PHY_INTERFACE_MODE_XGMII)) { + ((enet_if == PHY_INTERFACE_MODE_XGMII) || + (enet_if == PHY_INTERFACE_MODE_SGMII))) { priv->phydev = (struct phy_device *) malloc(sizeof(struct phy_device)); memset(priv->phydev, 0, sizeof(struct phy_device)); - priv->phydev->speed = SPEED_10000; + if (enet_if == PHY_INTERFACE_MODE_XGMII) + priv->phydev->speed = SPEED_10000; + else + priv->phydev->speed = SPEED_1000; + priv->phydev->link = 1; priv->phydev->duplex = DUPLEX_FULL; } -- 2.7.4

3 4

[U-Boot] U-Boot and Builman Toolchains
by Adam Ford 02 Jan '18

02 Jan '18

Tom, I know that we need GCC 6 or newer to compile GCC, but buildman is still using older toolchains. Do you know if there are plans to update buildman to use newer toolchains? It seems to be linked to kernel.org, but it seems strange to me to have the build-in tools like Buildman use a toolchain that we are not allowed to use for compile. adam

2 1

[U-Boot] [ANN] U-Boot v2018.01-rc3 released
by Tom Rini 02 Jan '18

02 Jan '18

Hey all, It's late in the day, but it's still release day and I've put v2018.01-rc3 out. There's a few more fixes that are going to come in, but as things stand, release is looking to be on track for January 8th. Thanks all! -- Tom

1 0

[U-Boot] [PATCH] configs: am335x_boneblack: Bring back missed bootcmd
by Sam Protsenko 02 Jan '18

02 Jan '18

Commit b6251db8c3f0 ("Kconfig: Introduce USE_BOOTCOMMAND and migrate BOOTCOMMAND") removed CONFIG_BOOTCOMMAND option from include/configs/am335x_evm.h file. But that option wasn't added to defconfig files for BeagleBone Black board. Because of this we can't boot Linux from SD card using just "run bootcmd", getting next error: ** File not found /boot/undefined ** That's because "fdtfile" variable has "undefined" value by default, and "bootcmd" doesn't call "run findfdt" command, which assigns "fdtfile" to correct device tree file for current board name (obtained from EEPROM). So we are forced to either call "run findfdt" command manually, or assign manually "fdtfile=am335x-boneblack.dtb" (e.g. in uEnv.txt file). Bring back CONFIG_BOOTCOMMAND to BBB defconfigs so that we can boot Linux rootfs from SD card automatically without any addition actions. Signed-off-by: Sam Protsenko <semen.protsenko(a)linaro.org> --- configs/am335x_boneblack_defconfig | 1 + configs/am335x_boneblack_vboot_defconfig | 1 + 2 files changed, 2 insertions(+) diff --git a/configs/am335x_boneblack_defconfig b/configs/am335x_boneblack_defconfig index 55e0ebd69c..50093cd662 100644 --- a/configs/am335x_boneblack_defconfig +++ b/configs/am335x_boneblack_defconfig @@ -5,6 +5,7 @@ CONFIG_AM33XX=y # CONFIG_SPL_NAND_SUPPORT is not set CONFIG_DISTRO_DEFAULTS=y CONFIG_SYS_EXTRA_OPTIONS="EMMC_BOOT" +CONFIG_BOOTCOMMAND="if test ${boot_fit} -eq 1; then run update_to_fit; fi; run findfdt; run init_console; run envboot; run distro_bootcmd" CONFIG_SYS_CONSOLE_INFO_QUIET=y CONFIG_VERSION_VARIABLE=y CONFIG_ARCH_MISC_INIT=y diff --git a/configs/am335x_boneblack_vboot_defconfig b/configs/am335x_boneblack_vboot_defconfig index fe5b9e7622..aa9fb9739e 100644 --- a/configs/am335x_boneblack_vboot_defconfig +++ b/configs/am335x_boneblack_vboot_defconfig @@ -8,6 +8,7 @@ CONFIG_DISTRO_DEFAULTS=y CONFIG_FIT_SIGNATURE=y CONFIG_FIT_VERBOSE=y CONFIG_SYS_EXTRA_OPTIONS="EMMC_BOOT" +CONFIG_BOOTCOMMAND="if test ${boot_fit} -eq 1; then run update_to_fit; fi; run findfdt; run init_console; run envboot; run distro_bootcmd" CONFIG_SYS_CONSOLE_INFO_QUIET=y CONFIG_VERSION_VARIABLE=y CONFIG_ARCH_MISC_INIT=y -- 2.15.1

2 1

[U-Boot] [PATCH] ARM: omap3: evm: Do not relocate FDT address
by Derald D. Woods 02 Jan '18

02 Jan '18

This commit keeps the 'fdtaddr' as provided by DEFAULT_LINUX_BOOT_ENV. Signed-off-by: Derald D. Woods <woods.technical(a)gmail.com> --- include/configs/omap3_evm.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/omap3_evm.h b/include/configs/omap3_evm.h index 629d60b961..d95ccdf035 100644 --- a/include/configs/omap3_evm.h +++ b/include/configs/omap3_evm.h @@ -127,6 +127,7 @@ "fdtfile=" CONFIG_DEFAULT_FDT_FILE "\0" \ "mtdids=" CONFIG_MTDIDS_DEFAULT "\0" \ "mtdparts=" CONFIG_MTDPARTS_DEFAULT "\0" \ + "fdt_high=0xffffffff\0" \ "bootenv=uEnv.txt\0" \ "optargs=\0" \ "mmcdev=0\0" \ -- 2.15.1

3 10

[U-Boot] [PATCH 0/3] ARM: omap3: evm: Add OF_CONTROL support
by Derald D. Woods 02 Jan '18

02 Jan '18

This series adds OF_CONTROL support for TMDSEVM{3530,3730} and additionally updates ethaddr setup with smc911x initialization. Devicetree files are taken from Linux v4.15-rc3. Note that this is the first addition of OMAP34XX devicetree files. Tested using GCC 7.2.0 [--with-float=hard --with-mode=thumb] --- 8< ----------------------------------------------------------------- U-Boot SPL 2018.01-rc1-00177-g27f9740bcf (Dec 16 2017 - 13:13:10) Trying to boot from MMC1 reading u-boot.img reading u-boot.img U-Boot 2018.01-rc1-00177-g27f9740bcf (Dec 16 2017 - 13:13:10 -0600) OMAP3530-GP ES3.1, CPU-OPP2, L3-165MHz, Max CPU Clock 720 MHz Model: TI OMAP35XX EVM (TMDSEVM3530) OMAP3 EVM board + LPDDR/NAND I2C: ready DRAM: 256 MiB NAND: 256 MiB MMC: OMAP SD/MMC: 0 Read back SMSC id 0x92200000 OMAP die ID: 265a002400000000040365fa1801b01f Net: smc911x-0 starting USB... USB0: USB EHCI 1.00 scanning bus 0 for devices... 1 USB Device(s) found Hit any key to stop autoboot: 0 OMAP3_EVM # echo $stdin;echo $stdout;echo $stderr serial@4806a000 serial@4806a000 serial@4806a000 --- 8< ----------------------------------------------------------------- Derald D. Woods (3): ARM: dts: omap3-evm: Add support for TMDSEVM{3530,3730} ARM: dts: omap3-evm: Enable DM and devicetree for TMDSEVM{3530,3730} ARM: omap3: evm: Refactor 'board_eth_init' arch/arm/dts/Makefile | 4 + arch/arm/dts/omap-gpmc-smsc911x.dtsi | 55 ++++++ arch/arm/dts/omap3-evm-37xx-u-boot.dtsi | 29 ++++ arch/arm/dts/omap3-evm-37xx.dts | 110 ++++++++++++ arch/arm/dts/omap3-evm-common.dtsi | 195 +++++++++++++++++++++ arch/arm/dts/omap3-evm-processor-common.dtsi | 216 ++++++++++++++++++++++++ arch/arm/dts/omap3-evm-u-boot.dtsi | 29 ++++ arch/arm/dts/omap3-evm.dts | 89 ++++++++++ arch/arm/dts/omap3-panel-sharp-ls037v7dw01.dtsi | 73 ++++++++ arch/arm/dts/omap34xx.dtsi | 84 +++++++++ arch/arm/mach-omap2/omap3/Kconfig | 4 + board/ti/evm/evm.c | 24 +-- configs/omap3_evm_defconfig | 9 +- include/configs/omap3_evm.h | 2 - 14 files changed, 896 insertions(+), 27 deletions(-) create mode 100644 arch/arm/dts/omap-gpmc-smsc911x.dtsi create mode 100644 arch/arm/dts/omap3-evm-37xx-u-boot.dtsi create mode 100644 arch/arm/dts/omap3-evm-37xx.dts create mode 100644 arch/arm/dts/omap3-evm-common.dtsi create mode 100644 arch/arm/dts/omap3-evm-processor-common.dtsi create mode 100644 arch/arm/dts/omap3-evm-u-boot.dtsi create mode 100644 arch/arm/dts/omap3-evm.dts create mode 100644 arch/arm/dts/omap3-panel-sharp-ls037v7dw01.dtsi create mode 100644 arch/arm/dts/omap34xx.dtsi -- 2.15.1

2 14

[U-Boot] [PATCH 1/1] dm: core: remove orphaned parameter description in platdata.h
by Heinrich Schuchardt 02 Jan '18

02 Jan '18

struct driver_info has no field 'flags'. Signed-off-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- include/dm/platdata.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/dm/platdata.h b/include/dm/platdata.h index 488b2ab0ae..b73aa33093 100644 --- a/include/dm/platdata.h +++ b/include/dm/platdata.h @@ -23,7 +23,6 @@ * @name: Driver name * @platdata: Driver-specific platform data * @platdata_size: Size of platform data structure - * @flags: Platform data flags (DM_FLAG_...) */ struct driver_info { const char *name; -- 2.14.2

3 2