June 2022 - U-Boot

[PATCH 0/3] AM65: Fix USB boot modes
by Aswath Govindraju 10 Jun '22

10 Jun '22

The following series of patches along with [1], fix usb boot modes on AM654 IDK board. [1] - https://patchwork.ozlabs.org/project/uboot/list/?series=300845 Aswath Govindraju (3): arm: dts: k3-am654-r5-base-board: Fix the dt properties in usb0 instance arm: mach-k3: am6_init: Fix the path and value's length in the fixup performed for usb boot configs: am65_evm_r5_usb*_defconfig: Sync the checks for size of image and stack from generic r5 defconfig arch/arm/dts/k3-am654-r5-base-board-u-boot.dtsi | 2 +- arch/arm/dts/k3-am654-r5-base-board.dts | 1 + arch/arm/mach-k3/am6_init.c | 4 ++-- configs/am65x_evm_r5_usbdfu_defconfig | 5 +++++ configs/am65x_evm_r5_usbmsc_defconfig | 5 +++++ 5 files changed, 14 insertions(+), 3 deletions(-) -- 2.17.1

2 6

[PATCH 0/3] Updates for omap3-evm
by Derald D. Woods 10 Jun '22

10 Jun '22

This patch set brings omap3-evm inline with similar boards and improves the ability to boot a 'fitImage' using DEFAULT_FIT_TI_ARGS. Derald D. Woods (3): ARM: omap3: evm: Power on MMC when setting up PMIC ARM: omap3: evm: Complete DM_I2C migration ARM: omap3: evm: Fix 'fitImage' booting board/ti/evm/evm.c | 8 +------- configs/omap3_evm_defconfig | 11 +++++++---- 2 files changed, 8 insertions(+), 11 deletions(-) -- 2.36.1

3 9

[PATCH 0/9] j721e: Add HyperFlash boot support
by Vaishnav Achath 10 Jun '22

10 Jun '22

This series adds support for Hyperflash boot for J721E, the changeset includes the missing pieces from: https://lore.kernel.org/all/20191010055207.26831-1-vigneshr@ti.com/T/#r2f15… and minor changes to support both OSPI and HyperFlash boot based on the Hypermux selection state similar to as done for J7200. Changes were tested on J721E SR1.1 for Hyperflash and OSPI boot. Thanks and Regards, Vaishnav Vaishnav Achath (9): arm: dts: k3-j721e-mcu-wakeup: Add HyperBus Controller node arm: dts: k3-j721e-som-p0: Add HyperFlash node arm: dts: k3-j721e-r5-common-proc-board: Add HyperFlash node arm: dts: k3-j721e-common-proc-board-u-boot: enable HyperFlash in SPL arm: dts: k3-j721e-common-proc-board: enable hyperflash mux sel GPIO arm: k3: sysfw-loader: add hyperflash support configs: j721e_evm.h: define CONFIG_SYS_FLASH_BASE ti: j721e: enable hyperflash spl fixup for j721e configs: j721e_evm_defconfig: Add HBMC related configs .../k3-j721e-common-proc-board-u-boot.dtsi | 24 ++++++++ arch/arm/dts/k3-j721e-common-proc-board.dts | 11 ++++ arch/arm/dts/k3-j721e-mcu-wakeup.dtsi | 20 ++++++- .../arm/dts/k3-j721e-r5-common-proc-board.dts | 45 +++++++++++++++ arch/arm/dts/k3-j721e-som-p0.dtsi | 32 +++++++++++ arch/arm/mach-k3/sysfw-loader.c | 28 +++++++++ board/ti/j721e/evm.c | 57 ++++++++++++++++++- configs/j721e_evm_a72_defconfig | 5 ++ configs/j721e_evm_r5_defconfig | 14 +++++ include/configs/j721e_evm.h | 2 + 10 files changed, 234 insertions(+), 4 deletions(-) -- 2.17.1

2 10

[PATCH v2 0/4] EFI: Miscellaneous capsule update fixes
by Sughosh Ganu 10 Jun '22

10 Jun '22

