November 2020 - U-Boot

[PATCH 0/4] ARM: upgrade Amlogic DT to Linux 5.10
by Neil Armstrong 12 Nov '20

12 Nov '20

This syncs the Amlogic DT to 5.10, and : - adds support for the new common MESON_EE_POWER_DOMAIN synced on 5.10 - adds Odroid-N2+ DT using the Odroid-N2 DT as base Neil Armstrong (4): ARM: dts: sync Amlogic GX & AXG from Linux 5.10-rc1 power: domain: meson-ee-pwrc: add support for the Meson GX SoCs power: domain: meson-ee-pwrc: add support for the Meson AXG SoCs configs: use the new MESON_EE_POWER_DOMAIN driver for Amlogic GXBB/GXL/GXM boards arch/arm/dts/Makefile | 1 + arch/arm/dts/meson-axg.dtsi | 6 +- arch/arm/dts/meson-g12b-khadas-vim3.dtsi | 88 --- arch/arm/dts/meson-g12b-odroid-n2-plus.dts | 31 + arch/arm/dts/meson-g12b-odroid-n2.dts | 618 +---------------- arch/arm/dts/meson-g12b-odroid-n2.dtsi | 625 ++++++++++++++++++ arch/arm/dts/meson-gx-mali450.dtsi | 61 ++ arch/arm/dts/meson-gx.dtsi | 18 +- arch/arm/dts/meson-gxbb.dtsi | 63 +- arch/arm/dts/meson-gxl-mali.dtsi | 46 +- arch/arm/dts/meson-gxl-s805x-libretech-ac.dts | 2 +- arch/arm/dts/meson-gxl-s805x.dtsi | 23 + arch/arm/dts/meson-gxl.dtsi | 17 +- arch/arm/dts/meson-gxm.dtsi | 45 +- arch/arm/dts/meson-khadas-vim3.dtsi | 94 ++- arch/arm/dts/meson-sm1-khadas-vim3l.dts | 86 --- configs/libretech-ac_defconfig | 2 +- configs/libretech-cc_defconfig | 2 +- configs/libretech-s905d-pc_defconfig | 2 +- configs/libretech-s912-pc_defconfig | 2 +- configs/odroid-c2_defconfig | 2 +- drivers/power/domain/meson-ee-pwrc.c | 52 +- include/dt-bindings/power/meson-axg-power.h | 14 + include/dt-bindings/power/meson-gxbb-power.h | 13 + 24 files changed, 1002 insertions(+), 911 deletions(-) create mode 100644 arch/arm/dts/meson-g12b-odroid-n2-plus.dts create mode 100644 arch/arm/dts/meson-g12b-odroid-n2.dtsi create mode 100644 arch/arm/dts/meson-gx-mali450.dtsi create mode 100644 arch/arm/dts/meson-gxl-s805x.dtsi create mode 100644 include/dt-bindings/power/meson-axg-power.h create mode 100644 include/dt-bindings/power/meson-gxbb-power.h -- 2.25.1

1 5

[PATCH] video: add TDO tl070wsh30 panel driver
by Neil Armstrong 12 Nov '20

12 Nov '20

