Re: [PATCH 11/16] arm: xilinx_versal_virt: Add a devicetree file

On 10/13/21 03:01, Simon Glass wrote: Add a devicetree file obtained from qemu for this board. This was obtained with: qemu-system-aarch64 -M xlnx-versal-virt -machine dumpdtb=dtb.dtb Signed-off-by: Simon Glass --- arch/arm/dts/Makefile| 3 +- arch/arm/dts/xilinx-v

please help, "Ram disk image is corrupt or invalid" (qemu virt machine, arm64)

Hello all, I can boot linux kernel using this command line. ${QEMU_DIR}/qemu-system-aarch64 -M ${QMACHINE} -cpu cortex-a72 -kernel ${LINUX_DIR}/arch/arm64/boot/Image -initrd ${BUSYBOX_DIR}/initramfs.cpio.gz --append "root=/dev/ram init=/init nokaslr earlycon ip=dhcp" -m 2048M -nographic -ne

Re: Broken build with disabling OpenSSL crypto

Hi, On 07/10/2021 00:05, Alex G. wrote: Hi Jernej, On 10/6/21 4:27 PM, Jernej Škrabec wrote: Hi everyone! Commit cb9faa6f98ae ("tools: Use a single target-independent config to enable OpenSSL") recently introduced option to disable usage of OpenSSL via CONFIG_TOOLS_LIBCRYPTO. However, just

RE: how to run u-boot on qemu arm64 virt machine?

> > That's a very old QEMU version. We use v6.1.0 currently and v4.2.0 before > that. > > -- > Tom Thank you, Tom Yes, so I tried it now with v4.2.0 with "-nographic" option. (Without it I still see qemu manager window.) Chan Kim

Re: [PATCH 15/16] fdt: Make OF_BOARD a bool option

On 10/13/21 03:01, Simon Glass wrote: This should not be a separate option from OF_SEPARATE. It is a run-time option to override the devicetree, even if present. Move the option out of the choice. Disable BINMAN_FDT for a few boards which don't actually use it. You only sent patch 6/16 and

Re: [PATCH 06/16] riscv: qemu: Add devicetree files for qemu_riscv32/64

On 10/13/21 03:01, Simon Glass wrote: Add these files, generated from qemu, so there is a reference devicetree in the U-Boot tree. Split the existing qemu-virt into two, since we need a different devicetree for 32- and 64-bit machines. You only sent patch 6/16 and 15/16 to me. No clue why.

Re: [PATCH] distro_boot: Fix bootfile env after calling boot_extlinux

Yes changes inside include/config_distro_bootcmd.h not the best solution for this issue. I think it is better to change sysboot cmd and i have prepared another solution already! https://patchwork.ozlabs.org/project/uboot/patch/20211013033912.3297227-1-...@khadas.com/ how about this ? On Wed, Oct 1

[PATCH] cmd: sysboot: dont overwrite bootfile env

Problem PXE cannot boot normally after Sysboot changed the bootfile env (called from boot_extlinux) from the default "boot.scr.uimg" to "/boot/extlinux/extlinux.conf". In addition, an unbootable extlinux configuration will also make the PXE boot unbootable, because it will use the incorrect path

[PATCH 3/3] sunxi: binman: Enable SPL FIT loading for 32-bit SoCs

Now that Crust (SCP firmware) has support for H3, we need a FIT image to load it. H3 also needs to load a SoC-specific eGon blob to support CPU 0 hotplug. Let's first enable FIT support before adding extra firmware. Update the binman description to work on either 32-bit or 64-bit SoCs: - Make BL3

[PATCH 2/3] binman: Prevent entries in a section from overlapping

Currently, if the "offset" property is given for an entry, the section's running offset is completely ignored. This causes entries to overlap if the provided offset is less than the size of the entries earlier in the section. Avoid the overlap by only using the provided offset when it is greater th

[PATCH 0/3] sunxi: SPL FIT support for 32-bit sunxi SoCs

