February 2018 - U-Boot

[U-Boot] [PATCH 1/3] cmd: fitupd: Convert CONFIG_CMD_FITUPD
by Marek Vasut 14 Feb '18

14 Feb '18

Convert the CONFIG_CMD_FITUPD symbol to Kconfig. Signed-off-by: Marek Vasut <marek.vasut+renesas(a)gmail.com> Cc: Tom Rini <trini(a)konsulko.com> --- cmd/Kconfig | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/cmd/Kconfig b/cmd/Kconfig index 7368b6df52..7c51749398 100644 --- a/cmd/Kconfig +++ b/cmd/Kconfig @@ -308,6 +308,12 @@ config CMD_SPL_WRITE_SIZE flash used by Falcon-mode boot. See the documentation until CMD_SPL for detail. +config CMD_FITUPD + bool "fitImage update command" + help + Implements the 'fitupd' command, which allows to automatically + store software updates present on a TFTP server in NOR Flash + config CMD_THOR_DOWNLOAD bool "thor - TIZEN 'thor' download" help -- 2.15.1

2 5

[U-Boot] [PULL] Please pull from u-boot-rockchip/master
by Dr. Philipp Tomsich 14 Feb '18

14 Feb '18

Tom, I have one fix and one clean-up ready for you to pull. The travis-run for this can be found at https://travis-ci.org/ptomsich/u-boot-rockchip/builds/340911706 Thanks, Philipp. The following changes since commit ebdb098c67c8fa1e9eb3d4e2f6a6a380fc222188: Prepare v2018.03-rc2 (2018-02-12 18:52:31 -0500) are available in the git repository at: git://git.denx.de/u-boot-rockchip.git master for you to fetch changes up to a5af51a703c3c68a56cfcf16ca6caa1dd8a6b934: spl: fit: move fdt_record_loadable out of ARCH_FIXUP_FDT_MEMORY guard (2018-02-13 12:52:57 +0100) ---------------------------------------------------------------- Heinrich Schuchardt (1): rockchip: gpio: remove dead code Philipp Tomsich (1): spl: fit: move fdt_record_loadable out of ARCH_FIXUP_FDT_MEMORY guard common/fdt_support.c | 78 +++++++++++++++++++++++++++++++++++++++--------------------------------------- drivers/gpio/rk_gpio.c | 4 ---- 2 files changed, 39 insertions(+), 43 deletions(-)

2 1

[U-Boot] [PATCH 1/1] fs: fat: avoid superfluous conversion calling set_cluster
by Heinrich Schuchardt 13 Feb '18

13 Feb '18