This adds support for the TDO TL070WSH30 TFT-LCD panel module. The panel has a 1024×600 resolution and uses 24 bit RGB per pixel. It provides a MIPI DSI interface to the host, a built-in LED backlight and touch controller. Signed-off-by: Neil Armstrong <narmstrong(a)baylibre.com> --- drivers/video/Kconfig | 9 ++ drivers/video/Makefile | 1 + drivers/video/tdo-tl070wsh30.c | 155 +++++++++++++++++++++++++++++++++ 3 files changed, 165 insertions(+) create mode 100644 drivers/video/tdo-tl070wsh30.c diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig index 998271b9b6..9fef1a6d29 100644 --- a/drivers/video/Kconfig +++ b/drivers/video/Kconfig @@ -449,6 +449,15 @@ config VIDEO_LCD_SSD2828_RESET The reset pin of SSD2828 chip. This takes a string in the format understood by 'name_to_gpio' function, e.g. PH1 for pin 1 of port H. +config VIDEO_LCD_TDO_TL070WSH30 + bool "TDO TL070WSH30 DSI LCD panel support" + depends on DM_VIDEO + select VIDEO_MIPI_DSI + default n + help + Say Y here if you want to enable support for TDO TL070WSH30 + 1024x600 DSI video mode panel. + config VIDEO_LCD_HITACHI_TX18D42VM bool "Hitachi tx18d42vm LVDS LCD panel support" depends on VIDEO diff --git a/drivers/video/Makefile b/drivers/video/Makefile index 67a492a2d6..649901360f 100644 --- a/drivers/video/Makefile +++ b/drivers/video/Makefile @@ -56,6 +56,7 @@ obj-$(CONFIG_VIDEO_LCD_HITACHI_TX18D42VM) += hitachi_tx18d42vm_lcd.o obj-$(CONFIG_VIDEO_LCD_ORISETECH_OTM8009A) += orisetech_otm8009a.o obj-$(CONFIG_VIDEO_LCD_RAYDIUM_RM68200) += raydium-rm68200.o obj-$(CONFIG_VIDEO_LCD_SSD2828) += ssd2828.o +obj-$(CONFIG_VIDEO_LCD_TDO_TL070WSH30) += tdo-tl070wsh30.o obj-$(CONFIG_VIDEO_MB862xx) += mb862xx.o videomodes.o obj-${CONFIG_VIDEO_MESON} += meson/ obj-${CONFIG_VIDEO_MIPI_DSI} += mipi_dsi.o diff --git a/drivers/video/tdo-tl070wsh30.c b/drivers/video/tdo-tl070wsh30.c new file mode 100644 index 0000000000..ae9d11f475 --- /dev/null +++ b/drivers/video/tdo-tl070wsh30.c @@ -0,0 +1,155 @@ +// SPDX-License-Identifier: GPL-2.0+ +/* + * Copyright (C) 2020 BayLibre, SAS + * Author: Neil Armstrong <narmstrong(a)baylibre.com> + */ +#include <common.h> +#include <backlight.h> +#include <dm.h> +#include <mipi_dsi.h> +#include <panel.h> +#include <asm/gpio.h> +#include <dm/device_compat.h> +#include <linux/delay.h> +#include <power/regulator.h> + +struct tl070wsh30_panel_priv { + struct udevice *reg; + struct udevice *backlight; + struct gpio_desc reset; +}; + +static const struct display_timing default_timing = { + .pixelclock.typ = 47250000, + .hactive.typ = 1024, + .hfront_porch.typ = 46, + .hback_porch.typ = 100, + .hsync_len.typ = 80, + .vactive.typ = 600, + .vfront_porch.typ = 5, + .vback_porch.typ = 20, + .vsync_len.typ = 5, + .flags = DISPLAY_FLAGS_HSYNC_HIGH | DISPLAY_FLAGS_VSYNC_HIGH, +}; + +static int tl070wsh30_panel_enable_backlight(struct udevice *dev) +{ + struct mipi_dsi_panel_plat *plat = dev_get_platdata(dev); + struct mipi_dsi_device *device = plat->device; + struct tl070wsh30_panel_priv *priv = dev_get_priv(dev); + int ret; + + ret = mipi_dsi_attach(device); + if (ret < 0) + return ret; + + ret = mipi_dsi_dcs_exit_sleep_mode(device); + if (ret) + return ret; + + mdelay(200); + + ret = mipi_dsi_dcs_set_display_on(device); + if (ret) + return ret; + + mdelay(20); + + ret = backlight_enable(priv->backlight); + if (ret) + return ret; + + return 0; +} + +static int tl070wsh30_panel_get_display_timing(struct udevice *dev, + struct display_timing *timings) +{ + memcpy(timings, &default_timing, sizeof(*timings)); + + return 0; +} + +static int tl070wsh30_panel_ofdata_to_platdata(struct udevice *dev) +{ + struct tl070wsh30_panel_priv *priv = dev_get_priv(dev); + int ret; + + if (IS_ENABLED(CONFIG_DM_REGULATOR)) { + ret = device_get_supply_regulator(dev, "power-supply", + &priv->reg); + if (ret && ret != -ENOENT) { + dev_err(dev, "Warning: cannot get power supply\n"); + return ret; + } + } + + ret = gpio_request_by_name(dev, "reset-gpios", 0, &priv->reset, + GPIOD_IS_OUT); + if (ret) { + dev_err(dev, "Warning: cannot get reset GPIO\n"); + if (ret != -ENOENT) + return ret; + } + + ret = uclass_get_device_by_phandle(UCLASS_PANEL_BACKLIGHT, dev, + "backlight", &priv->backlight); + if (ret) { + dev_err(dev, "Cannot get backlight: ret=%d\n", ret); + return ret; + } + + return 0; +} + +static int tl070wsh30_panel_probe(struct udevice *dev) +{ + struct tl070wsh30_panel_priv *priv = dev_get_priv(dev); + struct mipi_dsi_panel_plat *plat = dev_get_platdata(dev); + int ret; + + if (IS_ENABLED(CONFIG_DM_REGULATOR) && priv->reg) { + ret = regulator_set_enable(priv->reg, true); + if (ret) + return ret; + } + + mdelay(10); + + /* reset panel */ + dm_gpio_set_value(&priv->reset, true); + + mdelay(10); + + dm_gpio_set_value(&priv->reset, false); + + /* fill characteristics of DSI data link */ + plat->lanes = 4; + plat->format = MIPI_DSI_FMT_RGB888; + plat->mode_flags = MIPI_DSI_MODE_VIDEO | + MIPI_DSI_MODE_VIDEO_BURST | + MIPI_DSI_MODE_LPM; + + return 0; +} + +static const struct panel_ops tl070wsh30_panel_ops = { + .enable_backlight = tl070wsh30_panel_enable_backlight, + .get_display_timing = tl070wsh30_panel_get_display_timing, +}; + +static const struct udevice_id tl070wsh30_panel_ids[] = { + { .compatible = "tdo,tl070wsh30" }, + { } +}; + +U_BOOT_DRIVER(tl070wsh30_panel) = { + .name = "tl070wsh30_panel", + .id = UCLASS_PANEL, + .of_match = tl070wsh30_panel_ids, + .ops = &tl070wsh30_panel_ops, + .ofdata_to_platdata = tl070wsh30_panel_ofdata_to_platdata, + .probe = tl070wsh30_panel_probe, + .platdata_auto_alloc_size = sizeof(struct mipi_dsi_panel_plat), + .priv_auto_alloc_size = sizeof(struct tl070wsh30_panel_priv), +}; -- 2.25.1

