February 2020 - U-Boot

[PATCH] Revert "dm: core: device: switch off power domain after device removal"
by Neil Armstrong 02 Mar '20

02 Mar '20

This commit breaks Linux boot on Amlogic libretech-cc, libretech-ac, sei510, sei610 board by automatically disabling the power domain after device removal. This because the power domain associated to the video driver must be kept enabled for linux to boot. The only way is to use the introduced flag DM_FLAG_DEFAULT_PD_CTRL_OFF, which removes automatic handling of power domain. This flag is not a complete solution since it will force reverting to manually enable the power domain from the driver probe. Instead a flag to keep the power domain enabled after removal should be introduced. In the meantime revert this commit until a proper solution is found. This reverts commit 52edfed65de967a86983a55c51ba0727090efc43. Signed-off-by: Neil Armstrong <narmstrong(a)baylibre.com> --- Hi Simon, Tom, This revert is the simplest fix to make the boards boot again on v2020.04, the goal is to make this behavior happen again with a proper flag to keep the power domain enabled on specific drivers. I can push it on my next PR on my branch, is it ok ? Neil drivers/core/device-remove.c | 5 ----- 1 file changed, 5 deletions(-) diff --git a/drivers/core/device-remove.c b/drivers/core/device-remove.c index 444e34b492..5540053d3c 100644 --- a/drivers/core/device-remove.c +++ b/drivers/core/device-remove.c @@ -16,7 +16,6 @@ #include <dm/uclass.h> #include <dm/uclass-internal.h> #include <dm/util.h> -#include <power-domain.h> int device_chld_unbind(struct udevice *dev, struct driver *drv) { @@ -194,10 +193,6 @@ int device_remove(struct udevice *dev, uint flags) } } - if (!(drv->flags & DM_FLAG_DEFAULT_PD_CTRL_OFF) && - (dev != gd->cur_serial_dev)) - dev_power_domain_off(dev); - if (flags_remove(flags, drv->flags)) { device_free(dev); -- 2.22.0

2 4

[PATCH v2 0/4] x86: Improve support for chain-loading U-Boot
by Simon Glass 02 Mar '20

02 Mar '20

This little series adds a few checks into the code to allow better operation when booting a build from a previous-state loader such as coreboot. At present we have a 'coreboot' target but this runs very different code from the bare-metal targets, such as coral. There is very little in common between them. It is useful to be able to boot the same U-Boot on a device, with or without a first-stage bootloader. For example, with chromebook_coral, it is helpful for testing to be able to boot the same U-Boot (complete with FSP) on bare metal and from coreboot. It allows checking of things like CPU speed, comparing registers, ACPI tables and the like. The idea is to change ll_boot_init() to false, and rebuild without changing anything else. This series makes the most important changes to allow coral to boot on coreboot. Changes in v2: - Drop the other check in interrupt_init() which is not needed now - Drop patch 'dm: Avoid initing built-in devices when chain loading' Simon Glass (4): x86: fsp: Allow skipping init code when chain loading x86: apl: Skip init code when chain loading x86: cpu: Skip init code when chain loading pci: Avoid auto-config when chain loading arch/x86/cpu/apollolake/fsp_s.c | 2 ++ arch/x86/cpu/cpu.c | 4 +++- arch/x86/cpu/i386/interrupt.c | 6 ++++-- arch/x86/lib/fsp/fsp_dram.c | 8 ++++++++ arch/x86/lib/fsp/fsp_graphics.c | 3 +++ arch/x86/lib/fsp2/fsp_dram.c | 10 ++++++++++ arch/x86/lib/fsp2/fsp_init.c | 2 +- arch/x86/lib/init_helpers.c | 3 +++ drivers/pci/pci-uclass.c | 4 ++-- 9 files changed, 36 insertions(+), 6 deletions(-) -- 2.25.0.265.gbab2e86ba0-goog

3 8

[PATCH] cmd: efidebug: fix a failure of "boot rm" sub-command
by AKASHI Takahiro 02 Mar '20

02 Mar '20

