February 2016 - U-Boot

[U-Boot] [PATCH] mmc: show error message when "mmc dev" command fails
by Masahiro Yamada 12 Feb '16

12 Feb '16

Currently, "mmc dev" can silently fail. In case of failure, tell the user about it. Signed-off-by: Masahiro Yamada <yamada.masahiro(a)socionext.com> --- cmd/mmc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/cmd/mmc.c b/cmd/mmc.c index 1c7156f..87a9fb6 100644 --- a/cmd/mmc.c +++ b/cmd/mmc.c @@ -463,8 +463,10 @@ static int do_mmc_dev(cmd_tbl_t *cmdtp, int flag, } mmc = init_mmc_device(dev, true); - if (!mmc) + if (!mmc) { + printf("could not switch to mmc%d\n", dev); return CMD_RET_FAILURE; + } ret = mmc_select_hwpart(dev, part); printf("switch to partitions #%d, %s\n", -- 1.9.1

3 3

[U-Boot] [PATCH v3 0/3] UniPhier: add GPIO support
by Masahiro Yamada 12 Feb '16

12 Feb '16

Changes in v3: - one gpio bank per register Changes in v2: - Do not use "ngpio" property to specify the number of GPIO pins. Instead, use .data field of OF match table. Masahiro Yamada (3): gpio: uniphier: add driver for UniPhier GPIO controller gpio: do not include <asm/arch/gpio.h> for UniPhier ARM: uniphier: enable GPIO command and driver for UniPhier SoCs arch/arm/Kconfig | 1 + arch/arm/include/asm/gpio.h | 2 + configs/uniphier_ld4_sld8_defconfig | 2 + configs/uniphier_pro4_defconfig | 2 + configs/uniphier_pro5_defconfig | 2 + configs/uniphier_pxs2_ld6b_defconfig | 2 + configs/uniphier_sld3_defconfig | 2 + drivers/gpio/Kconfig | 6 ++ drivers/gpio/Makefile | 1 + drivers/gpio/gpio-uniphier.c | 134 +++++++++++++++++++++++++++++++++++ 10 files changed, 154 insertions(+) create mode 100644 drivers/gpio/gpio-uniphier.c -- 1.9.1

1 3

[U-Boot] [PATCH v3 0/6] add dma uclass implementation and adopt ti-edma3 to it
by Mugunthan V N 12 Feb '16

12 Feb '16

This patch series enables adds support for dma driver model and to adopt driver model. This has been tested on am437x-sk evm (logs [1]). also pushed a branch for testing [2] [1]: http://pastebin.ubuntu.com/14678498/ [2]: git://git.ti.com/~mugunthanvnm/ti-u-boot/mugunth-ti-u-boot.git dma-v3 changes from v2->v3: * Simplified device find from uclass_find_first_device() and device_probe() to uclass_first_device() so that all dma devices auto probes. * Changed ENODEV to EPROTONOSUPPORT which is appropriate here * Added documentation for return values changes from initial->v2: * changed config_dm_dma to config_dma. * removed un-wanted enums. * added dma_get_device(). * removed post_bind in uclass driver and added device_probe in dma_get_device() Mugunthan V N (6): dm: implement a DMA uclass dma: Kconfig: Add TI_EDMA3 entry sf: spi_flash: use dma to copy data from mmap region if platform supports spi: ti_qspi: compile out spi_flash_copy_mmap when CONFIG_DMA is defined drivers: dma: ti-edma3: convert driver to adopt driver model defconfig: am437x_sk_evm: enable dma driver model configs/am437x_sk_evm_defconfig | 1 + drivers/dma/Kconfig | 22 +++++++++++ drivers/dma/Makefile | 2 + drivers/dma/dma-uclass.c | 72 ++++++++++++++++++++++++++++++++++ drivers/dma/ti-edma3.c | 74 ++++++++++++++++++++++++++++++++++- drivers/mtd/spi/spi_flash.c | 9 +++++ drivers/spi/ti_qspi.c | 2 +- include/dm/uclass-id.h | 1 + include/dma.h | 86 +++++++++++++++++++++++++++++++++++++++++ 9 files changed, 266 insertions(+), 3 deletions(-) create mode 100644 drivers/dma/dma-uclass.c create mode 100644 include/dma.h -- 2.7.0.75.g3ee1e0f

3 11

[U-Boot] [PATCHv7 1/2] sf: remove conditional compilation for BAR wr/rd command
by Zhiqiang Hou 12 Feb '16

12 Feb '16

From: Hou Zhiqiang <Zhiqiang.Hou(a)freescale.com> For the Spansion style SPI flashs, the Extended address control bit (EXTADD) that control the switching between 3-Byte and 4-Byte addressing mode is also in BAR[7]. Even if without the macro CONFIG_SPI_FLASH_BAR, the BAR[7] should be abled to access. Signed-off-by: Hou Zhiqiang <Zhiqiang.Hou(a)freescale.com> --- V7: - New patch. drivers/mtd/spi/sf_internal.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/mtd/spi/sf_internal.h b/drivers/mtd/spi/sf_internal.h index 007a5a0..56936e5 100644 --- a/drivers/mtd/spi/sf_internal.h +++ b/drivers/mtd/spi/sf_internal.h @@ -94,9 +94,9 @@ enum spi_nor_option_flags { #define CMD_READ_EVCR 0x65 /* Bank addr access commands */ -#ifdef CONFIG_SPI_FLASH_BAR # define CMD_BANKADDR_BRWR 0x17 # define CMD_BANKADDR_BRRD 0x16 +#ifdef CONFIG_SPI_FLASH_BAR # define CMD_EXTNADDR_WREAR 0xC5 # define CMD_EXTNADDR_RDEAR 0xC8 #endif -- 2.1.0.27.g96db324

2 2

[U-Boot] [PATCH][v2] armv8/ls2080ardb: Enable VID support
by Rai Harninder 12 Feb '16

12 Feb '16

This patch enable VID support for ls2080ardb platform. It uses the common VID driver Signed-off-by: Rai Harninder <harninder.rai(a)nxp.com> --- Changes in v2 - Use CONFIG_FSL_LSCH3 instead of CONFIG_LAYERSCAPE since the latter is defined for other platforms as well - Modify patch description .../include/asm/arch-fsl-layerscape/immap_lsch3.h | 4 ++++ board/freescale/common/vid.c | 15 ++++++++++++++- board/freescale/ls2080ardb/ls2080ardb.c | 5 +++++ include/configs/ls2080ardb.h | 16 ++++++++++++++++ 4 files changed, 39 insertions(+), 1 deletions(-) diff --git a/arch/arm/include/asm/arch-fsl-layerscape/immap_lsch3.h b/arch/arm/include/asm/arch-fsl-layerscape/immap_lsch3.h index 91f3ce8..4fd58ee 100644 --- a/arch/arm/include/asm/arch-fsl-layerscape/immap_lsch3.h +++ b/arch/arm/include/asm/arch-fsl-layerscape/immap_lsch3.h @@ -146,6 +146,10 @@ struct ccsr_gur { u8 res_008[0x20-0x8]; u32 gpporcr1; /* General-purpose POR configuration */ u32 gpporcr2; /* General-purpose POR configuration 2 */ +#define FSL_CHASSIS3_DCFG_FUSESR_VID_SHIFT 25 +#define FSL_CHASSIS3_DCFG_FUSESR_VID_MASK 0x1F +#define FSL_CHASSIS3_DCFG_FUSESR_ALTVID_SHIFT 20 +#define FSL_CHASSIS3_DCFG_FUSESR_ALTVID_MASK 0x1F u32 dcfg_fusesr; /* Fuse status register */ u32 gpporcr3; u32 gpporcr4; diff --git a/board/freescale/common/vid.c b/board/freescale/common/vid.c index 1bd65a8..b037643 100644 --- a/board/freescale/common/vid.c +++ b/board/freescale/common/vid.c @@ -10,6 +10,8 @@ #include <asm/io.h> #ifdef CONFIG_LS1043A #include <asm/arch/immap_lsch2.h> +#elif defined(CONFIG_FSL_LSCH3) +#include <asm/arch/immap_lsch3.h> #else #include <asm/immap_85xx.h> #endif @@ -285,7 +287,7 @@ static int set_voltage(int i2caddress, int vdd) int adjust_vdd(ulong vdd_override) { int re_enable = disable_interrupts(); -#ifdef CONFIG_LS1043A +#if defined(CONFIG_LS1043A) || defined(CONFIG_FSL_LSCH3) struct ccsr_gur *gur = (void *)(CONFIG_SYS_FSL_GUTS_ADDR); #else ccsr_gur_t __iomem *gur = @@ -362,7 +364,11 @@ int adjust_vdd(ulong vdd_override) } /* get the voltage ID from fuse status register */ +#ifdef CONFIG_FSL_LSCH3 + fusesr = in_le32(&gur->dcfg_fusesr); +#else fusesr = in_be32(&gur->dcfg_fusesr); +#endif /* * VID is used according to the table below * --------------------------------------- @@ -387,6 +393,13 @@ int adjust_vdd(ulong vdd_override) vid = (fusesr >> FSL_CHASSIS2_DCFG_FUSESR_VID_SHIFT) & FSL_CHASSIS2_DCFG_FUSESR_VID_MASK; } +#elif defined(CONFIG_FSL_LSCH3) + vid = (fusesr >> FSL_CHASSIS3_DCFG_FUSESR_ALTVID_SHIFT) & + FSL_CHASSIS3_DCFG_FUSESR_ALTVID_MASK; + if ((vid == 0) || (vid == FSL_CHASSIS3_DCFG_FUSESR_ALTVID_MASK)) { + vid = (fusesr >> FSL_CHASSIS3_DCFG_FUSESR_VID_SHIFT) & + FSL_CHASSIS3_DCFG_FUSESR_VID_MASK; + } #else vid = (fusesr >> FSL_CORENET_DCFG_FUSESR_ALTVID_SHIFT) & FSL_CORENET_DCFG_FUSESR_ALTVID_MASK; diff --git a/board/freescale/ls2080ardb/ls2080ardb.c b/board/freescale/ls2080ardb/ls2080ardb.c index c63b639..9515b25 100644 --- a/board/freescale/ls2080ardb/ls2080ardb.c +++ b/board/freescale/ls2080ardb/ls2080ardb.c @@ -122,6 +122,11 @@ int select_i2c_ch_pca9547(u8 ch) return 0; } +int i2c_multiplexer_select_vid_channel(u8 channel) +{ + return select_i2c_ch_pca9547(channel); +} + int config_board_mux(int ctrl_type) { u8 reg5; diff --git a/include/configs/ls2080ardb.h b/include/configs/ls2080ardb.h index 116dbcd..9a95f31 100644 --- a/include/configs/ls2080ardb.h +++ b/include/configs/ls2080ardb.h @@ -14,6 +14,22 @@ #define CONFIG_DISPLAY_BOARDINFO +#define I2C_MUX_CH_VOL_MONITOR 0xa +#define I2C_VOL_MONITOR_ADDR 0x38 +#define CONFIG_VOL_MONITOR_IR36021_READ +#define CONFIG_VOL_MONITOR_IR36021_SET + +#define CONFIG_VID_FLS_ENV "ls2080ardb_vdd_mv" +#ifndef CONFIG_SPL_BUILD +#define CONFIG_VID +#endif +/* step the IR regulator in 5mV increments */ +#define IR_VDD_STEP_DOWN 5 +#define IR_VDD_STEP_UP 5 +/* The lowest and highest voltage allowed for LS2080ARDB */ +#define VDD_MV_MIN 819 +#define VDD_MV_MAX 1212 + #ifndef __ASSEMBLY__ unsigned long get_board_sys_clk(void); #endif -- 1.7.6.GIT

3 2

[U-Boot] Compilation errors after enabling the flash support
by Srinivasa_Nagalla＠DELL.com 12 Feb '16

12 Feb '16

Dell - Internal Use - Confidential Hi, I am developing U-Boot for ARM CPU and enabled FLASH support. During the compilation getting the following error - arch/arm/lib/libarm.o: In function `board_init_r': /sites/eqx/work/swdrivers03-1/snagalla/Omsai_STOMP_40G_DEV/Boot/Bootflash/STOMP_40G/u-boot/arch/arm/lib/board.c:922: undefined reference to `flash_init' common/libcommon.o: In function `addr2info': /sites/eqx/work/swdrivers03-1/snagalla/Omsai_STOMP_40G_DEV/Boot/Bootflash/STOMP_40G/u-boot/common/flash.c:126: undefined reference to `flash_info' common/libcommon.o: In function `flash_write': /sites/eqx/work/swdrivers03-1/snagalla/Omsai_STOMP_40G_DEV/Boot/Bootflash/STOMP_40G/u-boot/common/flash.c:181: undefined reference to `write_buff' /tools/vendor/bcm/iproc-3.4.8-RC2/usr/bin/arm-linux-ld.bfd: BFD (Broadcom Linux) 2.21.1 assertion fail elf32-arm.c:12241 /tools/vendor/bcm/iproc-3.4.8-RC2/usr/bin/arm-linux-ld.bfd: BFD (Broadcom Linux) 2.21.1 assertion fail elf32-arm.c:12241 /tools/vendor/bcm/iproc-3.4.8-RC2/usr/bin/arm-linux-ld.bfd: BFD (Broadcom Linux) 2.21.1 assertion fail elf32-arm.c:12478 /bin/sh: line 1: 28479 Segmentation fault (core dumped) /tools/vendor/bcm/iproc-3.4.8-RC2/usr/bin/arm-linux-ld.bfd -pie -T /sites/eqx/work/swdrivers03-1/snagalla/Omsai_STOMP_40G_DEV/Boot/Bootflash/STOMP_40G/u-boot/build-output/u-boot.lds -Bstatic -Ttext 0x1E000000 $UNDEF_SYM When I check the code the respective flash.h is included. But still seeing the error. Any inputs are highly appreciated... Thanks & Regards, Srinivasa Rao Nagalla

1 0

[U-Boot] [PATCH] arm: socfpga: Enable ethernet PHY configuration to RGMII again
by Stefan Roese 12 Feb '16

12 Feb '16

With commit c32a6fd0 [net: Don't call board/cpu_eth_init() with driver model], cpu_eth_init() is not called on SoCFPGA any more. Since this function configures the internal PHY interface to RGMII (via the physel_X bits), its still needed. So lets rename this function and call it in arch_early_init_r(). Tested on socfpga_sr1500. Signed-off-by: Stefan Roese <sr(a)denx.de> Cc: Simon Glass <sjg(a)chromium.org> Cc: Dinh Nguyen <dinguyen(a)opensource.altera.com> Cc: Marek Vasut <marex(a)denx.de> --- arch/arm/mach-socfpga/misc.c | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/arch/arm/mach-socfpga/misc.c b/arch/arm/mach-socfpga/misc.c index 9b43b92..2b1cd4a 100644 --- a/arch/arm/mach-socfpga/misc.c +++ b/arch/arm/mach-socfpga/misc.c @@ -104,7 +104,7 @@ static void dwmac_deassert_reset(const unsigned int of_reset_id) socfpga_per_reset(reset, 0); } -int cpu_eth_init(bd_t *bis) +static int dwmac_eth_init(void) { const void *fdt = gd->fdt_blob; struct fdtdec_phandle_args args; @@ -363,6 +363,10 @@ int arch_early_init_r(void) socfpga_per_reset(SOCFPGA_RESET(NAND), 0); #endif +#ifdef CONFIG_ETH_DESIGNWARE + dwmac_eth_init(); +#endif + return 0; } -- 2.7.1

3 5

[U-Boot] [PATCH 1/2] dm: video: Add a temporary work-around for old stdout var
by Simon Glass 11 Feb '16

11 Feb '16

Boards with a saved environment may use 'lcd' in their stdout environment variable, expecting that this will enable output to the LCD. When the board moves to use driver model for video, this will no-longer work. Add a work-around to fix this. A warning messages is printed, and we will remove the work-around at the end of 2016. Signed-off-by: Simon Glass <sjg(a)chromium.org> --- common/console.c | 8 ++++++++ drivers/video/Kconfig | 10 ++++++++++ 2 files changed, 18 insertions(+) diff --git a/common/console.c b/common/console.c index b3f5fdc..6a0d11b 100644 --- a/common/console.c +++ b/common/console.c @@ -650,6 +650,10 @@ struct stdio_dev *search_device(int flags, const char *name) struct stdio_dev *dev; dev = stdio_get_by_name(name); +#ifdef CONFIG_VIDCONSOLE_AS_LCD + if (!dev && !strcmp(name, "lcd")) + dev = stdio_get_by_name("vidconsole"); +#endif if (dev && (dev->flags & flags)) return dev; @@ -795,6 +799,10 @@ done: #ifndef CONFIG_SYS_CONSOLE_INFO_QUIET stdio_print_current_devices(); #endif /* CONFIG_SYS_CONSOLE_INFO_QUIET */ +#ifdef CONFIG_VIDCONSOLE_AS_LCD + if (strstr(stdoutname, "lcd")) + printf("Warning: Please change 'lcd' to 'vidconsole' in stdout/stderr environment vars\n"); +#endif #ifdef CONFIG_SYS_CONSOLE_ENV_OVERWRITE /* set the environment variables (will overwrite previous env settings) */ diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig index 981ba8b..ae6c244 100644 --- a/drivers/video/Kconfig +++ b/drivers/video/Kconfig @@ -57,6 +57,16 @@ config VIDEO_ROTATION struct video_priv: 0=unrotated, 1=90 degrees clockwise, 2=180 degrees, 3=270 degrees. +config VIDCONSOLE_AS_LCD + bool "Use 'vidconsole' when 'lcd' is seen in stdout" + depends on DM_VIDEO + help + This is a work-around for boards which have 'lcd' in their stdout + environment variable, but have moved to use driver model for video. + In this case the console will no-longer work. While it is possible + to update the environment, the breakage may be confusing for users. + This option will be removed around the end of 2016. + config VIDEO_VESA bool "Enable VESA video driver support" default n -- 2.7.0.rc3.207.g0ac5344

3 7

Re: [U-Boot] Falcon mode for TI DM355
by Tom Rini 11 Feb '16

11 Feb '16

On Thu, Feb 11, 2016 at 05:02:16PM -0000, Andy Pont wrote: > Hi Tom, > > > So, git commit 6761946f is what removed the board in question. Now, > > looking in mainline today (and also looking at 6761946f) I see that we > > had and have support for CONFIG_TARGET_OMAPL138_LCDK and that uses SPL > > which is a prerequisite for falcon mode. So there's nothing too low > > level that would need to be done for the DM355, just the board specific > > portions. > > The current implementation for the target hardware is based on 2013.07. Can > we make it work with that or should we look to move to something more > recent? Not wanting to make too many changes unnecessarily. Well, I don't see OMAPL138_LCDK support in mainline v2013.07 so this is going to fall into the kind of judgement calls you'll have to make and investigate further. -- Tom

1 0

Re: [U-Boot] Falcon mode for TI DM355
by Tom Rini 11 Feb '16

11 Feb '16

On Thu, Feb 11, 2016 at 11:53:06AM -0000, Andy Pont wrote: > Hello TI experts, > > I appreciate that all of the TI DM355 support long since (August 2015) > landed in the great board scrap yard in the sky or wherever it is git > chooses to hide it! > > I may have an upcoming project to reduce boot time on a pre-existing custom > platform using the DM355 and wondered if anyone had implemented SPL and > Falcon mode for it that didn't make it into mainline or whether this is > actually possible at all for this device? So, git commit 6761946f is what removed the board in question. Now, looking in mainline today (and also looking at 6761946f) I see that we had and have support for CONFIG_TARGET_OMAPL138_LCDK and that uses SPL which is a prerequisite for falcon mode. So there's nothing too low level that would need to be done for the DM355, just the board specific portions. -- Tom

2 1