2 2

i.MX USB SDP broken on imx6q-sabresd
by Fabio Estevam 12 Nov '20

12 Nov '20

Hi, I am trying to load SPL and u-boot-dtb.img via USB using the imx_usb_loader tool. Running the latest mainline U-Boot on a imx6q-sabresd I get: $ sudo ./imx_usb SPL On the console: U-Boot SPL 2021.01-rc2-00005-g832bfad7451e (Nov 11 2020 - 23:00:05 -0300) Trying to boot from USB SDP SDP: initialize... SDP: handle requests... Then I try to load u-boot-dtb.img and the following is seen on the host PC: $ sudo ./imx_usb u-boot-dtb.img config file </usr/etc/imx-loader.d//imx_usb.conf> vid=0x066f pid=0x3780 file_name=mx23_usb_work.conf vid=0x15a2 pid=0x004f file_name=mx28_usb_work.conf vid=0x15a2 pid=0x0052 file_name=mx50_usb_work.conf vid=0x15a2 pid=0x0054 file_name=mx6_usb_work.conf vid=0x15a2 pid=0x0061 file_name=mx6_usb_work.conf vid=0x15a2 pid=0x0063 file_name=mx6_usb_work.conf vid=0x15a2 pid=0x0071 file_name=mx6_usb_work.conf vid=0x15a2 pid=0x007d file_name=mx6_usb_work.conf vid=0x15a2 pid=0x0080 file_name=mx6_usb_work.conf vid=0x1fc9 pid=0x0128 file_name=mx6_usb_work.conf vid=0x15a2 pid=0x0076 file_name=mx7_usb_work.conf vid=0x1fc9 pid=0x0126 file_name=mx7ulp_usb_work.conf vid=0x15a2 pid=0x0041 file_name=mx51_usb_work.conf vid=0x15a2 pid=0x004e file_name=mx53_usb_work.conf vid=0x15a2 pid=0x006a file_name=vybrid_usb_work.conf vid=0x066f pid=0x37ff file_name=linux_gadget.conf vid=0x1b67 pid=0x4fff file_name=mx6_usb_sdp_spl.conf vid=0x0525 pid=0xb4a4 file_name=mx6_usb_sdp_spl.conf vid=0x1fc9 pid=0x012b file_name=mx8mq_usb_work.conf config file </usr/etc/imx-loader.d//mx6_usb_sdp_spl.conf> parse /usr/etc/imx-loader.d//mx6_usb_sdp_spl.conf Trying to open device vid=0x0525 pid=0xb4a4 Interface 0 claimed HAB security state: development mode (0x56787856) == work item filename u-boot-dtb.img load_size 0 bytes load_addr 0x00000000 dcd 1 clear_dcd 0 plug 1 jump_mode 3 jump_addr 0x00000000 == end work item header not found 8400:2e77d044, 4000 do_download failed, err=-22 HAB security state: development mode (0x56787856) And nothing else appears in the console. I tried to bisect, but the latest version I got this to run was v2019.01, which was not using the driver model and prevents bisection. Does anyone have any suggestions? Thanks, Fabio Estevam

