Re: Build for RISC-V with LLVM

On Fri, Apr 25, 2025 at 12:43:08PM -0500, Nathaniel Hourt wrote: > Hi, all > > I am trying to build u-boot and SPL for my Mars board (riscv, variant of the > starfive visionfive2) following the board-specific docs [1], using > LLVM/clang as my toolchain with the HOSTCC and CC make options mentione

Re: [PATCH 1/2] include: env: ti: mmc.h: Find DTB files in dtb directory for AM57xx

On 4/25/2025 12:19 PM, Neha Malcom Francis wrote: Hi Anurag On 25/04/25 11:04, Anurag Dutta wrote: Add dtb/ to the DTB search path. Signed-off-by: Anurag Dutta --- include/env/ti/mmc.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/env/ti/mmc.h b/include/env/

Re: [PATCH 5/9] beagle: beagley-ai: env: Enable DFU env options

On 4/25/2025 11:01 PM, Nishanth Menon wrote: Just enable dfu options, We have MMC and RAM as options here. Signed-off-by: Nishanth Menon --- Changes Since v2: - Dropped the dfu_alt_info override option, let the users select it - Updated commit message to the effect. V2: https://lore.kernel.o

Re: [PATCH 3/9] beagle: beagley-ai: env: Set up the boot devices and boot methods

On 4/25/2025 11:01 PM, Nishanth Menon wrote: We just have a single MMC on BeagleY-AI. So drop all other boot options, In the meanwhile, we also will use efiboot and standard boot methods consistent with other K3 Beagle products. Signed-off-by: Nishanth Menon --- Changes Since v2: - None V2:

Re: [PATCH 1/9] board: beagle: beagley-ai: Add pattern match for MAINTAINERS

On 4/25/2025 11:01 PM, Nishanth Menon wrote: just use beagley_ai as pattern match for the files and folders involved. subject, line v3 :) anyway Reviewed-by: Udit Kumar Signed-off-by: Nishanth Menon --- Changes Since v2: - None V2: https://lore.kernel.org/r/20250418193943.953952-2...@t

Re: [GIT PULL] u-boot-riscv/master

The outcome of that merge went a bit weird for board/starfive/visionfive2/spl.c On 4/25/25 16:43, Tom Rini wrote: > On Fri, 25 Apr 2025 18:07:54 +0800, Leo Liang wrote: > >> The following changes since commit 10f48365112b164bee6564033ab682747efcb483: >> >> Merge patch series "Add PCIe support f

Re: [PATCH v2 2/3] efi: add EFI_DEBUG_IMAGE_INFO_TABLE for debug

On Fri, 25 Apr 2025 at 21:31, Heinrich Schuchardt wrote: > On 4/25/25 21:05, Paul Liu wrote: > > > > > > On Thu, 24 Apr 2025 at 23:02, Heinrich Schuchardt > > wrote: > > > > On 24.04.25 22:19, Ying-Chun Liu (PaulLiu) wrote: > > > From: "Ying-Chun Liu (PaulLiu)

Re: [GIT PULL] u-boot-riscv/master

On Fri, 25 Apr 2025 18:07:54 +0800, Leo Liang wrote: > The following changes since commit 10f48365112b164bee6564033ab682747efcb483: > > Merge patch series "Add PCIe support for TI AM64 SoC" (2025-04-24 10:46:17 > -0600) > > are available in the Git repository at: > > https://source.denx.de

Re: Pull request efi-2025-07-rc1-3

On Fri, 25 Apr 2025 20:58:50 +0200, Heinrich Schuchardt wrote: > I have added some board related patches to the pull-request: > > The patches for supporting the DeepComputing FML13V01 via > starfive_visionfive2_defconfig were positively reviewed by four > reviewers including the StarFive maintain

[PATCH] arm: dts: k3: binman: Fix DM firmware selection

Just like TF-A and OP-TEE, the documentation states a custom path for DM can be provided at build time by setting TI_DM. This should then set ti-dm-path which updates ti-dm node filenames in binman. Two issues prevent this from functioning for most K3 boards. One is when then DM firmware name is i

Re: [PATCH v2 2/3] efi: add EFI_DEBUG_IMAGE_INFO_TABLE for debug

On 4/25/25 21:05, Paul Liu wrote: On Thu, 24 Apr 2025 at 23:02, Heinrich Schuchardt > wrote: On 24.04.25 22:19, Ying-Chun Liu (PaulLiu) wrote: > From: "Ying-Chun Liu (PaulLiu)" mailto:paul@linaro.org>> > > EFI_DEBUG_IMAGE_INFO_TABLE is used to

Re: [PATCH v2 1/3] efi: add EFI_SYSTEM_TABLE_POINTER for debug

Hi Heinrich, Thanks for the review. On Thu, 24 Apr 2025 at 22:46, Heinrich Schuchardt wrote: > On 24.04.25 22:19, Ying-Chun Liu (PaulLiu) wrote: > > From: "Ying-Chun Liu (PaulLiu)" > > > > Add EFI_SYSTEM_TABLE_POINTER structure for debugger to locate > > the address of EFI_SYSTEM_TABLE. > > >

