June 2021 - U-Boot

DENX : layers to be reused
by Stefano Babic 09 Jun '21

09 Jun '21

Hi DENXlers, I do not know if this is known, so it is better to tell this explicitely. On source.denx.de (originally for U-Boot / Xenomai), we have also a set of projects that we publish and we can reuse in several customers' projects. They belong to the namespace "denx". Marek has introduced two OE layers: meta-mainline: port of linux-stable meta-mainline-graphics: package / tools for GPU Graphics And Marek will surely add some words more. @Marek: how does meta-mainline conflict with https://gitlab.com/pbarker.dev/meta-linux-mainline, that is officially listed on https://layers.openembedded.org/ with more or less the same goal (but having some intrusion for Raspi) ? I have added today also meta-secure-imx : goal is to have a generic layer for all i.MX projects that should implement Secure Boot + encrypted rootfs. Up now, we had several projects where we implemented in different way and often with conflicts a secure boot. Scope is to reuse as much as possible without having any customer specific data in it. Please consider the usage of these layers before copying recipes into customers' layers. Of course, and specially meta-secure-imx, they are pretty new and WIP. meta-secure-imx was tested at the moment on i.MX8M, but a signed u-boot was not yet tested on hardware. Best regards, Stefano -- ===================================================================== DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic(a)denx.de =====================================================================

1 0

[PATCH 1/1] efi_loader: fix Sphinx warning
by Heinrich Schuchardt 09 Jun '21

09 Jun '21