This series makes the necessary changes so 32-bit sunxi SoCs can load additional device trees or firmware from SPL along with U-Boot proper. There was no existing binman entry property that put the FIT at the right offset. The minimum offset is 32k, but this matches neither the SPL size (which is

[PATCH 1/3] Kconfig: Remove an impossible condition

ARCH_SUNXI selects BINMAN, so the condition "!BINMAN && ARCH_SUNXI" is impossible to satisfy. Signed-off-by: Samuel Holland --- Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Kconfig b/Kconfig index 931a22806e..ede20d74c9 100644 --- a/Kconfig +++ b/Kconfig @@ -359,7

[PATCH] net: phy: realtek: Add tx/rx delay config for 8211e

Some boards need to change the tx/rx delay config in order for gigabit Ethernet to work. In Linux commit bbc4d71d6354 ("net: phy: realtek: fix rtl8211e rx/tx delay config"), Realtek documented the bits for overriding the delays from the hardware straps. Copy the logic from linux, so the delay con

Re: [RFC 01/22] part: call part_init() in blk_get_device_by_str() only for MMC

On Tue, Oct 12, 2021 at 03:30:26PM +0200, Heinrich Schuchardt wrote: > > > On 10/12/21 05:26, AKASHI Takahiro wrote: > > Simon, Heinrich, > > > > On Mon, Oct 11, 2021 at 10:14:02AM -0600, Simon Glass wrote: > > > Hi Heinrich, > > > > > > On Mon, 11 Oct 2021 at 09:09, Heinrich Schuchardt > > >

RE: [PATCH v4 23/29] pci: layerscape: add official ls1028a binding support

> -Original Message- > From: Michael Walle > Sent: 2021年10月5日 16:38 > To: u-boot@lists.denx.de > Cc: Jagan Teki ; Priyanka Jain > ; Vladimir Oltean ; > Tom Rini ; Peter Griffin ; > Manivannan Sadhasivam ; Michael > Walle ; Z.Q. Hou > Subject: [PATCH v4 23/29] pci: layerscape: add offici

Re: [PATCH 00/16] fdt: Make OF_BOARD a boolean option

On Wed, Oct 13, 2021 at 09:29:14AM +0800, Bin Meng wrote: > Hi Simon, > > On Wed, Oct 13, 2021 at 9:01 AM Simon Glass wrote: > > > > With Ilias' efforts we have dropped OF_PRIOR_STAGE and OF_HOSTFILE so > > there are only three ways to obtain a devicetree: > > > >- OF_SEPARATE - the normal wa

Re: [PATCH 00/16] fdt: Make OF_BOARD a boolean option

Hi Simon, On Wed, Oct 13, 2021 at 9:01 AM Simon Glass wrote: > > With Ilias' efforts we have dropped OF_PRIOR_STAGE and OF_HOSTFILE so > there are only three ways to obtain a devicetree: > >- OF_SEPARATE - the normal way, where the devicetree is built and > appended to U-Boot >- OF_

Re: [PATCH 07/16] arm: rpi: Add a devicetree file for rpi_4

Hi Simon This is making a clean environment go in the wrong direction. I have witnessed that bus to mmio changed for instance, have seen patches to patch live u-boot embedded DT because it does not do the work that Videocore does. The Videocore handles that properly so why adding this? Si i wou

[PATCH 00/16] fdt: Make OF_BOARD a boolean option

With Ilias' efforts we have dropped OF_PRIOR_STAGE and OF_HOSTFILE so there are only three ways to obtain a devicetree: - OF_SEPARATE - the normal way, where the devicetree is built and appended to U-Boot - OF_EMBED - for development purposes, the devicetree is embedded in the EL

i.mx7ulp u-boot image flashing to SD card - Doesn't use the new image from SD card.

Hello imx7 developers, I have an i.mx7ulp evk board and have been chasing an issue that prevents me from using my own u-boot image flashed to the SD card to boot the board. The basic steps I followed are 1. build u-boot image using mx7ulp_evk_defconfig and I get u-boot-dtb.imx. I am using NXP's

Re: [RFC 07/22] dm: blk: add UCLASS_PARTITION

On Tue, Oct 12, 2021 at 11:14:17AM -0400, Tom Rini wrote: > On Mon, Oct 11, 2021 at 10:14:00AM -0600, Simon Glass wrote: > > Hi Heinrich, > > > > On Mon, 11 Oct 2021 at 09:02, Heinrich Schuchardt > > wrote: > > > > > > > > > > > > On 10/11/21 16:54, Simon Glass wrote: > > > > Hi Takahiro, > > >

Re: [PATCH 10/16] arm: octeontx: Add a fake devicetree file

Hi Simon It’s even in the title! The idea of having a DT in dts for ALL boards is not properly rooted. You may add some sample dts with warnings in the doc tree though. Le mer. 13 oct. 2021 à 03:04, Simon Glass a écrit : > Add an empty file to prevent build errors when building with > CONFIG_O

Re: [PATCH 02/16] arm: qemu: Explain how to extract the generate devicetree

Le mer. 13 oct. 2021 à 03:02, Simon Glass a écrit : > QEMU currently generates a devicetree for use with U-Boot. Explain how to > obtain it. > > Signed-off-by: Simon Glass > --- > > doc/board/emulation/qemu-arm.rst | 12 > 1 file changed, 12 insertions(+) > > diff --git a/doc/board

Re: [PATCH 05/16] arm: qemu: Add a devicetree file for qemu_arm64

Hi Simon The only place I could agree with this file presence is in the documentation directory, not in dts. It creates a mental picture for the reader an entirely bad mind scheme around Qemu and DT. And even in a documentation directory I would place a bug warning: don’t use this with any kerne

[PATCH 16/16] Drop CONFIG_BINMAN_STANDALONE_FDT

This was added as a hack to work around not having an in-tree devicetree. Now that this is fixed it is not needed. Drop it. Signed-off-by: Simon Glass --- Makefile| 3 +-- dts/Kconfig | 18 -- tools/binman/binman.rst | 20 3 fil

[PATCH 15/16] fdt: Make OF_BOARD a bool option

This should not be a separate option from OF_SEPARATE. It is a run-time option to override the devicetree, even if present. Move the option out of the choice. Disable BINMAN_FDT for a few boards which don't actually use it. Signed-off-by: Simon Glass --- configs/qemu-ppce500_defconfig | 1

[PATCH 13/16] arm: qemu-ppce500: Add a devicetree file

Add a devicetree file obtained from qemu for this board. This was obtained with: qemu-system-ppc64 -machine ppce500 -cpu e6500 -M dumpdtb=dtb.dtb Signed-off-by: Simon Glass --- arch/powerpc/dts/Makefile | 1 + arch/powerpc/dts/qemu-ppce500.dts | 264 ++

[PATCH 14/16] arm: highbank: Add a fake devicetree file

Add an empty file to prevent build errors when building with CONFIG_OF_SEPARATE enabled. Unfortunately there are no build instructions in the U-Boot tree to enable a real file to be created. Signed-off-by: Simon Glass --- arch/arm/dts/Makefile | 2 ++ arch/arm/dts/highbank.dts | 14

[PATCH 12/16] arm: bcm7xxx: Add a devicetree file

Add a dummy devicetree file for these boards. It seems to be possible to obtain a real one from another bootloader called 'bolt' but I will leave this to the maintainer. Signed-off-by: Simon Glass --- arch/arm/dts/Makefile | 2 ++ arch/arm/dts/bcm7xxx.dts | 15 +++ configs/bcm

[PATCH 11/16] arm: xilinx_versal_virt: Add a devicetree file

Add a devicetree file obtained from qemu for this board. This was obtained with: qemu-system-aarch64 -M xlnx-versal-virt -machine dumpdtb=dtb.dtb Signed-off-by: Simon Glass --- arch/arm/dts/Makefile| 3 +- arch/arm/dts/xilinx-versal-virt.dts | 307

[PATCH 10/16] arm: octeontx: Add a fake devicetree file

Add an empty file to prevent build errors when building with CONFIG_OF_SEPARATE enabled. Unfortunately there are no build instructions in the U-Boot tree to enable a real file to be created. Signed-off-by: Simon Glass --- arch/arm/dts/Makefile| 3 +++ arch/arm/dts/octeontx.dts

[PATCH 09/16] arm: xenguest_arm64: Add a fake devicetree file

Add an empty file to prevent build errors when building with CONFIG_OF_SEPARATE enabled. The build instructions in U-Boot do not provide enough detail to build a useful devicetree, unfortunately. Signed-off-by: Simon Glass --- arch/arm/dts/Makefile| 2 ++ arch/arm/dts/xenguest-arm

[PATCH 08/16] arm: vexpress: Add a devicetree file for juno

Add this file, obtained from the Linaro website[1], so there is a reference file in the U-Boot tree. Note that U-Boot does not normally need this at runtime, since CONFIG_OF_BOARD is enabled. The previous firmware stage provides a devicetree at runtime. [1] https://releases.linaro.org/android/re

[PATCH 07/16] arm: rpi: Add a devicetree file for rpi_4

Add this file, obtained from the Raspbian boot disk, so there is a reference devicetree in the U-Boot tree. The same one is used for 32- and 64-bit variants. Note that U-Boot does not normally need this at runtime, since CONFIG_OF_BOARD is enabled. The previous firmware stage provides a devicetree

[PATCH 06/16] riscv: qemu: Add devicetree files for qemu_riscv32/64

Add these files, generated from qemu, so there is a reference devicetree in the U-Boot tree. Split the existing qemu-virt into two, since we need a different devicetree for 32- and 64-bit machines. Signed-off-by: Simon Glass --- arch/riscv/dts/Makefile | 2 +- arch/riscv/dts/qem

[PATCH 05/16] arm: qemu: Add a devicetree file for qemu_arm64

Add this file, generated from qemu, so there is a reference devicetree in the U-Boot tree. Signed-off-by: Simon Glass --- arch/arm/dts/Makefile| 2 +- arch/arm/dts/qemu-arm64.dts | 381 +++ configs/qemu_arm64_defconfig | 1 + 3 files changed, 383 ins

[PATCH 04/16] arm: qemu: Add a devicetree file for qemu_arm

Add this file, generated from qemu, so there is a reference devicetree in the U-Boot tree. Signed-off-by: Simon Glass --- arch/arm/dts/Makefile | 2 + arch/arm/dts/qemu-arm.dts | 402 + configs/qemu_arm_defconfig | 1 + 3 files changed, 405 insertio

[PATCH 02/16] arm: qemu: Explain how to extract the generate devicetree

QEMU currently generates a devicetree for use with U-Boot. Explain how to obtain it. Signed-off-by: Simon Glass --- doc/board/emulation/qemu-arm.rst | 12 1 file changed, 12 insertions(+) diff --git a/doc/board/emulation/qemu-arm.rst b/doc/board/emulation/qemu-arm.rst index 97b6ec

[PATCH 03/16] riscv: qemu: Explain how to extract the generate devicetree

QEMU currently generates a devicetree for use with U-Boot. Explain how to obtain it. Signed-off-by: Simon Glass --- doc/board/emulation/qemu-riscv.rst | 12 1 file changed, 12 insertions(+) diff --git a/doc/board/emulation/qemu-riscv.rst b/doc/board/emulation/qemu-riscv.rst index

[PATCH 01/16] arm: qemu: Mention -nographic in the docs

Without this option QEMU appears to hang. Add it to avoid confusion. Signed-off-by: Simon Glass --- doc/board/emulation/qemu-arm.rst | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/doc/board/emulation/qemu-arm.rst b/doc/board/emulation/qemu-arm.rst index 8d7fda10f15..

Re: [resent RFC 17/22] efi_loader: add efi_remove_handle()

On Tue, Oct 12, 2021 at 11:16:03AM +0300, Ilias Apalodimas wrote: > On Mon, Oct 04, 2021 at 12:44:25PM +0900, AKASHI Takahiro wrote: > > This function is a counterpart of efi_add_handle() and will be used > > in order to remove an efi_disk object in a later patch. > > > > Signed-off-by: AKASHI Tak

[PATCH] clk: fixed_rate: add dummy disable() function

commit 6bf6d81c1112 ("clk: fixed_rate: add dummy enable() function") implemented .enable, so fixed rate clocks can be used where drivers might call clk_enable(). Implement the .disable op for the same reason; some drivers, e.g. USB PHYs, may attempt to disable clocks at runtime. Signed-off-by: Sam

Re: [RFC 07/22] block: ide: call device_probe() after scanning

On Tue, Oct 12, 2021 at 08:53:54AM +0300, Ilias Apalodimas wrote: > On Mon, Oct 11, 2021 at 08:54:13AM -0600, Simon Glass wrote: > > Hi Takahiro, > > > > On Sun, 10 Oct 2021 at 19:43, AKASHI Takahiro > > wrote: > > > > > > On Sun, Oct 10, 2021 at 08:14:13AM -0600, Simon Glass wrote: > > > > On Th

[PATCH] tools: mksunxiboot: Use sunxi_image header directly

When adding eGON support to mkimage, the struct boot_file_head definition was moved to its own header. This is the only thing mksunxiboot needed out of asm/arch/spl.h. Clean up the relative include by switching to new header. Signed-off-by: Samuel Holland --- We switched from using mksunxiboot to

[PATCH] mkimage: sunxi_egon: Allow overriding the padding size

Due to a bug in the H3 SoC, where the CPU 0 hotplug flag cannot be written, resuming CPU 0 requires using the "Super Standby" code path in the BROM instead of the hotplug path. This path requires jumping to an eGON image in SRAM. This resume image, whose single purpose is to jump back to the secur

[PATCH] sunxi: A23/A33/H3: Actually move the secure monitor

commit 1ebfc0c631e3 ("sunxi: A23/A33/H3: Move sun8i secure monitor to SRAM A2") attempted to move the secure monitor to SRAM A2. But not all sun8i SoCs have SRAM A2, so a check was put in for SUNXI_SRAM_A2_SIZE to avoid breaking the other SoCs. However, because the header providing SUNXI_SRAM_A2_S

Re: [RFC 00/22] efi_loader: more tightly integrate UEFI disks to device model

On Tue, Oct 12, 2021 at 05:37:45PM -0600, Simon Glass wrote: > Hi Tom, > > On Tue, 12 Oct 2021 at 15:13, Tom Rini wrote: > > > > On Tue, Oct 12, 2021 at 02:31:15PM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Tue, 12 Oct 2021 at 09:00, Tom Rini wrote: > > > > > > > > On Sun, Oct 10, 20

Re: [RFC 00/22] efi_loader: more tightly integrate UEFI disks to device model

Hi Tom, On Tue, 12 Oct 2021 at 15:13, Tom Rini wrote: > > On Tue, Oct 12, 2021 at 02:31:15PM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Tue, 12 Oct 2021 at 09:00, Tom Rini wrote: > > > > > > On Sun, Oct 10, 2021 at 08:14:00AM -0600, Simon Glass wrote: > > > > Hi Takahiro, > > > > > > > > O

Re: [PATCH v6 00/11] board: toradex: verdin-imx8mm: target refresh

Hi Tim On Tue, 2021-10-12 at 12:46 -0700, Tim Harvey wrote: > On Sat, Oct 9, 2021 at 1:43 PM Marcel Ziswiler wrote: > > > > From: Marcel Ziswiler > > > > > > An assortment of fixes and improvements like an Ethernet PHY > > configuration fix, DEK blob encapsulation preparation, migration to >

Re: [RFC 00/22] efi_loader: more tightly integrate UEFI disks to device model

On Tue, Oct 12, 2021 at 02:31:15PM -0600, Simon Glass wrote: > Hi Tom, > > On Tue, 12 Oct 2021 at 09:00, Tom Rini wrote: > > > > On Sun, Oct 10, 2021 at 08:14:00AM -0600, Simon Glass wrote: > > > Hi Takahiro, > > > > > > On Thu, 30 Sept 2021 at 23:02, AKASHI Takahiro > > > wrote: > > > > > > > >

Re: [PATCH] distro_boot: Fix bootfile env after calling boot_extlinux

On Tue, Oct 12, 2021 at 02:31:18PM -0600, Simon Glass wrote: > Hi Tom, > > On Tue, 12 Oct 2021 at 13:44, Tom Rini wrote: > > > > On Tue, Oct 12, 2021 at 04:55:44PM +0800, Artem Lapkin wrote: > > > > > Problem > > > > > > PXE cannot boot normally after Sysboot changed the bootfile env (called > >

Re: [PATCH] distro_boot: Fix bootfile env after calling boot_extlinux

Hi Tom, On Tue, 12 Oct 2021 at 13:44, Tom Rini wrote: > > On Tue, Oct 12, 2021 at 04:55:44PM +0800, Artem Lapkin wrote: > > > Problem > > > > PXE cannot boot normally after Sysboot changed the bootfile env (called > > from boot_extlinux) from the default "boot.scr.uimg" to > > "/boot/extlinux/ext

Re: [RFC 00/22] efi_loader: more tightly integrate UEFI disks to device model

Hi Tom, On Tue, 12 Oct 2021 at 09:00, Tom Rini wrote: > > On Sun, Oct 10, 2021 at 08:14:00AM -0600, Simon Glass wrote: > > Hi Takahiro, > > > > On Thu, 30 Sept 2021 at 23:02, AKASHI Takahiro > > wrote: > > > > > > The purpose of this RPC is to reignite the discussion about how UEFI > > > subyste

Re: [RFC 12/22] dm: add a hidden link to efi object

Hi Takahiro, On Mon, 11 Oct 2021 at 20:09, AKASHI Takahiro wrote: > > On Mon, Oct 11, 2021 at 10:09:19AM -0600, Simon Glass wrote: > > Hi Heinrich, > > > > On Mon, 11 Oct 2021 at 09:31, Heinrich Schuchardt > > wrote: > > > > > > > > > > > > On 10/11/21 16:54, Simon Glass wrote: > > > > Hi Takah

Re: [RFC 01/22] part: call part_init() in blk_get_device_by_str() only for MMC

Hi Takahiro, On Mon, 11 Oct 2021 at 21:26, AKASHI Takahiro wrote: > > Simon, Heinrich, > > On Mon, Oct 11, 2021 at 10:14:02AM -0600, Simon Glass wrote: > > Hi Heinrich, > > > > On Mon, 11 Oct 2021 at 09:09, Heinrich Schuchardt > > wrote: > > > > > > > > > > > > On 10/11/21 16:32, Simon Glass wr

Re: [PATCH v6 00/11] board: toradex: verdin-imx8mm: target refresh

On Sat, Oct 9, 2021 at 1:43 PM Marcel Ziswiler wrote: > > From: Marcel Ziswiler > > > An assortment of fixes and improvements like an Ethernet PHY > configuration fix, DEK blob encapsulation preparation, migration to > using binman to pack images, SLEEP_MOCI# enablement, dropping of V1.0 > hardwa

Re: [PATCH] distro_boot: Fix bootfile env after calling boot_extlinux

On Tue, Oct 12, 2021 at 04:55:44PM +0800, Artem Lapkin wrote: > Problem > > PXE cannot boot normally after Sysboot changed the bootfile env (called > from boot_extlinux) from the default "boot.scr.uimg" to > "/boot/extlinux/extlinux.conf". > > In addition, an unbootable extlinux configuration wi

Re: [PULL] Pull request for u-boot next / v2022.01 = u-boot-stm32-20211012

On Tue, Oct 12, 2021 at 04:54:03PM +0200, Patrice CHOTARD wrote: > Hi Tom > > Please pull the STM32 related patches for u-boot/next, v2022.01: > u-boot-stm32-20211012 > > CI status: > https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/9455 > > T

Re: [PULL] u-boot-at91-2022.01-b

On Tue, Oct 12, 2021 at 02:18:29PM +, eugen.hris...@microchip.com wrote: > Hello Tom, > > Please pull tag u-boot-at91-2022.01-b , the second set of at91 features > for the next cycle 2022.01 . > > This small feature set adds the support for PWM driver for the sama5d2 > SoC. It also adds a

Re: how to run u-boot on qemu arm64 virt machine?

On Tue, Oct 12, 2021 at 01:46:33PM +0900, c...@etri.re.kr wrote: > Hello, u-boot mail list members, > > I'm trying to run u-boot on qemu arm64 virt machine to analyze how the S/W > runs. > > I followed "doc/board/emulation/qemu-arm.rst", and here is what I did. > > > > For qemu build (using

Exception handling in HYP mode on ARMv7-A

I've run into an issue with exception handling on the Raspberry Pi 3 in 32-bit mode (config rpi_3_32b) and the ODroid XU4 (config odroid-xu3). When testing the "exception undefined" command, instead of printing out register info and resetting the CPU like it's supposed to, U-Boot just hangs. I not

[PULL] u-boot-at91-2022.01-b

Hello Tom, Please pull tag u-boot-at91-2022.01-b , the second set of at91 features for the next cycle 2022.01 . This small feature set adds the support for PWM driver for the sama5d2 SoC. It also adds a node in the DT for this SoC. Thanks, Eugen The following changes since commit 4c1996ce374

Re: [PATCH 0/3] Add SAMA5D2 PWM Support

On 9/21/21 2:28 AM, Dan Sneddon wrote: > Add support for the PWM found on SAMA5D2 SoCs. > > Dan Sneddon (3): >pwm: Add PWM driver for SAMA5D2 >dt-bindings: pwm: pwm-at91: Add PWM bindings for A5D2 >ARM:dts: sama5d2: Add pwm definition > > arch/arm/dts/sama5d2.dtsi |

Re: IMX8M OP-TEE

Hi Tim On Mon, 2021-10-11 at 16:32 -0700, Tim Harvey wrote: > > ... > Marcel, > > Thanks for checking into OP-TEE for me. Sure thing. I meanwhile got reminded that Sergio Prado actually held a talk about this topic back at the Embedded World [1]. Not sure whether he played with mainline U-Boot

[PATCH v1] board: toradex: add verdin imx8m plus support

From: Marcel Ziswiler This adds initial support for the Toradex Verdin iMX8M Plus Quad 4GB WB IT V1.0B module. They are strapped to boot from eFuses which are factory fused to properly boot from their on-module eMMC. U-Boot supports booting from the on-module eMMC only, SDP support is disabled fo

Re: Pull request: u-boot-sunxi/master for v2022.01

On Tue, Oct 12, 2021 at 05:15:55PM +0100, Andre Przywara wrote: > On Tue, 12 Oct 2021 11:49:02 -0400 > Tom Rini wrote: > > Hi Tom, > > > On Tue, Oct 12, 2021 at 01:58:18PM +0100, Andre Przywara wrote: > > > > > Hi Tom, > > > > > > please pull the sunxi/master branch, containing the first part

Re: Pull request: u-boot-sunxi/master for v2022.01

On Tue, 12 Oct 2021 11:49:02 -0400 Tom Rini wrote: Hi Tom, > On Tue, Oct 12, 2021 at 01:58:18PM +0100, Andre Przywara wrote: > > > Hi Tom, > > > > please pull the sunxi/master branch, containing the first part of the > > 2022.01 changes. > > > > The bulk of it is Samuel's DM_I2C rework, which

[PATCH] board/km: update MAINTAINERS files

Update the e-mail addresses and person responsible. Signed-off-by: Holger Brunck CC: Aleksandar Gerasimovski CC: Rainer Boschung --- board/keymile/km83xx/MAINTAINERS | 2 +- board/keymile/km_arm/MAINTAINERS | 2 +- board/keymile/pg-wcom-ls102xa/MAINTAINERS | 5 ++--- board/ke

[PATCH] net: bootp: Correct VCI string transmission

The VCI string sent during bootp of U-Boot-SPL is corrupt. This is because the byte counter is not adjusted within the bootp_extended() function when the VCI string is added. We fix this. Signed-off-by: Walter Stoll --- net/bootp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --gi

Re: Pull request: u-boot-sunxi/master for v2022.01

On Tue, Oct 12, 2021 at 01:58:18PM +0100, Andre Przywara wrote: > Hi Tom, > > please pull the sunxi/master branch, containing the first part of the > 2022.01 changes. > > The bulk of it is Samuel's DM_I2C rework, which removes the nasty > I2C deprecation warnings for most 32-bit boards. It also

[PATCH 6/6 v4] board: samsung: add Samsung Galaxy S9/S9+(SM-G96x0) board

Samsung S9 SM-G9600 - Snapdragon SDM845 version of the phone, for China \ Hong Kong markets. Has unlockable bootloader, unlike SM-G960U (American market version), which allows running u-boot as a chain-loaded bootloader. Signed-off-by: Dzmitry Sankouski Cc: Ramon Fried Cc: Tom Rini --- Changes

[PATCH 1/6 v4] serial: qcom: add support for GENI serial driver

Generic Interface (GENI) Serial Engine (SE) based uart can be found on newer qualcomm SOCs, starting from SDM845. Tested on Samsung SM-G9600(starqltechn) by chain-loading u-boot with stock bootloader. Signed-off-by: Dzmitry Sankouski Cc: Ramon Fried Cc: Tom Rini --- Changes for v2: - change fun

[PATCH 4/6] clocks: qcom: add clocks for SDM845 debug uart

Allows to change clock frequency of debug uart, thus supporting wide range of baudrates. Enable / disable functionality is not implemented yet. In most use cases of SDM845 (i.e. mobile phones and tablets) it's not needed, because qualcomm first stage bootloader leaves it initialized, and on the oth

[PATCH 5/6 v2] SoC: qcom: add support for SDM845

Hi-end qualcomm chip, introduced in late 2017. Mostly used in flagship phones and tablets of 2018. Features: - arm64 arch - total of 8 Kryo 385 Gold / Silver cores - Hexagon 685 DSP - Adreno 630 GPU Tested only as second-stage bootloader. Signed-off-by: Dzmitry Sankouski Cc: Ramon Fried Cc: Tom

[PATCH 2/6 v4] spmi: msm: add arbiter version 5 support

Currently driver supports only version 1 and 2. Version 5 has slightly different registers structure Signed-off-by: Dzmitry Sankouski Cc: Ramon Fried Cc: Tom Rini --- Changes for v2: - change string formats in debug statements Changes for v3: - remove if else braces where possible Changes for v

[PATCH 3/6 v2] pinctrl: qcom: add pinctrl and gpio drivers for SDM845 SoC

Signed-off-by: Dzmitry Sankouski Cc: Ramon Fried Cc: Tom Rini Cc: Stephan Gerhold --- Changes for v2: - Add __section(".data") for pin_name variable. arch/arm/mach-snapdragon/pinctrl-sdm845.c | 44 +++ arch/arm/mach-snapdragon/pinctrl-snapdragon.c | 1 + arch/arm/mach-sna

[PATCH 0/6] Add support for SDM845 based boards, and SM-G9600

Snapdragon 845 - hi-end qualcomm chip, introduced in late 2017. Mostly used in flagship phones and tablets of 2018. Features: - arm64 arch - total of 8 Kryo 385 Gold / Silver cores - Hexagon 685 DSP - Adreno 630 GPU Tested only as second-stage bootloader. Samsung S9 SM-G9600 - Snapdragon SDM845 v

[PATCH 3/4] SoC: exynos: add support for exynos 78x0

Samsung Exynos 7880 \ 7870 - SoC for mainstream smartphones and tablets introduced on March 2017. Features: - 8 Cortex A53 cores - ARM Mali-T830 MP3 GPU - LTE Cat. 7 (7880) or 6 (7870) modem Signed-off-by: Dzmitry Sankouski Cc: Minkyu Kang --- arch/arm/dts/exynos78x0-gpio.dtsi | 204 +

[PATCH 4/4] board: samsung: add support for Galaxy A series of 2017 (a5y17lte)

Samsung Galaxy A3, A5, A7 (2017) - middle class Samsung smartphones. U-boot can be used as chain-loaded bootloader to gain control on booting vanilla linux(and possibly others) kernels Signed-off-by: Dzmitry Sankouski Cc: Minkyu Kang --- arch/arm/dts/Makefile| 3 + arch/arm/dts

[PATCH 1/4] serial: samsung: add support for skip debug init in s5p

Signed-off-by: Dzmitry Sankouski Cc: Minkyu Kang --- drivers/serial/serial_s5p.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/serial/serial_s5p.c b/drivers/serial/serial_s5p.c index 6d09952a5d..caa9a4e5c1 100644 --- a/drivers/serial/serial_s5p.c +++ b/drive

[PATCH 2/4] pinctrl: exynos: add support for multiple pin banks

Iterate all pin banks to find a pin Signed-off-by: Dzmitry Sankouski Cc: Minkyu Kang --- drivers/pinctrl/exynos/pinctrl-exynos.c | 28 +++-- 1 file changed, 22 insertions(+), 6 deletions(-) diff --git a/drivers/pinctrl/exynos/pinctrl-exynos.c b/drivers/pinctrl/exynos/pinct

[PATCH 0/4] Add support for Samsung 2017 A-series phones

Samsung Galaxy A3, A5, A7 (2017) - middle class Samsung smartphones, powered by Exynos7880 (A5,A7) and Exynos7870 (A3) U-boot can be used as chain-loaded bootloader to gain control on booting vanilla linux(and possibly others) kernels. Samsung Exynos 7880 \ 7870 - SoC for mainstream smartphones an

Re: [RFC 07/22] dm: blk: add UCLASS_PARTITION

On Mon, Oct 11, 2021 at 10:14:00AM -0600, Simon Glass wrote: > Hi Heinrich, > > On Mon, 11 Oct 2021 at 09:02, Heinrich Schuchardt wrote: > > > > > > > > On 10/11/21 16:54, Simon Glass wrote: > > > Hi Takahiro, > > > > > > On Sun, 10 Oct 2021 at 20:29, AKASHI Takahiro > > > wrote: > > >> > > >> H

Re: [PATCH] stm32mp: add binman support for STM32MP15x

Hi, On 10/8/21 9:34 AM, Patrick Delaunay wrote: Use binman to add the stm32image header on SPL binary for basic boot or on U-Boot binary when it is required, i.e. for TF-A boot without FIP support, when CONFIG_STM32MP15x_STM32IMAGE is activated. The "binman" tool is the recommended tool for spe

Re: [PATCH 2/2] dt-bindings: u-boot: Add an initial binding for config

On Tue, Oct 12, 2021 at 8:41 AM Simon Glass wrote: > > Hi Rob, > > On Mon, 4 Oct 2021 at 13:30, Rob Herring wrote: > > > > On Sun, Oct 03, 2021 at 12:51:53PM -0600, Simon Glass wrote: > > > U-Boot makes use of the devicetree for its driver model. Devices are bound > > > based on the hardware des

Re: [RFC 00/22] efi_loader: more tightly integrate UEFI disks to device model

On Sun, Oct 10, 2021 at 08:14:00AM -0600, Simon Glass wrote: > Hi Takahiro, > > On Thu, 30 Sept 2021 at 23:02, AKASHI Takahiro > wrote: > > > > The purpose of this RPC is to reignite the discussion about how UEFI > > subystem would best be integrated into U-Boot device model. > > In the past, I p

[PULL] Pull request for u-boot next / v2022.01 = u-boot-stm32-20211012

Hi Tom Please pull the STM32 related patches for u-boot/next, v2022.01: u-boot-stm32-20211012 CI status: https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/9455 Thanks Patrice The following changes since commit d80bb749fab53da72c4a0e09b8c2d2aaa3103c91: Prepare v2021.10 (2021

Re: [RFC 14/22] efi_loader: disk: a helper function to create efi_disk objects from udevice

Hi Akashi, On Mon, 11 Oct 2021 at 19:09, AKASHI Takahiro wrote: > > Simon, > > On Mon, Oct 11, 2021 at 08:54:06AM -0600, Simon Glass wrote: > > Hi Takahiro, > > > > On Mon, 11 Oct 2021 at 00:52, AKASHI Takahiro > > wrote: > > > > > > On Sun, Oct 10, 2021 at 08:14:21AM -0600, Simon Glass wrote: >

[PATCH v2] dt-bindings: u-boot: Add an initial binding for config

U-Boot makes use of the devicetree for its driver model. Devices are bound based on the hardware description in the devicetree. Since U-Boot is not an operating system, it has no command line or user space to provide configuration and policy information. This must be made available in some other w

Re: [PATCH 2/2] dt-bindings: u-boot: Add an initial binding for config

Hi Rob, On Mon, 4 Oct 2021 at 13:30, Rob Herring wrote: > > On Sun, Oct 03, 2021 at 12:51:53PM -0600, Simon Glass wrote: > > U-Boot makes use of the devicetree for its driver model. Devices are bound > > based on the hardware description in the devicetree. > > > > Since U-Boot is not an operating

Re: [RFC 01/22] part: call part_init() in blk_get_device_by_str() only for MMC

On 10/12/21 05:26, AKASHI Takahiro wrote: Simon, Heinrich, On Mon, Oct 11, 2021 at 10:14:02AM -0600, Simon Glass wrote: Hi Heinrich, On Mon, 11 Oct 2021 at 09:09, Heinrich Schuchardt wrote: On 10/11/21 16:32, Simon Glass wrote: Hi Heinrich, On Mon, 11 Oct 2021 at 04:07, Heinrich Schu

Pull request: u-boot-sunxi/master for v2022.01

Hi Tom, please pull the sunxi/master branch, containing the first part of the 2022.01 changes. The bulk of it is Samuel's DM_I2C rework, which removes the nasty I2C deprecation warnings for most 32-bit boards. It also includes some smaller refactorings that pave the way for more changes, mostly d

Re: [PATCH 08/10] env: Use strncpy() instead of ad-hoc code to copy variable value

On 12/10/2021 14.00, Marek Behún wrote: > On Tue, 12 Oct 2021 13:41:43 +0200 > Rasmus Villemoes wrote: > >> On 12/10/2021 13.04, Marek Behún wrote: >> I understand why you want to avoid an open-coded copying, but strncpy >> is almost certainly the wrong tool for the job. Apart from not >> reveal

[PATCH] arm: total_compute: increase DRAM to 8GB

The extra 6GB start at 0x808000. Signed-off-by: Usama Arif --- board/armltd/total_compute/total_compute.c | 3 +++ include/configs/total_compute.h| 3 +++ 2 files changed, 6 insertions(+) diff --git a/board/armltd/total_compute/total_compute.c b/board/armltd/total_compute/total

Re: [PATCH 08/10] env: Use strncpy() instead of ad-hoc code to copy variable value

On Tue, 12 Oct 2021 13:41:43 +0200 Rasmus Villemoes wrote: > On 12/10/2021 13.04, Marek Behún wrote: > > From: Marek Behún > > > > Copy the value of the found variable into given buffer with > > strncpy(). > > > > Signed-off-by: Marek Behún > > --- > > cmd/nvedit.c | 15 +-- > >

Double free vulnerability in sqfs commands ("sqfsls" and "sqfsload")

Hello U-Boot lists! I had been doing a fuzz testing in U-Boot . There is a double free bug in U-Boot, in /fs/squashfs/sqfs.c in the function sqfs_tokenize( ). On the line 307, tokens[i] is being freed and the ret is being set -ENOMEM, it will go to the out: label and free tokens[i] again (just like

how to run u-boot on qemu arm64 virt machine?

Hello, u-boot mail list members, I'm trying to run u-boot on qemu arm64 virt machine to analyze how the S/W runs. I followed "doc/board/emulation/qemu-arm.rst", and here is what I did. For qemu build (using qemu-2.9.0), I did under ~/QEMU/qemu directory, mkdir build; cd build; ../configure -

Re: [PATCH 08/10] env: Use strncpy() instead of ad-hoc code to copy variable value

On 12/10/2021 13.04, Marek Behún wrote: > From: Marek Behún > > Copy the value of the found variable into given buffer with strncpy(). > > Signed-off-by: Marek Behún > --- > cmd/nvedit.c | 15 +-- > 1 file changed, 5 insertions(+), 10 deletions(-) > > diff --git a/cmd/nvedit.c b/c

Re: [PATCH v2 00/12] sunxi: Migrate to DM_I2C

On Fri, 8 Oct 2021 00:17:13 -0500 Samuel Holland wrote: Hi Samuel, > This series does the initial work to migrate sunxi boards to DM_I2C. > Version 1 of this series bitrotted quite a bit, so there is some > reorganization in version 2. > > First it takes care of the PMIC: > - Patches 1-2 clea

[PATCH] arm: a37xx: pci: Do not allow setting bars on PCI Bridge

PCI Bridge which represents Aardvark PCIe Root Port does not have configurable bars. So ensure that write operation to bars registers on PCI Bridge is noop and bars registers always contain zero address which indicates that bars are unsupported. After this change U-Boot 'pci bar 0.0.0' command do

  1   2   >