Parameter size of function set_cluster is of type unsigned long. It makes no sense to convert actsize to int before passing it to set_cluster as size. Signed-off-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- fs/fat/fat_write.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/fs/fat/fat_write.c b/fs/fat/fat_write.c index 2b753df2820..ccc03cecb6e 100644 --- a/fs/fat/fat_write.c +++ b/fs/fat/fat_write.c @@ -679,7 +679,8 @@ set_contents(fsdata *mydata, dir_entry *dentptr, __u8 *buffer, /* set remaining bytes */ actsize = filesize; - if (set_cluster(mydata, curclust, buffer, (int)actsize) != 0) { + if (set_cluster(mydata, curclust, buffer, + (unsigned long)actsize) != 0) { debug("error: writing cluster\n"); return -1; } @@ -696,7 +697,8 @@ set_contents(fsdata *mydata, dir_entry *dentptr, __u8 *buffer, return 0; getit: - if (set_cluster(mydata, curclust, buffer, (int)actsize) != 0) { + if (set_cluster(mydata, curclust, buffer, + (unsigned long)actsize) != 0) { debug("error: writing cluster\n"); return -1; } -- 2.14.2

2 1

[U-Boot] Make display initialization more flexible
by Christian Schnell 13 Feb '18

13 Feb '18

Hello, I have an A13-OLinuXino with a LCD-OLinuXino-7TS (7" touch LCD) and a LCD-OLinuXino-10 (10" LCD). I am building my own distribution using mainline U-Boot, mainline kernel and debian multistrap (stretch). My goal is to create a single distribution which supports all of the board's display types (VGA, LCD7, LCD7TS, LCD10, LCD10TS). With a really helpful tip from someone calling himself HolgerK I managed to get the LCDs working in the mainline kernel (https://www.olimex.com/forum/index.php?topic=6038.0). The solution left me with two device trees instead of one (one DTB for VGA and one for both LCDs). He also told me how to add support for the resistive touch panel to the LCD device tree. But the device tree is only the linux-side of the problem, part of the solution forced me to apply a patch to U-Boot, and I would like to hear your opinion. >From what I know from the linux-sunxi.org Wiki (http://linux-sunxi.org/LCD), U-Boot requires me to declare a couple of constants which are specific to the LCD model. In my case, this would mean to maintain three different bootloaders in my distribution (a whole U-Boot fleet!). In the linux-sunxi.org Wiki I stumbled upon this remark: http://linux-sunxi.org/Display#mainline_kernel which claims there is a way to control the value of at least CONFIG_VIDEO_LCD_MODE dynamically through the use of uenv variable "video-mode". But when looking at the sources I only found the static use of CONFIG_VIDEO_LCD_MODE in sunxi_display.c (twice). Is the Wiki incorrect or not applicable in my case or did I oversee something? So I introduced two new uenv variables "sunxi_video_lcd_mode" and "sunxi_video_lcd_bl_en", they correspond to CONFIG_VIDEO_LCD_MODE and CONFIG_VIDEO_LCD_BL_EN, respectively. In my case, these are the only two parameters that differ between VGA, LCD7" and LCD10" (when looking at the LCD Wiki page it looks like this is a pattern similar to many boards). I replaced the direct use of each preprocessor constant with a helper function that returns the respective environment variable's value if it is defined, and else falls back to the preprocessor constant. In my uEnv.txt, I keep the FDT filename in "fdt_file" and also a variable "fdt_enable". fdt_enble contains a list of fdt node aliases (or paths), and in boot.cmd the status of each of these nodes is set to "okay" using U-Boot's "fdt set <FDTNOE> status okay" when booting (nothing uncommon, other distros do the same). With all this, I can - override CONFIG_VIDEO_LCD_MODE and CONFIG_VIDEO_LCD_BL_EN using U-Boot's fw_setenv utility - switch between the VGA and the LCD device tree by modifying "fdt_file" in uEnv.txt - enable/disable the resistive touch panel by modifying "fdt_enable" in uEnv.txt and with that I was able to write a script "a13-config", it allows me to switch between the three (or five with touch) display types from the console, taking effect with the next reboot. Tested and works with all three types of displays. I can also preseed the uenv variables "sunxi_video_lcd_mode" and "sunxi_video_lcd_bl_en" using CONFIG_EXTRA_ENV_SETTINGS in my board's sunxi-common.h (defining them in uEnv.txt is too late, of course, they have to be permanently stored to be available when U-Boot initializes the display). I do not assign anything to CONFIG_VIDEO_LCD_MODE and CONFIG_VIDEO_LCD_BL_EN in .config any more. Are there plans in U-Boot to make the display initialization more flexible? Because I would have a few more ideas here. Definitely not the right place to ask, but does anybody know whether there is an official way to support the LCDs in mainline linux? The current mainline device tree for my board "sun5i-a13-olinuxino.dtb" enforces VGA and needs to be patched in order to use the LCDs, maybe the LCDs aren't even in their scope. Can anyone shed a bit more light on the tip I received from HolgerK? Last, in order to be able to use fw_setenv I had to modify CONFIG_ENV_OFFSET (default: 0x88000) to be aligned to CONFIG_ENV_SIZE (0x20000). I chose the next closest upper bound 0xA0000, is that recommended or should I chose a different offset? Why is CONFIG_ENV_OFFSET not a multiple of CONFIG_ENV_SIZE when fw_setenv requires it? Cheers, Christian

1 0

[U-Boot] [PATCH v2 00/11] arm: sunxi: Use proper and meaningful Kconfig entries
by Jagan Teki 13 Feb '18

13 Feb '18

Current arch/arm/mach-sunxi/Makefile has improper build options which relies mostly on MACH_ options. This series get rid of those and added proper Kconfig options. All Kconfig entry name are re-used from Linux so-that future dm conversion on these can be meaningful. Changes for v2: - Renamed PMIC_SUNXI to PMIC_AXP, so it PMIC driver implies to have AXP helpers and name start with PMIC_ sothat the notation can compatible with pmic dm-drivers Jagan Teki (11): sunxi: Add MFD_SUN6I_PRCM kconfig entry sunxi: Add I2C_SUN6I_P2WI kconfig entry sunxi: Use MFD_SUN6I_PRCM if used sunxi: Add SUNXI_RSB kconfig entry sunxi: Add PMIC_AXP kconfig entry sunxi: add DRAM_SUN6I kconfig sunxi: Add DRAM_SUN4I kconfig entry sunxi: Add DRAM_SUN9I kconfig entry sunxi: Add DRAM_SUN8I_A23 kconfig entry sunxi: Add DRAM_SUN8I_A33 kconfig entry sunxi: Add DRAM_SUN8I_A83T kconfig entry arch/arm/mach-sunxi/Kconfig | 81 ++++++++++++++++++++++++++++++++++++++++++++ arch/arm/mach-sunxi/Makefile | 30 ++++++---------- drivers/power/Kconfig | 5 +++ 3 files changed, 96 insertions(+), 20 deletions(-) -- 2.7.4

3 14

[U-Boot] [PATCH] net: ravb: Initialize PHY in probe() once
by Marek Vasut 13 Feb '18

13 Feb '18

Reset and initialize the PHY once in the probe() function rather than doing it over and over again is start() function. This requires us to keep the clock enabled while the driver is in use. This significantly reduces the time between transfers as the PHY doesn't have to restart autonegotiation between transfers, which takes forever. Signed-off-by: Marek Vasut <marek.vasut+renesas(a)gmail.com> Cc: Geert Uytterhoeven <geert+renesas(a)glider.be> Cc: Joe Hershberger <joe.hershberger(a)ni.com> --- drivers/net/ravb.c | 32 +++++++++++++++++++------------- 1 file changed, 19 insertions(+), 13 deletions(-) diff --git a/drivers/net/ravb.c b/drivers/net/ravb.c index 093288b639..bd30cba940 100644 --- a/drivers/net/ravb.c +++ b/drivers/net/ravb.c @@ -399,7 +399,7 @@ static int ravb_dmac_init(struct udevice *dev) static int ravb_config(struct udevice *dev) { struct ravb_priv *eth = dev_get_priv(dev); - struct phy_device *phy; + struct phy_device *phy = eth->phydev; u32 mask = ECMR_CHG_DM | ECMR_RE | ECMR_TE; int ret; @@ -410,13 +410,6 @@ static int ravb_config(struct udevice *dev) ravb_mac_init(eth); ravb_write_hwaddr(dev); - /* Configure phy */ - ret = ravb_phy_config(dev); - if (ret) - return ret; - - phy = eth->phydev; - ret = phy_startup(phy); if (ret) return ret; @@ -443,10 +436,6 @@ static int ravb_start(struct udevice *dev) struct ravb_priv *eth = dev_get_priv(dev); int ret; - ret = clk_enable(&eth->clk); - if (ret) - return ret; - ret = ravb_reset(dev); if (ret) goto err; @@ -473,8 +462,8 @@ static void ravb_stop(struct udevice *dev) { struct ravb_priv *eth = dev_get_priv(dev); + phy_shutdown(eth->phydev); ravb_reset(dev); - clk_disable(&eth->clk); } static int ravb_probe(struct udevice *dev) @@ -512,8 +501,23 @@ static int ravb_probe(struct udevice *dev) eth->bus = miiphy_get_dev_by_name(dev->name); + /* Bring up PHY */ + ret = clk_enable(&eth->clk); + if (ret) + goto err_mdio_register; + + ret = ravb_reset(dev); + if (ret) + goto err_mdio_reset; + + ret = ravb_phy_config(dev); + if (ret) + goto err_mdio_reset; + return 0; +err_mdio_reset: + clk_disable(&eth->clk); err_mdio_register: mdio_free(mdiodev); err_mdio_alloc: @@ -525,6 +529,8 @@ static int ravb_remove(struct udevice *dev) { struct ravb_priv *eth = dev_get_priv(dev); + clk_disable(&eth->clk); + free(eth->phydev); mdio_unregister(eth->bus); mdio_free(eth->bus); -- 2.15.1

3 3

[U-Boot] [PATCH 00/18] ARC: cache subsystem improvement/refactoring
by Eugeniy Paltsev 13 Feb '18

13 Feb '18

Eugeniy Paltsev (18): ARC: cache: move i$ entire operation to separate function ARC: cache: remove per-line I$ operations as unused ARC: cache: Add support of FLUSH_N_INV d$ operations ARC: introduce is_isa_X functions ARC: flush & invalidate D$ with a single command ARC: cache: move IOC initialization to separate function ARC: move BCR encodings to separate header file ARC: cache: allways check dcache status before entire/line operations ARC: cache: Use is_isa_arcv2() instead of CONFIG_ISA_ARCV2 ifdef ARC: cache: move slc status check into slc_entire_op and slc_rgn_op ARC: cache: get rid of [slc,pae,icache,dcache]_exists global variables ARC: mode cache global variables to global data struct ARC: move IOC enabling to compile time options ARC: implement function to sync I/D caches before relocation ARC: implement function to cleanup caches before linux ARC: cache: move pae exists check into slc_upper_region_init ARC: cache: don't invalidate SLC in invalidate_icache_all ARC: cache: add missing cache cleanup before cache disable arch/arc/Kconfig | 18 ++ arch/arc/include/asm/arc-bcr.h | 77 ++++++ arch/arc/include/asm/arcregs.h | 11 + arch/arc/include/asm/cache.h | 8 + arch/arc/include/asm/global_data.h | 6 + arch/arc/lib/bootm.c | 4 +- arch/arc/lib/cache.c | 469 +++++++++++++++++++------------------ arch/arc/lib/init_helpers.c | 6 +- 8 files changed, 365 insertions(+), 234 deletions(-) create mode 100644 arch/arc/include/asm/arc-bcr.h -- 2.9.3

1 18

[U-Boot] [PATCH] spl: fit: move fdt_record_loadable out of ARCH_FIXUP_FDT_MEMORY guard
by Philipp Tomsich 13 Feb '18

13 Feb '18

The fdt_record_loadable()-function was wedged between other functions that were guarded by ARCH_FIXUP_FDT_MEMORY. This could lead to linker errors on some configurations. With this change, fdt_record_loadable() is moved out of the ARCH_FIXUP_FDT_MEMORY guard (plus I tried to retain alphabetical ordering for functions by placing it appropriately). References: 9f45aeb ("spl: fit: implement fdt_record_loadable") Signed-off-by: Philipp Tomsich <philipp.tomsich(a)theobroma-systems.com> --- common/fdt_support.c | 78 ++++++++++++++++++++++++++-------------------------- 1 file changed, 39 insertions(+), 39 deletions(-) diff --git a/common/fdt_support.c b/common/fdt_support.c index 724452d..17623a1 100644 --- a/common/fdt_support.c +++ b/common/fdt_support.c @@ -410,45 +410,6 @@ static int fdt_pack_reg(const void *fdt, void *buf, u64 *address, u64 *size, return p - (char *)buf; } -int fdt_record_loadable(void *blob, u32 index, const char *name, - uintptr_t load_addr, u32 size, uintptr_t entry_point, - const char *type, const char *os) -{ - int err, node; - - err = fdt_check_header(blob); - if (err < 0) { - printf("%s: %s\n", __func__, fdt_strerror(err)); - return err; - } - - /* find or create "/fit-images" node */ - node = fdt_find_or_add_subnode(blob, 0, "fit-images"); - if (node < 0) - return node; - - /* find or create "/fit-images/<name>" node */ - node = fdt_find_or_add_subnode(blob, node, name); - if (node < 0) - return node; - - /* - * We record these as 32bit entities, possibly truncating addresses. - * However, spl_fit.c is not 64bit safe either: i.e. we should not - * have an issue here. - */ - fdt_setprop_u32(blob, node, "load-addr", load_addr); - if (entry_point != -1) - fdt_setprop_u32(blob, node, "entry-point", entry_point); - fdt_setprop_u32(blob, node, "size", size); - if (type) - fdt_setprop_string(blob, node, "type", type); - if (os) - fdt_setprop_string(blob, node, "os", os); - - return node; -} - #ifdef CONFIG_NR_DRAM_BANKS #define MEMORY_BANKS_MAX CONFIG_NR_DRAM_BANKS #else @@ -584,6 +545,45 @@ void fdt_fixup_ethernet(void *fdt) } } +int fdt_record_loadable(void *blob, u32 index, const char *name, + uintptr_t load_addr, u32 size, uintptr_t entry_point, + const char *type, const char *os) +{ + int err, node; + + err = fdt_check_header(blob); + if (err < 0) { + printf("%s: %s\n", __func__, fdt_strerror(err)); + return err; + } + + /* find or create "/fit-images" node */ + node = fdt_find_or_add_subnode(blob, 0, "fit-images"); + if (node < 0) + return node; + + /* find or create "/fit-images/<name>" node */ + node = fdt_find_or_add_subnode(blob, node, name); + if (node < 0) + return node; + + /* + * We record these as 32bit entities, possibly truncating addresses. + * However, spl_fit.c is not 64bit safe either: i.e. we should not + * have an issue here. + */ + fdt_setprop_u32(blob, node, "load-addr", load_addr); + if (entry_point != -1) + fdt_setprop_u32(blob, node, "entry-point", entry_point); + fdt_setprop_u32(blob, node, "size", size); + if (type) + fdt_setprop_string(blob, node, "type", type); + if (os) + fdt_setprop_string(blob, node, "os", os); + + return node; +} + /* Resize the fdt to its actual size + a bit of padding */ int fdt_shrink_to_minimum(void *blob, uint extrasize) { -- 2.1.4

4 4

[U-Boot] [PATCH 1/1] rockchip: gpio: remove dead code
by Heinrich Schuchardt 13 Feb '18

13 Feb '18

In the following statements if (a) return a; if (a) return c; the second return can never be executed. Identified by cppcheck. Signed-off-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- drivers/gpio/rk_gpio.c | 4 ---- 1 file changed, 4 deletions(-) diff --git a/drivers/gpio/rk_gpio.c b/drivers/gpio/rk_gpio.c index 11fc3e26bd..2419636c5f 100644 --- a/drivers/gpio/rk_gpio.c +++ b/drivers/gpio/rk_gpio.c @@ -86,10 +86,6 @@ static int rockchip_gpio_get_function(struct udevice *dev, unsigned offset) ret = pinctrl_get_gpio_mux(priv->pinctrl, priv->bank, offset); if (ret) return ret; - - /* If it's not 0, then it is not a GPIO */ - if (ret) - return GPIOF_FUNC; is_output = readl(&regs->swport_ddr) & OFFSET_TO_BIT(offset); return is_output ? GPIOF_OUTPUT : GPIOF_INPUT; -- 2.15.1

3 4

[U-Boot] [PATCH v1 0/7] splash screen on the stm32f769 disco board
by yannick fertre 13 Feb '18

13 Feb '18

This serie contains all patchsets needed for displaying a splash screen on the stm32f769 disco board. yannick fertre (7): video: stm32: stm32_ltdc: add bridge to display controller video: add support of MIPI DSI interface video: add support of panel OTM8009A video: add MIPI DSI host controller bridge video: add support of STM32 MIPI DSI controller driver arm: dts: stm32: add dsi for STM32F746 arm: dts: stm32: add display for STM32F769 disco board arch/arm/dts/stm32f746.dtsi | 12 + arch/arm/dts/stm32f769-disco.dts | 59 +++ drivers/video/Kconfig | 23 ++ drivers/video/Makefile | 4 + drivers/video/dw_mipi_dsi.c | 822 +++++++++++++++++++++++++++++++++++++ drivers/video/mipi_display.c | 809 ++++++++++++++++++++++++++++++++++++ drivers/video/orisetech_otm8009a.c | 316 ++++++++++++++ drivers/video/stm32/Kconfig | 10 + drivers/video/stm32/Makefile | 1 + drivers/video/stm32/stm32_dsi.c | 429 +++++++++++++++++++ drivers/video/stm32/stm32_ltdc.c | 107 +++-- include/dw_mipi_dsi.h | 32 ++ include/mipi_display.h | 257 +++++++++++- 13 files changed, 2844 insertions(+), 37 deletions(-) create mode 100644 drivers/video/dw_mipi_dsi.c create mode 100644 drivers/video/mipi_display.c create mode 100644 drivers/video/orisetech_otm8009a.c create mode 100644 drivers/video/stm32/stm32_dsi.c create mode 100644 include/dw_mipi_dsi.h -- 1.9.1

1 7