June 2019 - U-Boot

[U-Boot] [v2] board: ls1028a: Add an empty video hw init function
by Wen He 28 Jun '19

28 Jun '19

The video driver causes a link failure when config VIDEO built-in, drivers/video/cfb_console.c:2022: undefined reference to `video_hw_init' Adding an empty video hw init to slove the build issue, now the board does not support display anything on U-boot. Signed-off-by: Wen He <wen.he_1(a)nxp.com> --- board/freescale/ls1028a/ls1028a.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/board/freescale/ls1028a/ls1028a.c b/board/freescale/ls1028a/ls1028a.c index e5de4eb70c..ece91660bf 100644 --- a/board/freescale/ls1028a/ls1028a.c +++ b/board/freescale/ls1028a/ls1028a.c @@ -20,6 +20,7 @@ #endif #include <fsl_immap.h> #include <netdev.h> +#include <video_fb.h> #include <fdtdec.h> #include <miiphy.h> @@ -229,3 +230,8 @@ int checkboard(void) return 0; } #endif + +void *video_hw_init(void) +{ + return NULL; +} -- 2.17.1

2 2

[U-Boot] efi_loader: implementing non-volatile UEFI variables
by Heinrich Schuchardt 28 Jun '19

28 Jun '19

Hello Ilias, thanks a lot for the good online meeting this morning together with your colleague Suggan where we discussed the requirements for the implementation of non-volatile variables in U-Boot. Currently UEFI variables are stored in U-Boot variables. Saving the U-Boot variables will persist all UEFI variables in the environment both volatile and non-volatile. This does not conform the the UEFI standard. To provide a secure storage Linaro is considering to implement an OP-TEE module for variable storage and as alternative to this OP-TEE module a standalone MM service which will be a BL32 ATF module. So in future we will have possibly three alternative drivers for UEFI variables: - U-Boot only implementation (what is now in lib/efi_loader/efi_variable.c) - OP-TEE module - standalone MM service And maybe a fourth dummy one implementing no variable service at all. To make the OP-TEE module and the standalone MM service usable in EDK2 too they will provide implementations for GetVariable(), GetNextVariable(), QueryVariable(), and SetVariable() both for volatile and non-volatile variables. The U-Boot only implementation currently provides these variables only at boottime. Takahiro sent patches with a runtime cache enabling GetVariable(), GetNextVariable() and possibly in future QueryVariable() but not SetVariable(). Currently when reaching SetVirtualAddressMap() we patch the runtime table to replace the variable services by dummy functions returning EFI_UNSUPPORTED (or at least this should be the return value). Alex delivered a patch that will move this patching to ExitBootServices() to comply with the requirements of operating systems which do not call SetVirtualAddressMap(). As in future we will have three different drivers for variables and these will differ in which runtime services they support it makes sense to move the obligation of patching the runtime services table to the variable driver itself. We already have implemented the event group EFI_EVENT_GROUP_EXIT_BOOT_SERVICES. So if the driver creates an event for this group it can do the patching in the notification function of the event. I will update the current variables implementation to take care of the runtime services table patching for variable services using EFI_EVENT_GROUP_EXIT_BOOT_SERVICES and add a null driver. This will provide the templates for the U-Boot side implementation of the OP-TEE and standalone MM service solution. Once we have that API right we can start moving in Takahiros patches for separating UEFI and U-Boot variables and creating a runtime cache. Best regards Heinrich

4 21

[U-Boot] [PATCH v2 0/8] rockchip: enable TPL for tinker-rk3288
by Kever Yang 28 Jun '19

28 Jun '19

Tinker board has overflow the SRAM size limit, enable TPL for it so that there will be no size limit for SPL. Also some other fix to bring up Tinker board: - enabel sdmmc pinctrl with dts in SPL - extend raw u-boot.bin size limit Version 2 move related "u-boot,dm-pre-reloc" into -u-boot.dtsi Changes in v2: - update the tags in -u-boot.dtsi Kever Yang (8): rockchip: rk3288: enable TPL configs to chip level rockchip: rk3288: add separate TPL STACK address rockchip: dts: rk3288: move reloc tag into -u-boot dts rockchip: dts: tinker: migrate the dm-pre-reloc tag into -u-boot dts rockchip: dts: rk3288-tinker: enable sdmmc pinctrl node in spl rockchip: config: update config for TPL support on tinker-rk3288 rockchip: config: tiner-rk3288: extend CONFIG_SYS_MONITOR_LEN to 600KB rockchip: rk3288: enable TPL for tinker-board arch/arm/dts/rk3288-tinker-u-boot.dtsi | 52 ++++++++++++++++++++++++++ arch/arm/dts/rk3288-tinker.dts | 20 +--------- arch/arm/dts/rk3288-u-boot.dtsi | 36 ++++++++++++++++++ arch/arm/dts/rk3288.dtsi | 8 ---- arch/arm/mach-rockchip/Kconfig | 18 +++++++++ arch/arm/mach-rockchip/rk3288/Kconfig | 15 +------- configs/tinker-rk3288_defconfig | 13 +++---- include/configs/tinker_rk3288.h | 2 +- 8 files changed, 114 insertions(+), 50 deletions(-) create mode 100644 arch/arm/dts/rk3288-tinker-u-boot.dtsi create mode 100644 arch/arm/dts/rk3288-u-boot.dtsi -- 2.20.1

1 8

[U-Boot] [PATCH] arm: qemu: fix failure in flash initialization if booting from TF-A
by AKASHI Takahiro 28 Jun '19

28 Jun '19

If U-Boot is loaded and started from TF-A (you need to change SYS_TEXT_BASE to 0x60000000), it will hang up at flash initialization. If secure mode is off (default, or -machine virt,secure=off) at qemu, it will provide dtb with two flash memory banks: flash@0 { bank-width = <0x4>; reg = <0x0 0x0 0x0 0x4000000 0x0 0x4000000 0x0 0x4000000>; compatible = "cfi-flash"; }; If secure mode is on, on the other hand, qemu provides dtb with 1 bank: flash@0 { bank-width = <0x4>; reg = <0x0 0x4000000 0x0 0x4000000>; compatible = "cfi-flash"; }; As a result, flash_init()/flash_get_size() will eventually fail. With this patch applied, relevant CONFIG values are modified. NOTE: you will not have to modify SYS_TEXT_BASE any more once Yamada-san's patch[1] is merged. [1] https://lists.denx.de/pipermail/u-boot/2019-June/374178.html Signed-off-by: AKASHI Takahiro <takahiro.akashi(a)linaro.org> --- include/configs/qemu-arm.h | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/include/configs/qemu-arm.h b/include/configs/qemu-arm.h index 65fdb1e92981..35e3c5ad7a8d 100644 --- a/include/configs/qemu-arm.h +++ b/include/configs/qemu-arm.h @@ -46,8 +46,13 @@ #define CONFIG_SYS_CBSIZE 512 #define CONFIG_SYS_MONITOR_BASE CONFIG_SYS_TEXT_BASE +#ifdef CONFIG_TFABOOT +#define CONFIG_SYS_FLASH_BASE 0x4000000 +#define CONFIG_SYS_MAX_FLASH_BANKS 1 +#else #define CONFIG_SYS_FLASH_BASE 0x0 #define CONFIG_SYS_MAX_FLASH_BANKS 2 +#endif #define CONFIG_SYS_MAX_FLASH_SECT 256 /* Sector: 256K, Bank: 64M */ #endif /* __CONFIG_H */ -- 2.21.0

3 5

[U-Boot] [PATCH] ARM: mvebu: Enable FIT support for db-xc3-24g4xg
by Chris Packham 28 Jun '19

28 Jun '19

Signed-off-by: Chris Packham <judge.packham(a)gmail.com> --- I had this locally but forgot to submit it when I send the initial board support. I find FIT images really useful to test a generic kernel on boards requiring different DTBs. configs/db-xc3-24g4xg_defconfig | 3 +++ 1 file changed, 3 insertions(+) diff --git a/configs/db-xc3-24g4xg_defconfig b/configs/db-xc3-24g4xg_defconfig index 6264df0e0282..071a889cd327 100644 --- a/configs/db-xc3-24g4xg_defconfig +++ b/configs/db-xc3-24g4xg_defconfig @@ -4,6 +4,9 @@ CONFIG_SYS_TEXT_BASE=0x00800000 CONFIG_SYS_MALLOC_F_LEN=0x2000 CONFIG_TARGET_DB_XC3_24G4XG=y CONFIG_BUILD_TARGET="u-boot.kwb" +CONFIG_FIT=y +CONFIG_FIT_VERBOSE=y +CONFIG_FIT_BEST_MATCH=y CONFIG_SYS_CONSOLE_INFO_QUIET=y CONFIG_CMD_MEMTEST=y CONFIG_SYS_ALT_MEMTEST=y -- 2.22.0

2 1

[U-Boot] [PATCH v2 0/5] nitrogen6x device tree migration
by Troy Kisky 28 Jun '19

28 Jun '19

This V2 series is just a rebase of the V1 series. Troy Kisky (5): nitrogen6x: migrate to using device tree configs: nitrogen6x: Add DM_MMC/DM_USB/AHCI support nitrogen6x: reserve used gpios configs: nitrogen6x: Add DM_GPIO support configs: nitrogen6x: Add DM_SPI/DM_SPI_FLASH support arch/arm/dts/Makefile | 33 ++- arch/arm/dts/imx6dl-nitrogen6x.dts | 15 + arch/arm/dts/imx6q-nitrogen6x.dts | 19 ++ arch/arm/dts/imx6q-sabrelite.dts | 19 ++ arch/arm/dts/imx6qdl-nitrogen6x.dtsi | 69 +++++ arch/arm/dts/imx6qdl-sabrelite.dtsi | 384 +++++++++++++++++++++++++ board/boundary/nitrogen6x/MAINTAINERS | 5 + board/boundary/nitrogen6x/nitrogen6x.c | 30 +- configs/mx6qsabrelite_defconfig | 10 +- configs/nitrogen6dl2g_defconfig | 11 +- configs/nitrogen6dl_defconfig | 11 +- configs/nitrogen6q2g_defconfig | 11 +- configs/nitrogen6q_defconfig | 11 +- configs/nitrogen6s1g_defconfig | 11 +- configs/nitrogen6s_defconfig | 11 +- 15 files changed, 630 insertions(+), 20 deletions(-) create mode 100644 arch/arm/dts/imx6dl-nitrogen6x.dts create mode 100644 arch/arm/dts/imx6q-nitrogen6x.dts create mode 100644 arch/arm/dts/imx6q-sabrelite.dts create mode 100644 arch/arm/dts/imx6qdl-nitrogen6x.dtsi create mode 100644 arch/arm/dts/imx6qdl-sabrelite.dtsi -- 2.18.0

1 5

[U-Boot] [PATCH 0/2] Add support for UniPhier SPI controller
by Kunihiko Hayashi 28 Jun '19

28 Jun '19

This series adds support for SPI controller and its pin-mux settings implemented in UniPhier SoCs. Kunihiko Hayashi (2): pinctrl: uniphier: Add SPI pin-mux settings spi: Add SPI controller driver for UniPhier SoCs drivers/pinctrl/uniphier/pinctrl-uniphier-ld11.c | 8 + drivers/pinctrl/uniphier/pinctrl-uniphier-ld20.c | 16 + drivers/pinctrl/uniphier/pinctrl-uniphier-ld4.c | 4 + drivers/pinctrl/uniphier/pinctrl-uniphier-ld6b.c | 8 + drivers/pinctrl/uniphier/pinctrl-uniphier-pro4.c | 8 + drivers/pinctrl/uniphier/pinctrl-uniphier-pro5.c | 12 + drivers/pinctrl/uniphier/pinctrl-uniphier-pxs2.c | 8 + drivers/pinctrl/uniphier/pinctrl-uniphier-pxs3.c | 8 + drivers/pinctrl/uniphier/pinctrl-uniphier-sld8.c | 4 + drivers/spi/Kconfig | 8 + drivers/spi/Makefile | 1 + drivers/spi/uniphier_spi.c | 443 +++++++++++++++++++++++ 12 files changed, 528 insertions(+) create mode 100644 drivers/spi/uniphier_spi.c -- 2.7.4

2 5

[U-Boot] [PATCH v2] apalis_imx6: increase phy autoneg timeout
by Igor Opaniuk 27 Jun '19

27 Jun '19

From: Igor Opaniuk <igor.opaniuk(a)toradex.com> Default value (4000ms) of PHY_ANEG_TIMEOUT for Micrel KSZ9031 contoller isn't sufficient to finish auto-negotiation, which sometimes leads to timeout errors: Apalis iMX6 # dhcp FEC Waiting for PHY auto negotiation to complete......... TIMEOUT ! Increase the auto-negotiation time-out to 15000ms. Signed-off-by: Igor Opaniuk <igor.opaniuk(a)toradex.com> --- v2: - Based on empirical results from Philippe Schenker, increased timeout value to 15s, just to be on the safe side include/configs/apalis_imx6.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/configs/apalis_imx6.h b/include/configs/apalis_imx6.h index 4b0a3fb26b..df31cf6fe7 100644 --- a/include/configs/apalis_imx6.h +++ b/include/configs/apalis_imx6.h @@ -58,6 +58,7 @@ #define IMX_FEC_BASE ENET_BASE_ADDR #define CONFIG_FEC_XCV_TYPE RGMII #define CONFIG_ETHPRIME "FEC" +#define PHY_ANEG_TIMEOUT 15000 /* PHY needs longer aneg time */ #define CONFIG_FEC_MXC_PHYADDR 6 #define CONFIG_TFTP_TSIZE -- 2.17.1

3 4

[U-Boot] ping http://patchwork.ozlabs.org/patch/1094196/
by Hannes Schmelzer 27 Jun '19

27 Jun '19

hi stefano, how about merging this? cheers, Hannes -- mfG Schmelzer Hannes

2 1

[U-Boot] [PATCH v6 0/2] add command env erase
by Frank Wunderlich 27 Jun '19

27 Jun '19

sometimes it is needed to erase the non-volatile environment e.g. for boot-up with builtin-environment or after resizing env this series add basic functionality for erasing environment from storage as a first storage-driver mmc is introduced, other needs to be added later changes since v5: - don't use the CMD_RET_ macros in erase_env - remove mmc-checks (!mmc + mmc_getwp) and add init_mmc_for_env changes since v4: - rebased to 2019.07-rc4 - changed handling with CONFIG_ENV_OFFSET_REDUND (more similar to saveenv) - quashed last 2 commits to get 2-parts patchset Frank Wunderlich (2): env: register erase command env: mmc: add erase-function cmd/Kconfig | 8 +++++++ cmd/nvedit.c | 20 +++++++++++++++++ env/env.c | 30 +++++++++++++++++++++++++ env/mmc.c | 51 +++++++++++++++++++++++++++++++++++++++++++ include/environment.h | 17 +++++++++++++++ 5 files changed, 126 insertions(+) -- 2.17.1

1 2