There is a wrong usage of utf8_utf16_strncpy() in "boot rm" command, and then it will end up with a failure of this command due to a wrong value of an interim variable ("var_name16"). Signed-off-by: AKASHI Takahiro <takahiro.akashi(a)linaro.org> --- cmd/efidebug.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/cmd/efidebug.c b/cmd/efidebug.c index 576e95b395dc..3a50dafbbca6 100644 --- a/cmd/efidebug.c +++ b/cmd/efidebug.c @@ -641,7 +641,7 @@ static int do_efi_boot_rm(cmd_tbl_t *cmdtp, int flag, int id, i; char *endp; char var_name[9]; - u16 var_name16[9]; + u16 var_name16[9], *p; efi_status_t ret; if (argc == 1) @@ -654,7 +654,8 @@ static int do_efi_boot_rm(cmd_tbl_t *cmdtp, int flag, return CMD_RET_FAILURE; sprintf(var_name, "Boot%04X", id); - utf8_utf16_strncpy((u16 **)&var_name16, var_name, 9); + p = var_name16; + utf8_utf16_strncpy(&p, var_name, 9); ret = EFI_CALL(RT->set_variable(var_name16, &guid, 0, 0, NULL)); if (ret) { -- 2.24.0

2 3

Pull request for UEFI sub-system for efi-2020-04-rc4 (2)
by Heinrich Schuchardt 02 Mar '20

02 Mar '20

The following changes since commit 12fdbbe860f395575f360f0c03d84bce61a9a212: Merge tag 'ti-v2020.04-rc4' of https://gitlab.denx.de/u-boot/custodians/u-boot-ti (2020-02-27 08:51:01 -0500) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git tags/efi-2020-04-rc4-2 for you to fetch changes up to 71a7de4467030362ef2582c355c086eb5fc4143f: doc/efi: add load file 2 protocol to HTML documentation (2020-02-28 19:37:14 +0100) ---------------------------------------------------------------- Pull request for UEFI sub-system for efi-2020-04-rc4 (2) In Linux next-20200228 patches have been merged to load an initial ramdisk using an EFI_LOAD_FILE2_PROTOCOL provided by the firmware. See commit ec93fc371f01 ("efi/libstub: Add support for loading the initrd from a device path"). The idea behind it is that the firmware should be responsible for validating the initrd in a secure boot setup. This pull-request comprises a patch series which let's U-Boot provide an initial implementation of the EFI_LOAD_FILE2_PROTOCOL providing the initrd. ---------------------------------------------------------------- Heinrich Schuchardt (1): doc/efi: add load file 2 protocol to HTML documentation Ilias Apalodimas (2): efi_loader: Implement FileLoad2 for initramfs loading efi_selftest: add selftests for loadfile2 used to load initramfs cmd/efidebug.c | 4 + doc/api/efi.rst | 9 ++ doc/uefi/uefi.rst | 12 ++ include/efi_api.h | 17 +++ include/efi_load_initrd.h | 25 ++++ include/efi_loader.h | 1 + lib/efi_loader/Kconfig | 15 ++ lib/efi_loader/Makefile | 1 + lib/efi_loader/efi_load_initrd.c | 198 +++++++++++++++++++++++++ lib/efi_loader/efi_setup.c | 5 + lib/efi_selftest/Makefile | 1 + lib/efi_selftest/efi_selftest_load_initrd.c | 220 ++++++++++++++++++++++++++++ 12 files changed, 508 insertions(+) create mode 100644 include/efi_load_initrd.h create mode 100644 lib/efi_loader/efi_load_initrd.c create mode 100644 lib/efi_selftest/efi_selftest_load_initrd.c

2 1

[GIT PULL] UniPhier SoC updates for v2020.04 (3rd)
by Masahiro Yamada 02 Mar '20

02 Mar '20

Hi Tom, Please pull more updates. Thanks. The following changes since commit 548ce227d3d852455c6395c0cec30af0cda77b09: Prepare v2020.04-rc3 (2020-02-26 07:53:20 -0500) are available in the Git repository at: https://gitlab.denx.de/u-boot/custodians/u-boot-uniphier.git tags/uniphier-v2020.04-3 for you to fetch changes up to 53265152d2e395bc363d9824a06a1ffd5df3438e: ARM: dts: uniphier: remove U-Boot own EEPROM compatible and property (2020-02-29 14:12:51 +0900) ---------------------------------------------------------------- UniPhier SoC updates for v2020.04 (3rd) - Enable ADMA and HS400 for the eMMC driver on 64-bit SoCs - Add some convenient environment variables to handle SD card - Sanitize the NAND controller reset sequence and its WP handling - Sync DT with Linux ---------------------------------------------------------------- Masahiro Yamada (9): ARM: uniphier: enable CONFIG_MMC_SDHCI_ADMA for uniphier_v8_defconfig ARM: uniphier: add sdscript, sdboot, sdupdate environment variables ARM: uniphier: move NAND reset assertion to U-Boot proper from SPL ARM: uniphier: remove workaround for the NAND write protect ARM: uniphier: detect the base of micro support card at run-time ARM: uniphier: enable CONFIG_MMC_HS400_SUPPORT for uniphier_v8_defconfig ARM: dts: uniphier: rename DT nodes to follow json-schema ARM: dts: uniphier: add reset-names to NAND controller node ARM: dts: uniphier: remove U-Boot own EEPROM compatible and property arch/arm/dts/uniphier-ld11-global.dts | 2 +- arch/arm/dts/uniphier-ld11.dtsi | 9 ++++--- arch/arm/dts/uniphier-ld20.dtsi | 11 ++++---- arch/arm/dts/uniphier-ld4.dtsi | 13 +++++----- arch/arm/dts/uniphier-pro4-ace.dts | 3 +-- arch/arm/dts/uniphier-pro4-sanji.dts | 3 +-- arch/arm/dts/uniphier-pro4.dtsi | 15 +++++------ arch/arm/dts/uniphier-pro5.dtsi | 15 +++++------ arch/arm/dts/uniphier-pxs2-gentil.dts | 3 +-- arch/arm/dts/uniphier-pxs2.dtsi | 13 +++++----- arch/arm/dts/uniphier-pxs3.dtsi | 11 ++++---- arch/arm/dts/uniphier-ref-daughter.dtsi | 3 +-- arch/arm/dts/uniphier-sld8.dtsi | 13 +++++----- arch/arm/mach-uniphier/Makefile | 1 + arch/arm/mach-uniphier/board_init.c | 4 +++ arch/arm/mach-uniphier/board_late_init.c | 17 ------------- arch/arm/mach-uniphier/clk/clk-early-ld4.c | 7 ------ arch/arm/mach-uniphier/init.h | 8 ++++++ arch/arm/mach-uniphier/micro-support-card.c | 43 +++++++++++++++++++++++--------- arch/arm/mach-uniphier/mmc-first-dev.c | 27 +++++++++++++++++--- arch/arm/mach-uniphier/nand-reset.c | 43 ++++++++++++++++++++++++++++++++ configs/uniphier_v8_defconfig | 4 +-- include/configs/uniphier.h | 11 ++++++++ 23 files changed, 182 insertions(+), 97 deletions(-) create mode 100644 arch/arm/mach-uniphier/nand-reset.c -- Best Regards Masahiro Yamada

2 1

[PATCH 0/4] rockchip: rk3399: Fix HDMI out
by Jagan Teki 02 Mar '20

02 Mar '20

Due to recent Linux dts(i) sync for rk3399. the existing vop driver is not working with HDMI out on RK3399. These patches fixing the same and enabled HDMI out new boards. Any inputs? Jagan. Jagan Teki (4): arm64: dts: rk3399-u-boot: Delete vop assigned-clocks/rates video: rockchip: Fix vop modes for rk3399 rockchip: Enable pre console for rk3399 rockchip: Enable HDMI output on rk3399 board w/ HDMI arch/arm/dts/rk3399-u-boot.dtsi | 4 ++++ arch/arm/include/asm/arch-rockchip/vop_rk3288.h | 11 +++++++++++ arch/arm/mach-rockchip/Kconfig | 1 + common/Kconfig | 1 + configs/nanopc-t4-rk3399_defconfig | 6 ++++++ configs/nanopi-m4-rk3399_defconfig | 6 ++++++ configs/nanopi-neo4-rk3399_defconfig | 6 ++++++ configs/roc-pc-rk3399_defconfig | 6 ++++++ drivers/video/rockchip/rk3399_vop.c | 2 -- drivers/video/rockchip/rk_vop.c | 4 ++++ include/configs/evb_rk3399.h | 5 +++++ 11 files changed, 50 insertions(+), 2 deletions(-) -- 2.18.0.321.gffc6fa0e3

4 10

[PATCH] configs: socfpga: cyclone5: Enable CONFIG_NET_RANDOM_ETHADDR
by Ley Foon Tan 02 Mar '20

02 Mar '20

Enable random ethaddr CONFIG_NET_RANDOM_ETHADDR for Cyclone 5. Ethernet failed to work if ethaddr is empty when Ethernet driver is probed. Setting ethaddr in Uboot command prompt can't solve this. Enable random ethaddr to solve it. Fix issue below: => setenv ethaddr 00:07:ed:00:64:04 => setenv ethaddr1 00:07:ed:00:78:04 => setenv ethaddr2 00:07:ed:00:8c:04 => dhcp mdio_register: non unique device name 'ethernet@ff702000' mdio_register: non unique device name 'ethernet@ff702000' mdio_register: non unique device name 'ethernet@ff702000' mdio_register: non unique device name 'ethernet@ff702000' No ethernet found. Signed-off-by: Ley Foon Tan <ley.foon.tan(a)intel.com> --- configs/socfpga_cyclone5_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/socfpga_cyclone5_defconfig b/configs/socfpga_cyclone5_defconfig index b6220e4ae8..9021703e38 100644 --- a/configs/socfpga_cyclone5_defconfig +++ b/configs/socfpga_cyclone5_defconfig @@ -37,6 +37,7 @@ CONFIG_CMD_UBI=y CONFIG_DEFAULT_DEVICE_TREE="socfpga_cyclone5_socdk" CONFIG_ENV_IS_IN_MMC=y CONFIG_SYS_RELOC_GD_ENV_ADDR=y +CONFIG_NET_RANDOM_ETHADDR=y CONFIG_SPL_DM_SEQ_ALIAS=y CONFIG_DFU_MMC=y CONFIG_DWAPB_GPIO=y -- 2.19.0

3 2

[PATCH 0/6] rockchip: efuse: add support for more paltforms
by Finley Xiao 02 Mar '20

02 Mar '20

Finley Xiao (6): rockchip: efuse: Add support for rk3288 efuse rockchip: efuse: Add support for rk3066a efuse rockchip: efuse: Add support for rk3188 efuse rockchip: efuse: Add support for rk322x efuse rockchip: efuse: Add support for rk3328 non-secure efuse rockchip: efuse: Add support for rk1808 non-secure efuse drivers/misc/rockchip-efuse.c | 271 +++++++++++++++++++++++++++++++++++++++++- 1 file changed, 267 insertions(+), 4 deletions(-) -- 2.11.0

3 6

[PATCH v2 0/6] arm64: meson: add libretech-pc support
by Jerome Brunet 02 Mar '20

02 Mar '20

Add libretech PC platform support. This platform comes in 2 variants, one with the s905d and the other s912. While working on these boards, I've found a problem related the mmc clock. In some cases, the ROM code will leave the mmc clocks in such a weird state that any access to the mmc controller would lock the device. Making sure the MMC clocks are properly reset and enabled is enough to solve the problem. I have also synced all amlogic supported dts. Since I had to update the gx dsti files, it made sense to update the dts as well. This is done to keep things coherent even if it is not the original purpose of this series. Changes since v1: - Split dt sync, libretech-pc import and config addition. - Rebase on master Jerome Brunet (6): dt-bindings: leds: import common led bindings from linux v5.5 mmc: meson-gx: enable input clocks clk: meson: reset mmc clock on probe arm64: dts: meson: sync dt and bindings from v5.6-rc2 arm64: dts: meson: import libretech-pc from linux v5.6-rc2 arm64: dts: meson: add libretech-pc support arch/arm/dts/Makefile | 2 + arch/arm/dts/meson-axg-s400.dts | 70 ++- arch/arm/dts/meson-axg.dtsi | 273 ++++++++-- arch/arm/dts/meson-g12-common.dtsi | 478 ++++++------------ arch/arm/dts/meson-g12.dtsi | 398 +++++++++++++++ arch/arm/dts/meson-g12a-sei510.dts | 64 +++ arch/arm/dts/meson-g12a-u200.dts | 54 ++ arch/arm/dts/meson-g12a.dtsi | 33 +- arch/arm/dts/meson-g12b-a311d-khadas-vim3.dts | 25 + arch/arm/dts/meson-g12b-odroid-n2.dts | 2 +- arch/arm/dts/meson-g12b.dtsi | 26 +- arch/arm/dts/meson-gx-libretech-pc.dtsi | 375 ++++++++++++++ arch/arm/dts/meson-gx.dtsi | 87 +++- arch/arm/dts/meson-gxbb-nanopi-k2.dts | 26 +- arch/arm/dts/meson-gxbb-odroidc2.dts | 100 +++- arch/arm/dts/meson-gxbb-p200.dts | 9 +- arch/arm/dts/meson-gxbb-p201.dts | 2 +- arch/arm/dts/meson-gxbb-p20x.dtsi | 9 +- arch/arm/dts/meson-gxbb.dtsi | 118 ++++- arch/arm/dts/meson-gxl-s805x-libretech-ac.dts | 2 +- .../meson-gxl-s905d-libretech-pc-u-boot.dtsi | 7 + arch/arm/dts/meson-gxl-s905d-libretech-pc.dts | 16 + arch/arm/dts/meson-gxl-s905d.dtsi | 12 + arch/arm/dts/meson-gxl-s905x-khadas-vim.dts | 20 +- arch/arm/dts/meson-gxl-s905x-libretech-cc.dts | 26 +- arch/arm/dts/meson-gxl-s905x-p212.dtsi | 10 +- arch/arm/dts/meson-gxl.dtsi | 76 ++- arch/arm/dts/meson-gxm-khadas-vim2.dts | 71 +-- .../meson-gxm-s912-libretech-pc-u-boot.dtsi | 7 + arch/arm/dts/meson-gxm-s912-libretech-pc.dts | 62 +++ arch/arm/dts/meson-gxm.dtsi | 39 +- arch/arm/dts/meson-khadas-vim3.dtsi | 7 + arch/arm/dts/meson-sm1-khadas-vim3l.dts | 95 ++++ arch/arm/dts/meson-sm1-sei610.dts | 236 ++++++++- arch/arm/dts/meson-sm1.dtsi | 356 +++++++++++++ configs/libretech-s905d-pc_defconfig | 71 +++ configs/libretech-s912-pc_defconfig | 71 +++ drivers/clk/meson/axg.c | 7 + drivers/clk/meson/g12a.c | 7 + drivers/clk/meson/gxbb.c | 7 + drivers/mmc/meson_gx_mmc.c | 14 +- include/configs/libretech-pc.h | 17 + include/dt-bindings/clock/axg-audio-clkc.h | 10 + include/dt-bindings/clock/gxbb-aoclkc.h | 7 + include/dt-bindings/clock/gxbb-clkc.h | 21 + include/dt-bindings/gpio/meson-gxbb-gpio.h | 8 +- include/dt-bindings/gpio/meson-gxl-gpio.h | 8 +- include/dt-bindings/leds/common.h | 75 +++ .../reset/amlogic,meson-axg-audio-arb.h | 2 + .../reset/amlogic,meson-axg-reset.h | 3 +- .../reset/amlogic,meson-g12a-audio-reset.h | 15 + .../reset/amlogic,meson-gxbb-reset.h | 51 +- 52 files changed, 2963 insertions(+), 624 deletions(-) create mode 100644 arch/arm/dts/meson-g12.dtsi create mode 100644 arch/arm/dts/meson-gx-libretech-pc.dtsi create mode 100644 arch/arm/dts/meson-gxl-s905d-libretech-pc-u-boot.dtsi create mode 100644 arch/arm/dts/meson-gxl-s905d-libretech-pc.dts create mode 100644 arch/arm/dts/meson-gxl-s905d.dtsi create mode 100644 arch/arm/dts/meson-gxm-s912-libretech-pc-u-boot.dtsi create mode 100644 arch/arm/dts/meson-gxm-s912-libretech-pc.dts create mode 100644 arch/arm/dts/meson-sm1-khadas-vim3l.dts create mode 100644 configs/libretech-s905d-pc_defconfig create mode 100644 configs/libretech-s912-pc_defconfig create mode 100644 include/configs/libretech-pc.h create mode 100644 include/dt-bindings/leds/common.h -- 2.24.1

2 16

[PATCH 0/6] rockchip: efuse: add support for more platfroms
by Finley Xiao 02 Mar '20

02 Mar '20

Finley Xiao (6): rockchip: efuse: Add support for rk3288 efuse rockchip: efuse: Add support for rk3066a efuse rockchip: efuse: Add support for rk3188 efuse rockchip: efuse: Add support for rk322x efuse rockchip: efuse: Add support for rk3328 non-secure efuse rockchip: efuse: Add support for rk1808 non-secure efuse drivers/misc/rockchip-efuse.c | 271 +++++++++++++++++++++++++++++++++++++++++- 1 file changed, 267 insertions(+), 4 deletions(-) -- 2.11.0

2 5