The following set of patches fix separate issues relating to the capsule update code. The first patch moves the setting of the descriptor_count parameter to the GetImageInfo function after assertion of a non zero image descriptor buffer. The second patch enables capsule update to proceed even when the OsIndications variable is not set with EFI_IGNORE_OSINDICATIONS config enabled. The third patch updates the capsule update documentation to highlight the 64 bit value of OsIndications that needs to be set. The fourth patch defines a common function for the GetImageInfo functionality for both FIT and raw image FMP instances. Sughosh Ganu (4): EFI: Populate descriptor_count value only when image_info_size is not zero EFI: Do not consider OsIndications variable if CONFIG_EFI_IGNORE_OSINDICATIONS is enabled EFI: Update the documentation to reflect the correct value of OsIndications EFI: FMP: Use a common GetImageInfo function for FIT and raw images doc/develop/uefi/uefi.rst | 2 +- lib/efi_loader/efi_capsule.c | 7 +-- lib/efi_loader/efi_firmware.c | 85 +++++++---------------------------- 3 files changed, 21 insertions(+), 73 deletions(-) -- 2.25.1

2 5

[PATCH 1/3] Kconfig: set i.MX8MQ SYS_MALLOC_F_LEN
by Peng Fan (OSS) 10 Jun '22

10 Jun '22

From: Peng Fan <peng.fan(a)nxp.com> set SPL_SYS_MALLOC_F_LEN to 0x2000 set SYS_MALLOC_F_LEN to 0x10000 This is to prepare enable CLK_IMX8MQ for i.MX8MQ Fixes: commit 4eb82c2e56a7c ("imx: power-domain: Get rid of SMCCC dependency") Signed-off-by: Peng Fan <peng.fan(a)nxp.com> --- Kconfig | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/Kconfig b/Kconfig index bdae59e06f4..4559b627707 100644 --- a/Kconfig +++ b/Kconfig @@ -257,7 +257,7 @@ config SYS_MALLOC_F_LEN default 0x4000 if SANDBOX || RISCV || ARCH_APPLE || ROCKCHIP_RK3368 || \ ROCKCHIP_RK3399 default 0x8000 if RCAR_GEN3 - default 0x10000 if ARCH_IMX8 || (ARCH_IMX8M && !IMX8MQ) || \ + default 0x10000 if ARCH_IMX8 || ARCH_IMX8M || \ ARCH_LS1012A || ARCH_LS1021A || ARCH_LS1043A || \ ARCH_LS1046A default 0x2000 @@ -285,6 +285,7 @@ config SPL_SYS_MALLOC_F_LEN depends on SYS_MALLOC_F && SPL default 0 if !SPL_FRAMEWORK default 0x2800 if RCAR_GEN3 + default 0x2000 if IMX8MQ default SYS_MALLOC_F_LEN help In SPL memory is very limited on many platforms. Still, -- 2.36.0

3 5

[PATCH v15 0/2] add TCP and HTTP for downloading images
by Ying-Chun Liu (PaulLiu) 10 Jun '22

10 Jun '22

From: "Ying-Chun Liu (PaulLiu)" <paul.liu(a)linaro.org> This patch is a refresh from previous patches made by Duncan Hare <DuncanCHare(a)yahoo.com>. I've contacted him and continue to work on this patch. This patch introduce a TCP stack with SACK. And a simple wget command to download images from http server. v1-v12: Made by Duncan, didn't tracked. v13: Fix some issues which is reviewed by Christian v14: Add options to enable/disable SACK. v15: Fix various syntax errors reviewed by Michal. Remove magic numbers. Use kernel-doc format. Ying-Chun Liu (PaulLiu) (2): net: Add TCP protocol net: Add wget application cmd/Kconfig | 7 + cmd/net.c | 13 + include/net.h | 38 ++- include/net/tcp.h | 312 ++++++++++++++++++++ include/net/wget.h | 22 ++ net/Kconfig | 16 + net/Makefile | 2 + net/net.c | 36 +++ net/tcp.c | 712 +++++++++++++++++++++++++++++++++++++++++++++ net/wget.c | 426 +++++++++++++++++++++++++++ 10 files changed, 1574 insertions(+), 10 deletions(-) create mode 100644 include/net/tcp.h create mode 100644 include/net/wget.h create mode 100644 net/tcp.c create mode 100644 net/wget.c -- 2.35.1

1 2

[PATCH v2 0/7] Add video damage tracking
by Alexander Graf 10 Jun '22

10 Jun '22