Brackets '[' need to be escaped to avoid a build warning lib/efi_loader/efi_image_loader.c:223: WARNING: Inline strong start-string without end-string. Signed-off-by: Heinrich Schuchardt <xypron.glpk(a)gmx.de> --- lib/efi_loader/efi_image_loader.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/efi_loader/efi_image_loader.c b/lib/efi_loader/efi_image_loader.c index bcd57f7fcc..a0eb63fceb 100644 --- a/lib/efi_loader/efi_image_loader.c +++ b/lib/efi_loader/efi_image_loader.c @@ -220,7 +220,7 @@ static void efi_set_code_and_data_type( * @end: End address of region (excluded) * @nocheck: flag against overlapped regions * - * Take one entry of region [@start, @end[ and insert it into the list. + * Take one entry of region \[@start, @end\[ and insert it into the list. * * * If @nocheck is false, the list will be sorted ascending by address. * Overlapping entries will not be allowed. -- 2.30.2

2 1

[PATCH v1] arm: dts: ls1021a.dtsi: Fix invalid reg on gpio nodes
by Lasse Klok Mikkelsen 09 Jun '21

09 Jun '21

Address and size cells on SOC are set to 1. But gpio nodes are specified with 2 cells. This fixes the gpio nodes to correct cells. Signed-off-by: Lasse Klok Mikkelsen <lkmi(a)prevas.dk> --- arch/arm/dts/ls1021a.dtsi | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/arch/arm/dts/ls1021a.dtsi b/arch/arm/dts/ls1021a.dtsi index 7b99ce02b3..7ba2dd2269 100644 --- a/arch/arm/dts/ls1021a.dtsi +++ b/arch/arm/dts/ls1021a.dtsi @@ -100,7 +100,7 @@ gpio0: gpio@2300000 { compatible = "fsl,ls1021a-gpio", "fsl,qoriq-gpio"; - reg = <0x0 0x2300000 0x0 0x10000>; + reg = <0x2300000 0x10000>; interrupts = <GIC_SPI 98 IRQ_TYPE_LEVEL_HIGH>; gpio-controller; #gpio-cells = <2>; @@ -110,7 +110,7 @@ gpio1: gpio@2310000 { compatible = "fsl,ls1021a-gpio", "fsl,qoriq-gpio"; - reg = <0x0 0x2310000 0x0 0x10000>; + reg = <0x2310000 0x10000>; interrupts = <GIC_SPI 99 IRQ_TYPE_LEVEL_HIGH>; gpio-controller; #gpio-cells = <2>; @@ -120,7 +120,7 @@ gpio2: gpio@2320000 { compatible = "fsl,ls1021a-gpio", "fsl,qoriq-gpio"; - reg = <0x0 0x2320000 0x0 0x10000>; + reg = <0x2320000 0x10000>; interrupts = <GIC_SPI 100 IRQ_TYPE_LEVEL_HIGH>; gpio-controller; #gpio-cells = <2>; @@ -130,7 +130,7 @@ gpio3: gpio@2330000 { compatible = "fsl,ls1021a-gpio", "fsl,qoriq-gpio"; - reg = <0x0 0x2330000 0x0 0x10000>; + reg = <0x2330000 0x10000>; interrupts = <GIC_SPI 166 IRQ_TYPE_LEVEL_HIGH>; gpio-controller; #gpio-cells = <2>; -- 2.27.0

2 1

Zynq UltraScale MPSoC, DMA driver
by Jorge Ramirez-Ortiz, Foundries 09 Jun '21

09 Jun '21

hi Michal um, when we exchanged emails about enabling ECC support for MPSoC, I left with the understanding that there already was a DMA driver available in u-boot that I could use to initialize the memory. do you have something in the works or will I have to write such a driver? compatible would be 'xlnx,zynqmp-dma-1.0' TIA Jorge

2 5

[RFC]uboot Perform code coverage statistics
by Cixi Geng 09 Jun '21

09 Jun '21

dear Uboot: I wonder how to perform code coverage statistics in uboot? do anybody provide some experience

1 0

Boot stops on RPi4 yocto/hardknott (u-boot 2021.01)
by Morten Bruun 09 Jun '21

09 Jun '21

Hi, I'm working on a project where we recently upgraded to Yocto/hardknott. After the upgrade to U-Boot 2021.01 the boot stops at switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... and then nothing more happens. Sometimes resetting power will cause the RPi4 to boot - but not always. I then downgraded to U-Boot 2020.07 and the RPi4 boots every time. I will be looking at the commits between 2020.07 and 2021.01 - but I'm not really sure what to look for - any ideas? Best regards Morten

4 4

Re: [PATCH 2/5] riscv: ae350: dts: Remove the unnecessary space in bootargs
by Rick Chen 09 Jun '21

09 Jun '21

> From: Bin Meng <bmeng.cn(a)gmail.com> > Sent: Friday, June 04, 2021 1:51 PM > To: Rick Jian-Zhi Chen(陳建志) <rick(a)andestech.com>; Leo Yu-Chi Liang(梁育齊) <ycliang(a)andestech.com>; U-Boot Mailing List <u-boot(a)lists.denx.de> > Subject: [PATCH 2/5] riscv: ae350: dts: Remove the unnecessary space in bootargs > > There are two spaces before "debug' in bootargs. Drop one. > > Signed-off-by: Bin Meng <bmeng.cn(a)gmail.com> > --- > > arch/riscv/dts/ae350_32.dts | 2 +- > arch/riscv/dts/ae350_64.dts | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) Reviewed-by: Rick Chen <rick(a)andestech.com>

1 0

[PATCH v2 0/2] doc: usage: man-page for ums command
by Patrick Delaunay 09 Jun '21

09 Jun '21

V2 for [1], after Heinrich remarks. [1] doc: usage: man-page for ums command http://patchwork.ozlabs.org/project/uboot/list/?series=246862&archive=both&… Changes in v2: - NEW: Add dependency for ums command - clarify description - add reference to <partitions> and align parameter name - correct information for partition = 0 (expose all partitions) - update dependency Patrick Delaunay (2): cmd: Add dependency for ums command doc: usage: man-page for ums command cmd/Kconfig | 5 +++- doc/usage/index.rst | 1 + doc/usage/ums.rst | 57 +++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 62 insertions(+), 1 deletion(-) create mode 100644 doc/usage/ums.rst -- 2.17.1

2 4

[PULL] u-boot-sh/master
by Marek Vasut 08 Jun '21

08 Jun '21

I found this one left over in the queue ... The following changes since commit e3b64beda5dd1a6b6bedfd1fe0e50be1ddea7044: Prepare v2021.07-rc4 (2021-06-07 09:26:39 -0400) are available in the Git repository at: git://source.denx.de/u-boot-sh.git master for you to fetch changes up to a2a14854f2fcefe91f839c00c310e19be5aeead6: pinctrl: renesas: Synchronize R-Car Gen2/Gen3 tables with Linux 5.12 (2021-06-07 19:35:22 +0200) ---------------------------------------------------------------- Marek Vasut (1): pinctrl: renesas: Synchronize R-Car Gen2/Gen3 tables with Linux 5.12 drivers/pinctrl/renesas/pfc-r8a7790.c | 1019 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++---------------------------------- drivers/pinctrl/renesas/pfc-r8a7791.c | 20 +- drivers/pinctrl/renesas/pfc-r8a7792.c | 2 +- drivers/pinctrl/renesas/pfc-r8a7794.c | 2 +- drivers/pinctrl/renesas/pfc-r8a7795.c | 467 ++++++++++++++++++++++++------------------- drivers/pinctrl/renesas/pfc-r8a7796.c | 492 +++++++++++++++++++++++++++------------------ drivers/pinctrl/renesas/pfc-r8a77965.c | 446 +++++++++++++++++++++++------------------ drivers/pinctrl/renesas/pfc-r8a77970.c | 104 +++++++--- drivers/pinctrl/renesas/pfc-r8a77980.c | 80 +++++++- drivers/pinctrl/renesas/pfc-r8a77990.c | 183 ++++++++--------- drivers/pinctrl/renesas/pfc-r8a77995.c | 4 +- drivers/pinctrl/renesas/sh_pfc.h | 130 ++++++++---- 12 files changed, 1834 insertions(+), 1115 deletions(-)

2 1

[PATCH v4 0/2] log: Allow multiple lines and conversion to printf()
by Simon Glass 08 Jun '21

08 Jun '21

At present when logging is not enabled, all log() calls become nops. This does not seem right, since if the log level is high enough then there should be some sort of message. So in that case, this series updates it to print the message if the log level is above LOGL_INFO. This mimics the behaviour for the log_...() macros like log_debug() and log_info(), so we can drop the special case for these. Also the current implementation does not support multiple log calls on the same line nicely. The tags are repeated so the line is very hard to read. This series adds that as a new feature. Changes in v4: - Fix missing header for SPL Changes in v3: - Rebase on hexdump series http://patchwork.ozlabs.org/project/uboot/list/?series=242818 Changes in v2: - Update commit message and cover letter to mention log_...() macros - Add a test for !CONFIG_LOG - Update log() to (effectively) call debug() for log_level == LOGL_DEBUG Simon Glass (2): sandbox: log: Avoid build error with !CONFIG_LOG log: Convert log values to printf() if not enabled configs/sandbox_defconfig | 1 + doc/develop/logging.rst | 6 ++++-- include/log.h | 34 +++++++++++++++------------------- test/log/Makefile | 2 ++ test/log/nolog_ndebug.c | 39 +++++++++++++++++++++++++++++++++++++++ test/log/nolog_test.c | 3 +++ 6 files changed, 64 insertions(+), 21 deletions(-) create mode 100644 test/log/nolog_ndebug.c -- 2.31.1.607.g51e8a6a459-goog

2 3