2 3

[PATCH v2 0/3] mmc: meson-gx: fix mmc & sdcard failur on SM1 SoCs
by Jaehoon Chung 12 Nov '20

12 Nov '20

Amlogic SM1 SoCs doesn't work over 50MHz. When phase sets to 270', it's working fine over 50MHz on Amlogic SM1 SoCs. To use a proper phase value adds an u-boot only sm1 compatible. In future, it needs to find what value is a proper about each SoCs. According to Neil's suggestion, applied code based on below patch. https://patchwork.ozlabs.org/project/uboot/patch/20201109031233.25320-1-jh8… Tested on Odroid-C4/N2, VIM3. Changelog v2: - Rewrote "[2/3] mmc: meson-gx: limit max frequency on SM1 SoCs" - Applied "mmc: meson_gx_mmc: change a clock phase to stable value" - Add Jaehoon's Signed-off tag Neil Armstrong (3): mmc: meson-gx: move arch header to local header mmc: meson-gx: change clock phase value on SM1 SoCs ARM: dts: meson-sm1: add u-boot specific MMC controller compatible .../meson-g12b-a311d-khadas-vim3-u-boot.dtsi | 1 + arch/arm/dts/meson-khadas-vim3-u-boot.dtsi | 2 -- .../dts/meson-sm1-khadas-vim3l-u-boot.dtsi | 1 + arch/arm/dts/meson-sm1-odroid-c4-u-boot.dtsi | 2 +- arch/arm/dts/meson-sm1-sei610-u-boot.dtsi | 2 +- arch/arm/dts/meson-sm1-u-boot.dtsi | 20 +++++++++++++ drivers/mmc/meson_gx_mmc.c | 29 +++++++++++++++---- .../sd_emmc.h => drivers/mmc/meson_gx_mmc.h | 10 ++++--- 8 files changed, 54 insertions(+), 13 deletions(-) create mode 100644 arch/arm/dts/meson-sm1-u-boot.dtsi rename arch/arm/include/asm/arch-meson/sd_emmc.h => drivers/mmc/meson_gx_mmc.h (95%) -- 2.29.0

3 5

[PATCH] ARM: mach-meson: update SoC IDs
by Neil Armstrong 12 Nov '20