This patch set speeds up graphics output on ARM by a factor of 60x. On most ARM SBCs, we keep the frame buffer in DRAM and map it as cached, but need it accessible by the display controller which reads directly from a later point of consistency. Hence, we flush the frame buffer to DRAM on every change. The full frame buffer. Unfortunately, with the advent of 4k displays, we are seeing frame buffers that can take a while to flush out. This was reported by Da Xue with grub, which happily print 1000s of spaces on the screen to draw a menu. Every printed space triggers a cache flush. This patch set implements the easiest mitigation against this problem: Damage tracking. We remember the lowest common denominator region that was touched since the last video_sync() call and only flush that. The most typical writer to the frame buffer is the video console, which always writes rectangles of characters on the screen and syncs afterwards. With this patch set applied, we reduce drawing a large grub menu (with serial console attached for size information) on an RK3399-ROC system at 1440p from 55 seconds to less than 1 second. Version 2 also implements VIDEO_COPY using this mechanism, reducing its overhead compared to before as well. So even x86 systems should be faster with this now :). Alternatives considered: 1) Lazy sync - Sandbox does this. It only calls video_sync(true) ever so often. We are missing timers to do this generically. 2) Double buffering - We could try to identify whether anything changed at all and only draw to the FB if it did. That would require maintaining a second buffer that we need to scan. 3) Text buffer - Maintain a buffer of all text printed on the screen with respective location. Don't write if the old and new character are identical. This would limit applicability to text only and is an optimization on top of this patch set. 4) Hash screen lines - Create a hash (sha256?) over every line when it changes. Only flush when it does. I'm not sure if this would waste more time, memory and cache than the current approach. It would make full screen updates much more expensive. v1 -> v2: - new patch: video: Use VIDEO_DAMAGE for VIDEO_COPY - Remove ifdefs - Fix dcache range; we were flushing too much before - Fix ranges in truetype target - Limit rotate to necessary damange Alexander Graf (7): dm: video: Add damage tracking API dm: video: Add damage notification on display clear vidconsole: Add damage notifications to all vidconsole drivers video: Add damage notification on bmp display efi_loader: GOP: Add damage notification on BLT video: Only dcache flush damaged lines video: Use VIDEO_DAMAGE for VIDEO_COPY configs/chromebook_coral_defconfig | 1 + configs/chromebook_link_defconfig | 1 + configs/chromebook_samus_defconfig | 1 + configs/minnowmax_defconfig | 1 + configs/sandbox_defconfig | 1 + configs/xilinx_zynqmp_virt_defconfig | 1 + drivers/video/Kconfig | 21 ++- drivers/video/console_normal.c | 22 ++-- drivers/video/console_rotate.c | 87 ++++++++----- drivers/video/console_truetype.c | 30 +++-- drivers/video/vidconsole-uclass.c | 16 --- drivers/video/video-uclass.c | 185 ++++++++++++++++----------- drivers/video/video_bmp.c | 7 +- include/video.h | 54 +++----- include/video_console.h | 49 ------- lib/efi_loader/efi_gop.c | 7 +- 16 files changed, 247 insertions(+), 237 deletions(-) -- 2.32.1 (Apple Git-133)

2 8

Reproducibility issue due to use of uname
by Vagrant Cascadian 10 Jun '22

10 Jun '22

It looks like u-boot 2022.07-rc1 introduced a reproducibility issue that is dependent on the running kernel. I believe the commit that triggered this issue is: f7691a6d736bec7915c227ac14076f9993a27367 sandbox: allow cross-compiling sandbox While the use of uname in the Makefile goes back well before this commit, previously it had no apparent effect on the builds... When building natively (e.g. CROSS_COMPILE is not set) with a 32-bit userland toolchain, but running a 64-bit kernel, 32-bit arm targets end up with BOOTAA64.EFI embedded in the binaries: https://tests.reproducible-builds.org/debian/rb-pkg/experimental/armhf/diff… /EFI/BOOT/BOOTARM.EFI vs. /EFI/BOOT/BOOTAA64.EFI live well, vagrant

2 1

[PATCH] dt-bindings: mtd: partitions: add UBI binding
by Rafał Miłecki 10 Jun '22

10 Jun '22