Re: [PATCH 0/9] board: beagle: beagley-ai: Cleanups and stdboot

On April 25, 2025 thus sayeth Nishanth Menon: > Spin 3 of the series. > Just happened to get a BeagleY-AI at desk and happened to test master > branch (7dd49a9264a6 drivers: scsi: Add 'erase' support), noticed a few > issues which were rather easy to solve.. so, here we go: > > Current series is b

Re: [PATCH v2 3/3] efi: add EFI_DEBUG_IMAGE_INFO for debug

Hi Heinrich, Thanks for the review. All of the issues in this commit will be fixed in the next version. Thanks a lot. Yours, Paul On Thu, 24 Apr 2025 at 23:34, Heinrich Schuchardt wrote: > On 24.04.25 22:19, Ying-Chun Liu (PaulLiu) wrote: > > From: "Ying-Chun Liu (PaulLiu)" > > > > This com

Re: [PATCH v2 2/3] efi: add EFI_DEBUG_IMAGE_INFO_TABLE for debug

On Thu, 24 Apr 2025 at 23:02, Heinrich Schuchardt wrote: > On 24.04.25 22:19, Ying-Chun Liu (PaulLiu) wrote: > > From: "Ying-Chun Liu (PaulLiu)" > > > > EFI_DEBUG_IMAGE_INFO_TABLE is used to store EFI_LOADED_IMAGE for > > debug purpose. This commit adds the table to the EFI_CONFIGURATION_TABLE.

Pull request efi-2025-07-rc1-3

Dear Tom, I have added some board related patches to the pull-request: The patches for supporting the DeepComputing FML13V01 via starfive_visionfive2_defconfig were positively reviewed by four reviewers including the StarFive maintainer but I did not see any pull-request for RISC-V. Enablin

Re: [PATCH v5 9/9] doc: ti: am62: add falcon mode documentation

On Fri, Apr 25, 2025 at 08:26:40PM +0530, Anshul Dalal wrote: > This patch adds user documentation for falcon boot for am62 platforms. > The main section is added to am62x_sk.rst and other documents just > include the section. Steps to build falcon support, usage and the > modified R5 memory map ha

Re: [PATCH] arm64: dts: imx8mm: Make osc_32k available in SPL

On Fri, Apr 25, 2025 at 12:39 PM Fabio Estevam wrote: > > From: Fabio Estevam > > Since commit b4734c9c333b ("clk: imx: Convert clock-osc-* back to osc_*") > SPL takes a long time to load U-Boot proper on an imx8mm-evk board. > > The reason for the long delay is because the osc_32k clock is not a

[PATCH v5 5/9] config: add falcon boot config fragment for am62x

This fragment enables falcon boot for the am62x, 62a and 62p. To have enough stack and heap space for loading kernel image as FIT the memory map was modified by expanding stack + heap size, the PRELOADED_BL33_BASE in ATF has to also be updated to 0x8200 since the kernel requires to be loaded a

[PATCH 4/9] beagle: beagley-ai: env: Setup scripts for LED control

Most of the users of BeagleY-AI are headless OR do not use serial port. In such cases, it is very useful for the device to provide some level of indication to know what state their board is at. Unfortunately, with a single LED (ignoring the :heartbeat), the options are limited. This is a precursor

Build for RISC-V with LLVM

Hi, all I am trying to build u-boot and SPL for my Mars board (riscv, variant of the starfive visionfive2) following the board-specific docs [1], using LLVM/clang as my toolchain with the HOSTCC and CC make options mentioned in [2]. I'm building from a RISC-V native chroot using qemu-binfmt so

[PATCH] arm64: dts: imx8mm: Make osc_32k available in SPL

From: Fabio Estevam Since commit b4734c9c333b ("clk: imx: Convert clock-osc-* back to osc_*") SPL takes a long time to load U-Boot proper on an imx8mm-evk board. The reason for the long delay is because the osc_32k clock is not available in the SPL phase. Fix this problem by passing the 'bootph

Re: [PATCH 4/4] arm64: dts: imx8mm: Allow osc_24m to be available in SPL

On Fri, Apr 25, 2025 at 2:16 PM Marek Vasut wrote: > No SPL-specific ifdefs in DT please , sorry but NAK , I already did this > last year and it was rejected, and that totally makes sense. Just > include the 32kHz clock source in SPL DT and that's the right fix. Ok, this works, thanks.

Re: [PATCH 0/9] board: beagle: beagley-ai: Cleanups and stdboot

On 4/25/25 12:31 PM, Nishanth Menon wrote: Spin 3 of the series. Just happened to get a BeagleY-AI at desk and happened to test master branch (7dd49a9264a6 drivers: scsi: Add 'erase' support), noticed a few issues which were rather easy to solve.. so, here we go: Current series is based off: mas

[PATCH 7/9] configs:am67a_beagley_ai*: Drop un-necessary config options