12 Nov '20

Update From Linux commits - 240051cb833b ("soc: amlogic: meson-gx-socinfo: Add A1 and A113L IDs") - 1d7c541b8a5b ("soc: amlogic: meson-gx-socinfo: Add S905X3 ID for VIM3L") - fdfc6997bd08 ("soc: amlogic: meson-gx-socinfo: Fix S905D3 ID for VIM3L") - d16d0481e6ba ("soc: amlogic: meson-gx-socinfo: Fix S905X3 and S905D3 ID's") Signed-off-by: Neil Armstrong <narmstrong(a)baylibre.com> --- arch/arm/mach-meson/board-info.c | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/arch/arm/mach-meson/board-info.c b/arch/arm/mach-meson/board-info.c index 3abb27e03b..e61d1adb10 100644 --- a/arch/arm/mach-meson/board-info.c +++ b/arch/arm/mach-meson/board-info.c @@ -38,6 +38,7 @@ static const struct meson_gx_soc_id { { "G12A", 0x28 }, { "G12B", 0x29 }, { "SM1", 0x2b }, + { "A1", 0x2c }, }; static const struct meson_gx_package_id { @@ -65,7 +66,11 @@ static const struct meson_gx_package_id { { "S905X2", 0x28, 0x40, 0xf0 }, { "A311D", 0x29, 0x10, 0xf0 }, { "S922X", 0x29, 0x40, 0xf0 }, - { "S905X3", 0x2b, 0x5, 0xf }, + { "S905D3", 0x2b, 0x4, 0xf5 }, + { "S905X3", 0x2b, 0x5, 0xf5 }, + { "S905X3", 0x2b, 0x10, 0x3f }, + { "S905D3", 0x2b, 0x30, 0x3f }, + { "A113L", 0x2c, 0x0, 0xf8 }, }; DECLARE_GLOBAL_DATA_PTR; -- 2.25.1

1 1

Properly using gpio_request and pinmux for GPIO
by Oliver Westermann 12 Nov '20

12 Nov '20

Hey, I'm wondering if there is documentation or a good example on how to configure pin muxing in combination with the gpio_request functions. Our current implementation is incomplete as it doesn't handle the muxing, but before randomly copying code I would like to know what the "upstream" way of doing things like this is, so maybe someone can advise. The goal is to define N pins as "revision pins" (basically pull up/down resistors for board revisions) in the dts and based upon this definition read the pins and calculate a value. Our current implementation just has a pin list like this: board-rev-gpios = < &gpio0 1 GPIO_ACTIVE_HIGH &gpio0 2 GPIO_ACTIVE_HIGH &gpio0 3 GPIO_ACTIVE_HIGH >; and uses gpio_request_list_by_name() to access those by name, this works as long as no muxing is required. My current understanding of the full solution would be to define not only the gpios, but also a pinctrl, sth like this: DTS: board_rev { pinctrl-names = "gpio"; pinctrl-0 = <&pinctrl_board_rev>; gpios = < &gpio0 1 GPIO_ACTIVE_HIGH &gpio0 2 GPIO_ACTIVE_HIGH &gpio0 3 GPIO_ACTIVE_HIGH >; }; pinctrl_board_rev: i2c1grp { fsl,pins = < MX8MM_IOMUXC_GPIO1_IO00_GPIO1_IO0 0x400001c3 MX8MM_IOMUXC_GPIO1_IO00_GPIO1_IO2 0x400001c3 MX8MM_IOMUXC_GPIO1_IO00_GPIO1_IO3 0x400001c3 >; }; Code: /* get board_rev node as board_rev, prepare arrays, ... */ gpio_request_list_by_name(board_rev, "gpios", gpios, ARRAY_SIZE(gpios), GPIOD_IS_IN); pinctrl_select_state(board_rev, "gpio"); Would this be the correct way to use the muxing functionality? Best regards, Olli

1 0

[PATCH v2] arm: vexpress: don't reset flags in board_init for vexpress boards
by Arnaud Aujon Chevallier 12 Nov '20

12 Nov '20

Re-submitted because of missing description and signed-off flags reset in board_init caused bugs when executing command like editenv because the reallocated flag was lost. Signed-off-by: Arnaud Aujon Chevallier <arnaud(a)intelibre.fr>

1 0

[PATCH] vexpress: don't reset flags in board_init to avoid losing previous ones
by Arnaud Aujon Chevallier 12 Nov '20

12 Nov '20

--- board/armltd/vexpress/vexpress_common.c | 1 - 1 file changed, 1 deletion(-) diff --git a/board/armltd/vexpress/vexpress_common.c b/board/armltd/vexpress/vexpress_common.c index 70f6cd80d5..8fea8ff352 100644 --- a/board/armltd/vexpress/vexpress_common.c +++ b/board/armltd/vexpress/vexpress_common.c @@ -55,7 +55,6 @@ int board_init(void) { gd->bd->bi_boot_params = LINUX_BOOT_PARAM_ADDR; gd->bd->bi_arch_number = MACH_TYPE_VEXPRESS; - gd->flags = 0; icache_enable(); flash__init(); -- 2.26.2

1 0

[PATCH v3 0/1] RISC-V tracing support
by Pragnesh Patel 12 Nov '20

12 Nov '20

This series add a support of tracing for RISC-V arch. This series is also available here [1] for testing. [1] https://github.com/pragnesh26992/u-boot/tree/trace How to test this patch: 1) Enable tracing in "configs/sifive_fu540_defconfig" CONFIG_TRACE=y CONFIG_TRACE_BUFFER_SIZE=0x01000000 CONFIG_TRACE_CALL_DEPTH_LIMIT=15 CONFIG_CMD_TRACE=y 2) make FTRACE=1 sifive_fu540_defconfig 3) make FTRACE=1 Changes in v3: - Added gd->arch.plmt in global data - For timer_get_us(), use readq() instead of andes_plmt_get_count() and sifive_clint_get_count() Changes in v2: - Remove newly added timer file (arch/riscv/lib/timer.c) - Added timer_get_us() in riscv_timer.c, sifive_clint_timer.c and andes_plmt_timer.c. Following are the boot messages on FU540 five cores SMP platform: U-Boot SPL 2021.01-rc1-00244-g88b5af756c-dirty (Nov 11 2020 - 14:57:25 +0530) Trying to boot from MMC1 U-Boot 2021.01-rc1-00244-g88b5af756c-dirty (Nov 11 2020 - 14:57:25 +0530) CPU: rv64imafdc Model: SiFive HiFive Unleashed A00 DRAM: 8 GiB trace: enabled MMC: spi@10050000:mmc@0: 0 *** Warning - bad CRC, using default environment In: serial@10010000 Out: serial@10010000 Err: serial@10010000 Board serial number should not be 0 !! Net: Error: ethernet@10090000 address not set. No ethernet found. Hit any key to stop autoboot: 0 => trace stats 178,556 function sites 15,443,168 function calls 1 untracked function calls 1,279,056 traced function calls (14135744 dropped due to overflow) 19 maximum observed call depth 15 call depth limit 15,633,052 calls not traced due to depth => Pragnesh Patel (1): riscv: Add timer_get_us() for tracing arch/riscv/include/asm/global_data.h | 3 +++ drivers/timer/andes_plmt_timer.c | 19 ++++++++++++++++++- drivers/timer/riscv_timer.c | 14 +++++++++++++- drivers/timer/sifive_clint_timer.c | 19 ++++++++++++++++++- 4 files changed, 52 insertions(+), 3 deletions(-) -- 2.17.1

3 9

I2C on imx8qm - Failed to enable ipg clk
by Oliver Graute 12 Nov '20

12 Nov '20

Hello, I try to get my I2C working on imx8qm. But I run into this issue: => i2c bus Bus 3: i2c@5a830000 => i2c dev 3 Setting bus to 3 Failed to enable ipg clk Failure changing bus number (-524) Some idea how to fix that? I'am using U-Boot 2020.04 Best regards, Oliver

2 3