From: Rafał Miłecki <rafal(a)milecki.pl> UBI is often used on embedded devices to store UBI volumes with device configuration / calibration data. Such volumes may need to be documented and referenced for proper boot & setup. Some examples: 1. U-Boot environment variables 2. Device calibration data 3. Default setup (e.g. initial password) Signed-off-by: Rafał Miłecki <rafal(a)milecki.pl> --- .../bindings/mtd/partitions/ubi.yaml | 67 +++++++++++++++++++ 1 file changed, 67 insertions(+) create mode 100644 Documentation/devicetree/bindings/mtd/partitions/ubi.yaml diff --git a/Documentation/devicetree/bindings/mtd/partitions/ubi.yaml b/Documentation/devicetree/bindings/mtd/partitions/ubi.yaml new file mode 100644 index 000000000000..cd081f06d4cb --- /dev/null +++ b/Documentation/devicetree/bindings/mtd/partitions/ubi.yaml @@ -0,0 +1,67 @@ +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/mtd/partitions/ubi.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: UBI (Unsorted Block Images) device + +description: | + UBI is a layer providing logical volumes (consisting of logical blocks) on top + of raw flash devices. It deals with low-level flash issues (bit-flips, bad + physical eraseblocks, wearing) providing a reliable data storage. + + UBI device is built and stored in a single flash partition. + + Some (usually embedded) devices use UBI volumes of specific names or indexes + to store setup / configuration data. This binding allows describing such + volumes so they can be identified and referenced by consumers. + +maintainers: + - Rafał Miłecki <rafal(a)milecki.pl> + +allOf: + - $ref: partition.yaml# + +properties: + compatible: + const: ubi + +patternProperties: + "^volume-[0-9a-f]+$": + type: object + description: UBI volume + properties: + volume-name: + $ref: /schemas/types.yaml#/definitions/string + volume-id: + $ref: /schemas/types.yaml#/definitions/uint32 + anyOf: + - required: + - volume-name + - required: + - volume-id + +unevaluatedProperties: false + +examples: + - | + partitions { + compatible = "fixed-partitions"; + #address-cells = <1>; + #size-cells = <1>; + + partition@0 { + compatible = "ubi"; + reg = <0x0000000 0x1000000>; + label = "filesystem"; + + env: volume-0 { + volume-name = "u-boot-env"; + }; + + calibration: volume-1 { + volume-id = <99>; + }; + }; + }; -- 2.34.1

3 5

[PATCH] i.MX8M: crypto: disable JR0 in SPL, U-Boot
by Gaurav Jain 10 Jun '22

10 Jun '22