Drop SPI, EMMC, GPIO expanders that come with EVM etc. Signed-off-by: Nishanth Menon --- Changes Since v2: - None V2: https://lore.kernel.org/r/20250418193943.953952-8...@ti.com configs/am67a_beagley_ai_a53_defconfig | 8 configs/am67a_beagley_ai_r5_defconfig | 23 --

[PATCH 9/9] doc: beagle: Add BeagleY-AI documentation

Document the BeagleY-AI usage, build and basic debug hints Reviewed-by: Udit Kumar Signed-off-by: Nishanth Menon --- Changes Since v2: - Picked up Udit's review V2: https://lore.kernel.org/r/20250418193943.953952-10...@ti.com doc/board/beagle/am67a_beagley_ai.rst | 244 +++

[PATCH 0/9] board: beagle: beagley-ai: Cleanups and stdboot

Spin 3 of the series. Just happened to get a BeagleY-AI at desk and happened to test master branch (7dd49a9264a6 drivers: scsi: Add 'erase' support), noticed a few issues which were rather easy to solve.. so, here we go: Current series is based off: master 9d3f1ebaf875 ("tools/make_pip: Use venv w

[PATCH 3/9] beagle: beagley-ai: env: Set up the boot devices and boot methods

We just have a single MMC on BeagleY-AI. So drop all other boot options, In the meanwhile, we also will use efiboot and standard boot methods consistent with other K3 Beagle products. Signed-off-by: Nishanth Menon --- Changes Since v2: - None V2: https://lore.kernel.org/r/20250418193943.953952-

[PATCH 1/9] board: beagle: beagley-ai: Add pattern match for MAINTAINERS

just use beagley_ai as pattern match for the files and folders involved. Signed-off-by: Nishanth Menon --- Changes Since v2: - None V2: https://lore.kernel.org/r/20250418193943.953952-2...@ti.com board/beagle/beagley-ai/MAINTAINERS | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff

[PATCH 8/9] configs: am67a_beagley_ai_a53: Enable additional features

Enable basic EFI debug features, switch over to stdboot, enable GPIO, LED and PMIC used on this platform. And enable UHS mode support for SD cards in U-Boot. Unlike other BeagleBoard products, BeagleY-AI does not have alternative onboard non-volatile memories, so capsule support does not make sens

[PATCH 6/9] configs: am67a_beagley_ai*: Use saveddefconfig

Drop using j722s_evm defconfig since the evm has numerous features that we do not need on BeagleY-AI platform. As new peripherals get added to EVM support, we end up having to cleanup after in beagle configurations. Instead of doing that, just split up BeagleY's configuration independently out. N

[PATCH 2/9] arch: arm: dts: k3-am67a-beagley-ai-u-boot: Mark main_gpio1 as bootph-all

main_gpio1 controls the voltage for the SDcard from 3.3v to 1.8v. This is required for proper operation of SDcard through various boot stages. Fixes the following seen in the boot log: failed to set vqmmc-voltage to 3.3V Signed-off-by: Nishanth Menon --- Changes Since v2: - None upstream kernel

[PATCH 5/9] beagle: beagley-ai: env: Enable DFU env options

Just enable dfu options, We have MMC and RAM as options here. Signed-off-by: Nishanth Menon --- Changes Since v2: - Dropped the dfu_alt_info override option, let the users select it - Updated commit message to the effect. V2: https://lore.kernel.org/r/20250418193943.953952-6...@ti.com board/be

Re: [PATCH v2] clk: fixed-rate: Use "clock-output-names" to name fixed clocks

On 4/25/25 3:55 PM, Fabio Estevam wrote: On Fri, Apr 25, 2025 at 9:55 AM Fabio Estevam wrote: With the top-of-tree U-Boot, SPL calculates the wrong sdhc_clk on the imx8mm-evk: U-Boot SPL 2025.04-01380-ga9820e12db18-dirty (Apr 25 2025 - 09:40:45 -0300) No pmic WDT: Started watchdog@3028

Re: [PATCH v2] clk: fixed-rate: Use "clock-output-names" to name fixed clocks

On 4/25/25 2:55 PM, Fabio Estevam wrote: On Thu, Apr 24, 2025 at 11:35 PM Fabio Estevam wrote: I haven't had a chance to debug this issue yet. I applied this debug patch: --- a/drivers/mmc/fsl_esdhc_imx.c +++ b/drivers/mmc/fsl_esdhc_imx.c @@ -1539,6 +1539,7 @@ static int fsl_esdhc_probe(str

Re: [PATCH 2/4] arm64: dts: imx8mn: Remove unreferenced clock-controller clocks in SPL DTs

On 4/25/25 3:52 PM, Fabio Estevam wrote: From: Marek Vasut Since 50cdd3f74af3 ("clk: imx: clk-imx8mn Fix nand and spi clock parent"), drivers/clk/imx/clk-imx8mn.c clk_get_by_name(dev, "osc_24m", &osc_24m_clk) fails with error -22 EINVAL in SPL. This is because clk_get_by_name() in the end calls

Re: [PATCH 3/4] Revert "arm64: dts: imx8mn: Include 32kHz oscillator clock in SPL DTs"

On 4/25/25 3:52 PM, Fabio Estevam wrote: From: Marek Vasut The 32 kHz oscillator was included in DT as a temporary workaround for the v2025.01 release. With a more appropriate fix in place for v2025.04, the workaround can be reverted. Signed-off-by: Marek Vasut Signed-off-by: Fabio Estevam -

Re: [PATCH 4/4] arm64: dts: imx8mm: Allow osc_24m to be available in SPL

On 4/25/25 3:52 PM, Fabio Estevam wrote: From: Fabio Estevam Align the osc_24m node with the imx8mn, so that it can be available in SPL. This fixes a long pause in SPL when loading U-Boot proper. Signed-off-by: Fabio Estevam --- arch/arm/dts/imx8mm-u-boot.dtsi | 4 1 file changed, 4

[PATCH] arm: mach-k3: use CFG_MAX_MEM_SIZE

0x1 + #define K3_FIREWALL_BACKGROUND_BIT (8) struct fwl_data { --- base-commit: 9d3f1ebaf8751f0287b5d02158cc706435f8fb19 change-id: 20250425-effective-memory-8d8d9e44a72a Best regards, -- Bryan Brattlof

Re: Flashing U-boot on a Google Nexus 7 2012 (grouper)

Hi Nathaniel, That was it! I used the bootloader-grouper-4.23.img file and it worked. Thanks! Have a good weekend, Benjamin On 4/25/25 17:40, Nathaniel Hourt wrote: Hi, Benjamin On 2025-04-25 02:38, Benjamin Freeman wrote: Hi, I'm trying to flash U-boot on a Nexus 7. I've followed the i

Re: Flashing U-boot on a Google Nexus 7 2012 (grouper)

Hi, Benjamin On 2025-04-25 02:38, Benjamin Freeman wrote: Hi, I'm trying to flash U-boot on a Nexus 7. I've followed the instruction from this page of the Read the Docs but I'm stuck at the

Re: [PATCH 1/2] bootstd: Add implementation for bootmeth rauc

On Fri, Apr 25, 2025 at 09:03:17AM -0600, Simon Glass wrote: > Hi Tom, > > On Fri, 25 Apr 2025 at 08:37, Tom Rini wrote: > > > > On Fri, Apr 25, 2025 at 08:35:52AM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Thu, 24 Apr 2025 at 12:49, Tom Rini wrote: > > > > > > > > On Thu, Apr 24, 20

[PATCH] board: ti: am33xx: Add support for BeagleBoard Green Eco

SeeedStudio BeagleBone Green Eco (BBGE) is a clone of the BeagleBone Green (BBG). It has minor differences from the BBG, such as a different PMIC, a different Ethernet PHY, and a larger eMMC. The PMIC is not yet supported in mainline, but the work is ongoing. Signed-off-by: Kory Maincent --- ar

Re: [PATCH 1/2] bootstd: Add implementation for bootmeth rauc

Hi Tom, On Fri, 25 Apr 2025 at 08:37, Tom Rini wrote: > > On Fri, Apr 25, 2025 at 08:35:52AM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Thu, 24 Apr 2025 at 12:49, Tom Rini wrote: > > > > > > On Thu, Apr 24, 2025 at 12:31:38PM -0600, Simon Glass wrote: > > > > Hi Martin, > > > > > > > > On

Re: [PATCH 1/2] bootstd: Add implementation for bootmeth rauc

Hi Tom, On Thu, 24 Apr 2025 at 12:49, Tom Rini wrote: > > On Thu, Apr 24, 2025 at 12:31:38PM -0600, Simon Glass wrote: > > Hi Martin, > > > > On Thu, 24 Apr 2025 at 06:43, Martin Schwan wrote: > > > > > > Hi Simon, > > > > > > thanks for the review and sorry for my delayed reply. > > > > > > On

[PATCH v5 9/9] doc: ti: am62: add falcon mode documentation

This patch adds user documentation for falcon boot for am62 platforms. The main section is added to am62x_sk.rst and other documents just include the section. Steps to build falcon support, usage and the modified R5 memory map have been documented. Two svg images have also been added for reference

[PATCH v5 8/9] Makefile: update tispl regex to also clean falcon spl

Build for A53 on am62 platforms now generates tispl_falcon.bin alongside tispl.bin, edit the regex for `make clean` so that both files are removed. Signed-off-by: Anshul Dalal --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index e83672b1823..

[PATCH v5 7/9] mach-k3: common: enable falcon mode for 62 platform

We use the spl_board_prepare_for_boot hook to call k3_falcon_prep which is ran after tispl is loaded but before jump_to_image. In here, we find the boot media and load the image just as std falcon flow (since spl_start_uboot returns 0 now). Once the kernel and args are loaded, we perform fdt fixup

[PATCH v5 3/9] arch: arm: k3-binman: add fit for falcon boot

This adds creation of tispl_falcon.bin for the am62a, 62p and 62x. The contents are the same as the existing tispl.bin but A53's spl and the fdt have been removed as they are not needed in falcon boot. This reduces boot time since the payload size is smaller and we also aren't authenticating the

[PATCH v5 6/9] board: ti: add default dtb for am62 in falcon mode

The SPL_FS_LOAD_ARGS_NAME config is used for the arguments to the kernel (dtb in our case) in falcon boot. Setting it in board specific Kconfig allows us to reuse the same config fragment 'am62x_r5_falcon.config' for all 3 platforms for enabling falcon boot. Signed-off-by: Anshul Dalal --- boar

[PATCH v5 4/9] mach-k3: sysfw-loader: update img_hdr for falcon

The returned legacy_img_hdr is used by booti_setup to compute the load address for the kernel image. This change ensures the kernel load address is CONFIG_SYS_LOAD_ADDR in falcon boot. Signed-off-by: Anshul Dalal --- arch/arm/mach-k3/r5/sysfw-loader.c | 6 +- 1 file changed, 5 insertions(+)

[PATCH v5 2/9] mach-k3: fix reading size and addr from fdt on R5

fdtdec_get_addr_size uses architecture dependent datatypes which causes the 32-bit R5 to fail when reading the 64-bit size and addr fields of reg nodes from the fdt. This changes it to a common api for both 64 and 32 bit platforms. Now fdt fixups can be applied to the fdt from R5. Signed-off-by:

[PATCH v5 1/9] spl: Kconfig: allow K3 devices to use falcon mode

Falcon mode was disabled for TI_SECURE_DEVICE at commit e95b9b4437bc ("ti_armv7_common: Disable Falcon Mode on HS devices") for older 32-bit HS devices and can be enabled on K3 devices. For secure boot, the kernel with x509 headers can be packaged in a fit container (fitImage) signed with TIFS key

[PATCH v5 0/9] Add falcon support for am62a, 62p and 62x

This patch set adds support for falcon boot on AM62a, 62p and 62x by bypassing A53 SPL and U-boot. Existing Boot flow: R5 SPL -> ATF -> A53 SPL -> U-Boot -> Linux Kernel Updated flow: R5 SPL -> ATF -> Linux Kernel U-boot's falcon flow expects the jump from SPL to kernel to happen on the same cor

Re: bootflow: extlinux and menu

Hi Heiko, On Fri, 25 Apr 2025 at 02:20, Heiko Thiery wrote: > > Hi Tom, > > Am Do., 24. Apr. 2025 um 19:49 Uhr schrieb Heiko Thiery > : > > > > Hi, > > > > Am Do., 24. Apr. 2025 um 19:45 Uhr schrieb Tom Rini : > > > > > > On Thu, Apr 24, 2025 at 07:36:06PM +0200, Heiko Thiery wrote: > > > > > > >

Re: [PATCH 1/2] bootstd: Add implementation for bootmeth rauc

On Fri, Apr 25, 2025 at 08:35:52AM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 24 Apr 2025 at 12:49, Tom Rini wrote: > > > > On Thu, Apr 24, 2025 at 12:31:38PM -0600, Simon Glass wrote: > > > Hi Martin, > > > > > > On Thu, 24 Apr 2025 at 06:43, Martin Schwan wrote: > > > > > > > > Hi Simon,

Re: [PATCH] bootstd: Rework BLK dependency

Hi Tom, On Thu, 24 Apr 2025 at 12:49, Tom Rini wrote: > > On Thu, Apr 24, 2025 at 12:30:50PM -0600, Simon Glass wrote: > > On Wed, 23 Apr 2025 at 08:49, Tom Rini wrote: > > > > > > The bootstd code itself does not have any dependency on BLK in order to > > > build. However, in order to minimize

Re: [PATCH 1/4] build: Respect CONFIG_SPL_BUILD in DT sources

Hello, On 25.04.25 16:17, Tom Rini wrote: On Fri, Apr 25, 2025 at 10:52:17AM -0300, Fabio Estevam wrote: From: Marek Vasut Currently the U-Boot SPL build uses the same DTBs that were generated during U-Boot proper build, and calls 'fdtgrep' on those DTBs to filter out uninteresting nodes and

Re: [PATCH] mtd: mtdparts: calculate mtd partition offset before calculating size

On Fri, Apr 25, 2025 at 11:43:03AM +0800, Weijie Gao wrote: > The mtd partition offset must be calculated first as it will be > referenced when calculating the mtd partition size. > > Change-Id: Iccfd101b0a9597ac240c25670da638a82af28980 > Fixes: 1ca97ee9039 (mtd: mtdpart: Support MTD_SIZE_REMAINI

Re: [PATCH 1/4] build: Respect CONFIG_SPL_BUILD in DT sources

On Fri, Apr 25, 2025 at 10:52:17AM -0300, Fabio Estevam wrote: > From: Marek Vasut > > Currently the U-Boot SPL build uses the same DTBs that were generated > during U-Boot proper build, and calls 'fdtgrep' on those DTBs to filter > out uninteresting nodes and properties. Those U-Boot proper DTB

Re: [PATCH v2 8/8] ARM: dts: at91: sam9x60-curiosity: Enable watchdog node

On Fri, Apr 25, 2025 at 12:51 PM Eugen Hristev wrote: > > This 'timeout-sec' property is not in Linux DT. Any reason for adding it > ? is the default different in U-boot ? > The timeout initialization is different in Linux, where the driver's default value (16s) is taken during probing. On U-Boot

[PATCH 2/2] imx: power-domain: Enable refcounting on imx8mp

Prevent enabling/disabling multiple times the same power domain to avoid breakages due to the same power domains being referenced several times by different device nodes. Signed-off-by: Miquel Raynal --- drivers/power/domain/imx8m-power-domain.c | 4 drivers/power/domain/imx8mp-hsiomix.c

Flashing U-boot on a Google Nexus 7 2012 (grouper)

Hi, I'm trying to flash U-boot on a Nexus 7. I've followed the instruction from this page of the Read the Docs but I'm stuck at the "Flashing with the NV3P protocol" part. I can't figure out

Re: [PATCH v4 5/8] doc: add DeepComputing FML13V01 documentation

On 4/24/25 13:26, E Shattow wrote: Overall I think this patch is acceptable as-is and I'll be willing to make a later series with my suggestions; it's documentation so it is never really completed, I think, and I spend an hour or two editing then decide that what I want to do is its own other ser

[PATCH 1/2] power-domain: Add support for refcounting (again)

It is very surprising that such an uclass, specifically designed to handle resources that may be shared by different devices, is not keeping the count of the number of times a power domain has been enabled/disabled to avoid shutting it down unexpectedly or disabling it several times. Doing this ca

[PATCH 0/2] power-domain: Enable uclass refcounting

On one side we have a power domain uclass which is mostly clueless about the topology of the power domains it manages. On the other side we have SoCs which are getting more and more complex, ie. with several layers of power domains. Sometimes (eg. on TI K3 platforms) all power domains are defined

Re: [PATCH v2] clk: fixed-rate: Use "clock-output-names" to name fixed clocks

On Fri, Apr 25, 2025 at 9:55 AM Fabio Estevam wrote: > With the top-of-tree U-Boot, SPL calculates the wrong sdhc_clk on the > imx8mm-evk: > > U-Boot SPL 2025.04-01380-ga9820e12db18-dirty (Apr 25 2025 - 09:40:45 -0300) > No pmic > WDT: Started watchdog@3028 with servicing every 1000ms (60s

[PATCH 3/4] Revert "arm64: dts: imx8mn: Include 32kHz oscillator clock in SPL DTs"

From: Marek Vasut The 32 kHz oscillator was included in DT as a temporary workaround for the v2025.01 release. With a more appropriate fix in place for v2025.04, the workaround can be reverted. Signed-off-by: Marek Vasut Signed-off-by: Fabio Estevam --- arch/arm/dts/imx8mn-u-boot.dtsi | 5 ---

[PATCH 4/4] arm64: dts: imx8mm: Allow osc_24m to be available in SPL

From: Fabio Estevam Align the osc_24m node with the imx8mn, so that it can be available in SPL. This fixes a long pause in SPL when loading U-Boot proper. Signed-off-by: Fabio Estevam --- arch/arm/dts/imx8mm-u-boot.dtsi | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/dts/imx8

[PATCH 2/4] arm64: dts: imx8mn: Remove unreferenced clock-controller clocks in SPL DTs

From: Marek Vasut Since 50cdd3f74af3 ("clk: imx: clk-imx8mn Fix nand and spi clock parent"), drivers/clk/imx/clk-imx8mn.c clk_get_by_name(dev, "osc_24m", &osc_24m_clk) fails with error -22 EINVAL in SPL. This is because clk_get_by_name() in the end calls fdtdec_parse_phandle_with_args(), which it

[PATCH 1/4] build: Respect CONFIG_SPL_BUILD in DT sources

From: Marek Vasut Currently the U-Boot SPL build uses the same DTBs that were generated during U-Boot proper build, and calls 'fdtgrep' on those DTBs to filter out uninteresting nodes and properties. Those U-Boot proper DTBs are built from DTS which are first preprocessed by CPP, but that CPP is

RE: [PATCH v1 1/3] imx8qxp: capricorn defconfig: collect common Kconfig options

Hi Fabio Thanks for checking, it is fine. Cheers Walter -Original Message- From: Fabio Estevam Sent: Friday, April 25, 2025 1:46 PM To: Schocher, Heiko (ext guest) (DENX Software Engineering GmbH) Cc: U-Boot Mailing List ; Schweizer, Walter (SI B PRO TI EAC CCP) ; Sverdlin, Alexander

Re: [PATCH v2] tools/make_pip: Use venv when invoking pip

On Wed, 16 Apr 2025 14:36:28 +0200, Mattijs Korpershoek wrote: > Recent Ubuntu versions (24.04+) disallow pip by default when > installing packages. The recommended approach is to use a virtual > environment (venv) instead. > Because of this, "make pip" is failing on such versions. > > To prepare

Re: [PATCH] python: Use and refer to the venv module rather than virtualenv

On Tue, 15 Apr 2025 12:10:26 -0600, Tom Rini wrote: > Using some form of sandbox with Python modules is a long standing best > practice with the language. There are a number of ways to have a Python > sandbox be created. At this point in time, it seems the Python community > is moving towards usin

[PATCH v2 22/22] configs: stm32mp25: enable DISTRO_DEFAULT and BOOTCOMMAND

Enable DISTRO_DEFAULT and BOOTCOMMAND flags for stm32mp25 Signed-off-by: Patrice Chotard --- Changes in v2: - Enable DISTRO_DEFAULT and BOOTCOMMAND flags configs/stm32mp25_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/stm32mp25_defconfig b/configs/stm32mp25_defconf

[PATCH v2 08/22] board: st: stm32mp2: add user button support

From: Patrick Delaunay Handle user button 2 to force boot with STM32CubeProgrammer. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard --- (no changes since v1) board/st/stm32mp2/stm32mp2.c | 26 ++ configs/stm32mp25_defconfig | 4 +++- 2 files changed,

[PATCH v2 00/22] arm: stm32mp: STM32MP25 machine update

This series is updating STM32MP25 machine/board support: _ update cmd_stm32key. _ update cmd_stm32prog. _ update STM32MP25 configs. _ add leds and buttons support. _ add boot_mode support (USB/PXE/MMC/NOR/NAND). _ add bootcmd support. _ enable MMC support. Currently, it misses cloc

[PATCH v2 07/22] board: st: stm32mp2: add led support

From: Patrick Delaunay Add led support, force default state on U-Boot initialization and put on the Linux heartbeat led = "blue-led" during U-Boot execution. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard --- (no changes since v1) arch/arm/dts/stm32mp257f-ev1-u-boot.dtsi |

[PATCH v2 09/22] configs: stm32mp25: add support of NAND and NOR boot

Add support of UBI boot and activate the needed configuration for U-Boot environment in UBI volume for NAND or in a MTD partition for NOR device, SPI Flash: ENV_OFFSET, ENV_OFFSET_REDUND, ENV_SECT_SIZE is aligned with the default MTD partition on NOR device of the STMicroelectronics boards. Signed

[PATCH v2 05/22] board: st: stm32mp2: add mmc_get_env_dev()

Use the boot instance to select the correct mmc device identifier, this patch only to save the environment on eMMC = MMC(1) on STMicroelectronics boards. Set the CONFIG_SYS_MMC_ENV_DEV to -1 to select the mmc boot instance by default. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotar

[PATCH v2 03/22] arm: stm32mp: add boot_mode support for STM32MP25

From: Patrick Delaunay Add support of all the boot mode supported by STM32MP25x family with information provided by TF-A in backup register Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard --- (no changes since v1) arch/arm/mach-stm32mp/include/mach/stm32.h | 15 ++ arch/arm/

[PATCH v2 01/22] configs: stm32mp25: add MMC support

Enable MMC related flags support for stm32mp25 Signed-off-by: Patrice Chotard --- (no changes since v1) configs/stm32mp25_defconfig | 11 +-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/configs/stm32mp25_defconfig b/configs/stm32mp25_defconfig index 2f8d34d15ff..71772

[PATCH v2 16/22] arm: stm32mp: implement new STM32MP25 revision ID system

From: Patrick Delaunay The STM32MP25 revision ID are now defined with the OTP102, this patch implements this new system. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice CHOTARD Signed-off-by: Patrice Chotard --- (no changes since v1) arch/arm/mach-stm32mp/include/mach/stm32.h|

[PATCH v2 15/22] arm: stm32mp: disable console for UART serial boot

For UART serial boot, the console need to be deactivated to avoid issue with tools STM32CubeProgrammer. This patch adds also the missing dependency for CMD_STM32PROG_SERIAL, to allow the silent and disable console. This avoid to add is on board level for STM32MP15 (with TARGET_ST_STM32MP15X or TAR

[PATCH v2 19/22] arm: stm32mp: add helper function stm32mp_is_closed()

From: Patrick Delaunay Add the helper function stm32mp_is_closed() to check the "closed" state in product life cycle, when product secrets have been provisioned into the device, by "secure secret provisioning" tools (SSP) for example. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chot

[PATCH v2 17/22] arm: stm32mp: fix package IDs for stm32mp25

Fix package IDs for stm32mp25. Signed-off-by: Patrice Chotard --- (no changes since v1) arch/arm/mach-stm32mp/include/mach/sys_proto.h | 6 +++--- arch/arm/mach-stm32mp/stm32mp2/stm32mp25x.c| 10 +- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/arch/arm/mach-stm32

[PATCH v2 21/22] arm: stm32mp: stm32prog: add support rootfs-a for OTA

From: Patrick Delaunay Add support of "rootfs-a" name to allow support of A/B mechanism for OTA on rootfs. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard --- (no changes since v1) arch/arm/mach-stm32mp/cmd_stm32prog/stm32prog.c | 3 ++- 1 file changed, 2 insertions(+), 1 del

[PATCH v2 20/22] arm: stm32mp: stm32prog: PTA BSEC is not supported on closed device

From: Patrick Delaunay On closed device the PTA BSEC is never supported and the current check if PTA BSEC is supported cause a OP-TEE error: E/TC tee_ta_open_session This patch removed this warning on closed device, because the check is skipped. Signed-off-by: Patrick Delaunay Signed-off-by

[PATCH v2 18/22] arm: stm32mp: cmd_stm32key: update command for stm32mp25x

Update key table for stm32mp25 platform. Signed-off-by: Lionel Debieve Signed-off-by: Thomas Bourgoin Signed-off-by: Patrice Chotard --- (no changes since v1) arch/arm/mach-stm32mp/cmd_stm32key.c | 264 +++ 1 file changed, 225 insertions(+), 39 deletions(-) diff --gi

[PATCH v2 10/22] board: st: stm32mp2: change bootcmd for ST boards

From: Patrick Delaunay For nor0 boot for the STMicroelectronics boards, the bootfs is found in SD-Card = mmc0 for nor0 boot. Introduce a new file configuration file stm32mp25_st_common.h to manage this specific behavior for the STMicroelectronics boards; change the boot order for nor0 boot and d

[PATCH v2 14/22] arm: stm32mp: increase EARLY_TLB_SIZE to 0x10000

Depending on Soc (STM32MP25 vs STM32MP21), the memory map can be different and it generates a different TLB page table configuration/size. Increase EARLY_TLB_SIZE to 0x1 to fix following error message and panic: "Insufficient RAM for page table: 0xb000 > 0xa000. Please increase the size in ge

[PATCH v2 12/22] configs: stm32mp25: add PXE boot support

Configure the required configuration to allow PXE boot, without autoload support by default. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard --- (no changes since v1) include/configs/stm32mp25_common.h | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/

[PATCH v2 11/22] configs: stm32mp25: add USB host boot support

Add support for booting from USB pen drive, since USB host port is available on the STM32MP2. Signed-off-by: Patrice Chotard --- (no changes since v1) include/configs/stm32mp25_common.h | 9 - 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/include/configs/stm32mp25_common

[PATCH v2 13/22] ARM: dts: stm32: add sdmmc1 fixed clock for stm32mp257f-ev1-u-boot

Add sdmmc1 temporary fixed clock for stm32mp257f-ev1-u-boot Signed-off-by: Patrice Chotard --- (no changes since v1) arch/arm/dts/stm32mp257f-ev1-u-boot.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/dts/stm32mp257f-ev1-u-boot.dtsi b/arch/arm/dts/stm32mp257f-ev

[PATCH v2 04/22] board: st: stm32mp2: add env_get_location()

In case of several environment location support, env_get_location is needed to select the correct location depending of the boot device . Signed-off-by: Patrice Chotard --- (no changes since v1) board/st/stm32mp2/stm32mp2.c | 21 - 1 file changed, 20 insertions(+), 1 deleti

[PATCH v2 02/22] configs: stm32mp25: add bootcmd for stm32mp25 platform

Handle boot for the 3 instance of MMC and call the command stm32prog for serial boot on USB or on UART as it is done for other STM32MP platform. Signed-off-by: Patrick Delaunay Signed-off-by: Patrice Chotard --- (no changes since v1) include/configs/stm32mp25_common.h | 77 +++

[PATCH v2 06/22] ARM: dts: stm32: add "u-boot, mmc-env-partition" for stm32mp257f-ev1-u-boot

Add "u-boot,mmc-env-partition" property for stm32mp257f-ev1-u-boot. Signed-off-by: Patrice Chotard --- (no changes since v1) arch/arm/dts/stm32mp257f-ev1-u-boot.dtsi | 4 1 file changed, 4 insertions(+) diff --git a/arch/arm/dts/stm32mp257f-ev1-u-boot.dtsi b/arch/arm/dts/stm32mp257f-ev1

Re: [GIT PULL] u-boot-riscv/master

Oops! actually, was merge conflict, I see... On 4/25/25 05:57, E Shattow wrote: > Hi Leo, > > On 4/25/25 03:07, Leo Liang wrote: >> Hi Tom, >> >> The following changes since commit 10f48365112b164bee6564033ab682747efcb483: >> >> Merge patch series "Add PCIe support for TI AM64 SoC" (2025-04-24

Re: [GIT PULL] u-boot-riscv/master

Hi Leo, On 4/25/25 03:07, Leo Liang wrote: > Hi Tom, > > The following changes since commit 10f48365112b164bee6564033ab682747efcb483: > > Merge patch series "Add PCIe support for TI AM64 SoC" (2025-04-24 10:46:17 > -0600) > > are available in the Git repository at: > > https://source.denx

Re: [PATCH v2] clk: fixed-rate: Use "clock-output-names" to name fixed clocks

On Thu, Apr 24, 2025 at 11:35 PM Fabio Estevam wrote: > I haven't had a chance to debug this issue yet. I applied this debug patch: --- a/drivers/mmc/fsl_esdhc_imx.c +++ b/drivers/mmc/fsl_esdhc_imx.c @@ -1539,6 +1539,7 @@ static int fsl_esdhc_probe(struct udevice *dev) } priv->

  1   2   >