disabled use of JR0 in SPL and uboot, as JR0 is reserved for HAB in TF-A. Signed-off-by: Gaurav Jain <gaurav.jain(a)nxp.com> --- arch/arm/dts/imx8mm-evk-u-boot.dtsi | 1 + arch/arm/dts/imx8mn-ddr4-evk-u-boot.dtsi | 1 + arch/arm/dts/imx8mp-evk-u-boot.dtsi | 1 + arch/arm/dts/imx8mq-evk-u-boot.dtsi | 4 ++++ arch/arm/include/asm/arch-imx8m/imx-regs.h | 1 + drivers/crypto/fsl/jr.c | 14 +++++++++++--- scripts/config_whitelist.txt | 1 + 7 files changed, 20 insertions(+), 3 deletions(-) diff --git a/arch/arm/dts/imx8mm-evk-u-boot.dtsi b/arch/arm/dts/imx8mm-evk-u-boot.dtsi index e9fbf7b802..8cd37b5205 100644 --- a/arch/arm/dts/imx8mm-evk-u-boot.dtsi +++ b/arch/arm/dts/imx8mm-evk-u-boot.dtsi @@ -74,6 +74,7 @@ &sec_jr0 { u-boot,dm-spl; + status = "disabled"; }; &sec_jr1 { diff --git a/arch/arm/dts/imx8mn-ddr4-evk-u-boot.dtsi b/arch/arm/dts/imx8mn-ddr4-evk-u-boot.dtsi index 4d0ecb07d4..0c31f2737a 100644 --- a/arch/arm/dts/imx8mn-ddr4-evk-u-boot.dtsi +++ b/arch/arm/dts/imx8mn-ddr4-evk-u-boot.dtsi @@ -114,6 +114,7 @@ &sec_jr0 { u-boot,dm-spl; + status = "disabled"; }; &sec_jr1 { diff --git a/arch/arm/dts/imx8mp-evk-u-boot.dtsi b/arch/arm/dts/imx8mp-evk-u-boot.dtsi index f43eb6238d..28dce55fb9 100644 --- a/arch/arm/dts/imx8mp-evk-u-boot.dtsi +++ b/arch/arm/dts/imx8mp-evk-u-boot.dtsi @@ -77,6 +77,7 @@ &sec_jr0 { u-boot,dm-spl; + status = "disabled"; }; &sec_jr1 { diff --git a/arch/arm/dts/imx8mq-evk-u-boot.dtsi b/arch/arm/dts/imx8mq-evk-u-boot.dtsi index 67da69a2eb..37364eb6b4 100644 --- a/arch/arm/dts/imx8mq-evk-u-boot.dtsi +++ b/arch/arm/dts/imx8mq-evk-u-boot.dtsi @@ -18,3 +18,7 @@ &uart1 { u-boot,dm-spl; }; + +&sec_jr0 { + status = "disabled"; +}; diff --git a/arch/arm/include/asm/arch-imx8m/imx-regs.h b/arch/arm/include/asm/arch-imx8m/imx-regs.h index 1da75528d4..e6e2974df3 100644 --- a/arch/arm/include/asm/arch-imx8m/imx-regs.h +++ b/arch/arm/include/asm/arch-imx8m/imx-regs.h @@ -89,6 +89,7 @@ #define CONFIG_SYS_FSL_SEC_ADDR (CAAM_IPS_BASE_ADDR + \ CONFIG_SYS_FSL_SEC_OFFSET) #define CONFIG_SYS_FSL_JR0_OFFSET (0x1000) +#define CONFIG_SYS_FSL_JR1_OFFSET (0x2000) #define CONFIG_SYS_FSL_JR0_ADDR (CONFIG_SYS_FSL_SEC_ADDR + \ CONFIG_SYS_FSL_JR0_OFFSET) #define CONFIG_SYS_FSL_MAX_NUM_OF_SEC 1 diff --git a/drivers/crypto/fsl/jr.c b/drivers/crypto/fsl/jr.c index acd29924f7..66dd9cf365 100644 --- a/drivers/crypto/fsl/jr.c +++ b/drivers/crypto/fsl/jr.c @@ -44,9 +44,17 @@ struct udevice *caam_dev; #define SEC_ADDR(idx) \ (ulong)((CONFIG_SYS_FSL_SEC_ADDR + sec_offset[idx])) -#define SEC_JR0_ADDR(idx) \ +#ifndef CONFIG_IMX8M +#define SEC_JR_ADDR(idx) \ (ulong)(SEC_ADDR(idx) + \ (CONFIG_SYS_FSL_JR0_OFFSET - CONFIG_SYS_FSL_SEC_OFFSET)) +#define JR_ID 0 +#else +#define SEC_JR_ADDR(idx) \ + (ulong)(SEC_ADDR(idx) + \ + (CONFIG_SYS_FSL_JR1_OFFSET - CONFIG_SYS_FSL_SEC_OFFSET)) +#define JR_ID 1 +#endif struct caam_regs caam_st; #endif @@ -685,8 +693,8 @@ int sec_init_idx(uint8_t sec_idx) caam = dev_get_priv(caam_dev); #else caam_st.sec = (void *)SEC_ADDR(sec_idx); - caam_st.regs = (struct jr_regs *)SEC_JR0_ADDR(sec_idx); - caam_st.jrid = 0; + caam_st.regs = (struct jr_regs *)SEC_JR_ADDR(sec_idx); + caam_st.jrid = JR_ID; caam = &caam_st; #endif #if CONFIG_IS_ENABLED(OF_CONTROL) diff --git a/scripts/config_whitelist.txt b/scripts/config_whitelist.txt index cecdda6781..b99aeacbc4 100644 --- a/scripts/config_whitelist.txt +++ b/scripts/config_whitelist.txt @@ -1040,6 +1040,7 @@ CONFIG_SYS_FSL_IFC_LE CONFIG_SYS_FSL_ISBC_VER CONFIG_SYS_FSL_JR0_ADDR CONFIG_SYS_FSL_JR0_OFFSET +CONFIG_SYS_FSL_JR1_OFFSET CONFIG_SYS_FSL_LS1_CLK_ADDR CONFIG_SYS_FSL_LSCH3_SERDES_ADDR CONFIG_SYS_FSL_MAX_NUM_OF_SEC -- 2.25.1

3 9