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

2025-04-24 Thread Neha Malcom Francis
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/ti/mmc.h > index dbb0e3559ea..968d6ec03dc

Re: [RFC] Expected behavior of the go command

2025-04-24 Thread Ahmad Fatoum
Hi Udit, On 25.04.25 06:35, Kumar, Udit wrote: > > On 4/23/2025 7:52 PM, Ahmad Fatoum wrote: >> I went with the FIT route for barebox, because we can now ship device >> trees for all enabled boards in the same FIT image alongside one generic >> second stage barebox with DT support. If you want to

[PATCH 2/2] board: ti: am57xx: Set fdtfile from C code instead of findfdt script

2025-04-24 Thread Anurag Dutta
We now can provide a map and have the standard fdtfile variable set from code itself. This allows for bootstd to "just work". While at this, replace findfdt in environment with a warning as it is no longer needed. Signed-off-by: Anurag Dutta --- board/ti/am57xx/board.c | 19 ++

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

2025-04-24 Thread Anurag Dutta
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/ti/mmc.h index dbb0e3559ea..968d6ec03dc 100644 --- a/include/env/ti/mmc.h +++ b/include/env/ti/mmc.h @@ -24

[PATCH 0/2] AM57 Boot fixes

2025-04-24 Thread Anurag Dutta
The directory structure for omap has changed to /boot/dtb/ti/omap/. This results in "Failed to load '/boot/' error". Do relevant changes so that the fdtfile can be set from C code. Logs: https://gist.github.com/anuragdutta731/3b58f48f7ddc07b7b8a98ca436a06e3a Anurag Dutta (2): include: env: ti:

Re: [RFC] Expected behavior of the go command

2025-04-24 Thread Kumar, Udit
On 4/23/2025 7:52 PM, Ahmad Fatoum wrote: Hi, On 4/23/25 14:28, Simon Glass wrote: Hi Anshul, On Wed, 23 Apr 2025 at 04:04, Anshul Dalal wrote: Hi all, I was trying to understand how the go command is expected to work when used to load custom OSes. My use case requires getting a proprieta

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

2025-04-24 Thread Weijie Gao
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_REMAINING with unallocated memory area) Signed-off-by: Weijie Gao --- drive

Re: [REGRESSION] [PATCH 1/1] mtd: mtdpart: Support MTD_SIZE_REMAINING with unallocated memory area

2025-04-24 Thread 高惟杰
On Tue, 2025-04-22 at 15:07 +0200, Francesco Dolcini wrote: > External email : Please do not click links or open attachments until > you have verified the sender or the content. > > > On Tue, Apr 22, 2025 at 03:05:58PM +0200, Alexander Stein wrote: > > Am Dienstag, 22. April 2025, 12:37:32 CEST s

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

2025-04-24 Thread Adam Ford
On Thu, Apr 24, 2025 at 9:37 PM Adam Ford wrote: > > On Thu, Apr 24, 2025 at 9:35 PM Fabio Estevam wrote: > > > > On Thu, Apr 24, 2025 at 11:20 PM Marek Vasut wrote: > > > > > Probably some timeout in the esdhc driver, maybe some clock are not > > > enabled ? I don't see it on the MX8MP. > > > >

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

2025-04-24 Thread Adam Ford
On Thu, Apr 24, 2025 at 9:35 PM Fabio Estevam wrote: > > On Thu, Apr 24, 2025 at 11:20 PM Marek Vasut wrote: > > > Probably some timeout in the esdhc driver, maybe some clock are not > > enabled ? I don't see it on the MX8MP. > > Same here. I didn't see this error on an imx8mp-evk. If memory ser

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

2025-04-24 Thread Fabio Estevam
On Thu, Apr 24, 2025 at 11:20 PM Marek Vasut wrote: > Probably some timeout in the esdhc driver, maybe some clock are not > enabled ? I don't see it on the MX8MP. Same here. I didn't see this error on an imx8mp-evk. > > Did you already apply > Re: [PATCH] clk: imx: Finish converting clock-osc-2

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

2025-04-24 Thread Marek Vasut
On 4/25/25 4:02 AM, Fabio Estevam wrote: Hi Marek, On Sun, Apr 20, 2025 at 4:20 PM Marek Vasut wrote: Can you send that as a fix ? And also, fix this patch up and drop the bogus second half of the commit message and do a V3. Sorry for the delay. I found another issue on an imx8mm-evk boar

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

2025-04-24 Thread Fabio Estevam
Hi Marek, On Sun, Apr 20, 2025 at 4:20 PM Marek Vasut wrote: > Can you send that as a fix ? > > And also, fix this patch up and drop the bogus second half of the commit > message and do a V3. Sorry for the delay. I found another issue on an imx8mm-evk board. U-Boot SPL 2025.04-01379-g10f48365

Re: [PATCH v1 1/1] Initial support for Wiznet W5500

2025-04-24 Thread Verdun, Jean-Marie
Hi Tom, WARNING: added, moved or deleted file(s), does MAINTAINERS need updating? #51: new file mode 100644 CHECK: Avoid CamelCase: #530: FILE: drivers/net/w5500.c:475: + w5500_spi_write(dev, W5500_Sn_RXMEM_SIZE(0), 0x10); CHECK: Avoid CamelCase: #531: FILE: drivers/net/w5500.c:476: +

[PATCH v2 0/1] *** Initial Wiznet W5500 support ***

2025-04-24 Thread verdun
From: Jean-Marie Verdun Rebase source tree to create patch against top of tree and avoid issues with Kconfig and Makefile Recheck checkpatch.pl output as to minimize issues to CHECK state CHECK issues reported are coming from copy/paste section from the linux kernel driver, and aren't processed a

[PATCH v2 1/1] Initial support for Wiznet W5500

2025-04-24 Thread verdun
From: Jean-Marie Verdun Add support for the Wiznet W5500 spi to ethernet controller Signed-off-by: Jean-Marie Verdun --- drivers/net/Kconfig | 9 + drivers/net/Makefile | 1 + drivers/net/w5500.c | 508 +++ drivers/net/w5500.h | 135

Re: SpacemiT K1x / Ky X1 DRAM init

2025-04-24 Thread Yixun Lan
Hi Daniel, On 20:26 Thu 24 Apr , Daniel Maslowski wrote: > Hey everyone, > > As discussed in the last community call, I have written a fully open source Where did the discussion happen? > implementation of the full DRAM init for the K1x/X1 in Rust, based on the > vendor U-Boot code. This wou

Re: Maintenance of Python tools

2025-04-24 Thread Tom Rini
On Thu, Apr 24, 2025 at 12:55:15PM -0600, Tom Rini wrote: > On Thu, Apr 24, 2025 at 12:34:23PM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Wed, 23 Apr 2025 at 08:08, Tom Rini wrote: > > > > > > On Tue, Apr 22, 2025 at 05:39:30PM -0600, Simon Glass wrote: > > > > > > > Hi, > > > > > > > > Tom

Re: [PATCH v1 1/1] Initial support for Wiznet W5500

2025-04-24 Thread Tom Rini
On Thu, Apr 24, 2025 at 09:43:35PM +, ver...@hpe.com wrote: > From: Jean-Marie Verdun > > Add support for the Wiznet W5500 spi to ethernet controller > > Signed-off-by: Jean-Marie Verdun > --- > drivers/net/Kconfig | 54 ++--- > drivers/net/Makefile | 7 +- > drivers/net/w5500.c | 508

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

2025-04-24 Thread Heinrich Schuchardt
On 24.04.25 22:19, Ying-Chun Liu (PaulLiu) wrote: From: "Ying-Chun Liu (PaulLiu)" This commit adds the functionality of generate EFI_DEBUG_IMAGE_INFO while loading the image. This feature is described in UEFI Spec 2.10. Section 18.4.3. Signed-off-by: Ying-Chun Liu (PaulLiu) Cc: Heinrich Schu

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

2025-04-24 Thread Heinrich Schuchardt
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. This feature is described in UEFI Spec version 2.10. Section 18.4. Signe

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

2025-04-24 Thread Heinrich Schuchardt
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. This feature is described in UEFI SPEC version 2.10. Section 18.4.2. Hello Ying-Chun, Thank you for your contribut

[PATCH v1 1/1] Initial support for Wiznet W5500

2025-04-24 Thread verdun
From: Jean-Marie Verdun Add support for the Wiznet W5500 spi to ethernet controller Signed-off-by: Jean-Marie Verdun --- drivers/net/Kconfig | 54 ++--- drivers/net/Makefile | 7 +- drivers/net/w5500.c | 508 +++ drivers/net/w5500.h | 135 +

[PATCH v1 0/1] *** Initial Wiznet W5500 support ***

2025-04-24 Thread verdun
From: Jean-Marie Verdun Jean-Marie Verdun (1): Initial support for Wiznet W5500 drivers/net/Kconfig | 54 ++--- drivers/net/Makefile | 7 +- drivers/net/w5500.c | 508 +++ drivers/net/w5500.h | 135 4 files changed, 662 insertions(+),

Re: [PATCH 0/3] Add PCIe support for TI AM64 SoC

2025-04-24 Thread Tom Rini
On Wed, 16 Apr 2025 17:38:27 +0530, Hrushikesh Salunke wrote: > TI's AM64 SoC has a single instance of Cadence PCIe Controller. This > series enables support for PCIe in AM64 SoC and to configure it in > Root-Complex mode of operation. > > This series is based on following commit in U-Boot next:

Re: [PATCH 0/2] arm: mach-k3: remove some firewalls left over by ROM

2025-04-24 Thread Tom Rini
On Mon, 14 Apr 2025 15:20:01 -0500, Bryan Brattlof wrote: > This small series is here to remove some firewalls setup by ROM during > their boot and clean things up for Linux later on. Ideally this would be > a simple call to remove_fwl_configs() however the location of the > firewall is problemati

Re: [GIT PULL] Please pull u-boot-dfu-20250424 into master

2025-04-24 Thread Tom Rini
On Thu, 24 Apr 2025 14:37:35 +0200, Mattijs Korpershoek wrote: > Please find the following fixes/developments for master: > > Usb gadget: > - Fix ACM gadget release > - Allow ACM gadget restart after releasing it > - Add 'enabled' flag to usb_ep structure > > DFU: > - Fix alt buffer clearing for

Re: [PATCH v3 0/4] More MMC fixes

2025-04-24 Thread Tom Rini
On Thu, 17 Apr 2025 18:43:30 -0500, Judith Mendez wrote: > This patch series fixes MMC_HS_52 mode in am654_sdhci driver, > as well as HIGH_SPEED_ENA and UHS_MODE_SELECT for HS modes. > > Also add TI_COMMON_CMD_OPTIONS to K3 Sitara board a53 defconfigs. > > [0] https://www.ti.com/lit/er/sprz574a/

Re: [PATCH] cmd: cls: do not repeat clearing of console

2025-04-24 Thread Tom Rini
On Wed, 19 Mar 2025 16:50:03 +0530, Sughosh Ganu wrote: > There is no need to repeat the command to clear the console. Remove > it's repeat attribute. > > Applied to u-boot/master, thanks! [1/1] cmd: cls: do not repeat clearing of console commit: 068eebd065ce7f4dc1ffeacc6a15a41982561015

Re: [PATCH v4 8/8] doc: jh7110: describe debug UART

2025-04-24 Thread E Shattow
I do not know what a Debug UART is (different than Serial Console?) and did not test on hardware available to me but the description sounds reasonable enough. On 4/24/25 05:13, Heinrich Schuchardt wrote: > Provide the settings for using the debug UART in SPL. > > Signed-off-by: Heinrich Schuchard

[PATCH v2 0/3] efi: Add EFI Debug Support Table feature

2025-04-24 Thread Ying-Chun Liu (PaulLiu)
From: "Ying-Chun Liu (PaulLiu)" I implemented the UEFI Specification version 2.10, specifically focusing on the functionality described in Section 18.4, which details the EFI Debug Support Table feature. This implementation ensures support for hardware-assisted debugging and provides a standardiz

Re: [PATCH v4 7/8] doc: starfive: use jh7110_common.rst

2025-04-24 Thread E Shattow
Milk-V Mars has some board revisions with a push-button and transistor logic limiting boot source selection to just SPI NOR flash or UART, but that's something I'll get into detail on when Mars CM/Lite are re-introduced later on or if we add Pine64 PineTab-V which have similar limits to boot source

Re: [PATCH v4 6/8] doc: starfive: use consistent formatting

2025-04-24 Thread E Shattow
On 4/24/25 05:13, Heinrich Schuchardt wrote: > Always use for the H2 level. > > Signed-off-by: Heinrich Schuchardt > --- > v4: > no change > v3: > rebased upong Milk-V Mars CM removal patch > v2: > new patch > --- > doc/board/starfive/milk-v_mars.rst | 10 +- >

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

2025-04-24 Thread E Shattow
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 series. None of the what I'd like to sug

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

2025-04-24 Thread Ying-Chun Liu (PaulLiu)
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. This feature is described in UEFI Spec version 2.10. Section 18.4. Signed-off-by: Ying-Chun Liu (PaulLiu) Cc: Heinrich Schu

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

2025-04-24 Thread Ying-Chun Liu (PaulLiu)
From: "Ying-Chun Liu (PaulLiu)" This commit adds the functionality of generate EFI_DEBUG_IMAGE_INFO while loading the image. This feature is described in UEFI Spec 2.10. Section 18.4.3. Signed-off-by: Ying-Chun Liu (PaulLiu) Cc: Heinrich Schuchardt Cc: Ilias Apalodimas --- V2: use Kconfig op

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

2025-04-24 Thread Ying-Chun Liu (PaulLiu)
From: "Ying-Chun Liu (PaulLiu)" Add EFI_SYSTEM_TABLE_POINTER structure for debugger to locate the address of EFI_SYSTEM_TABLE. This feature is described in UEFI SPEC version 2.10. Section 18.4.2. Signed-off-by: Ying-Chun Liu (PaulLiu) Cc: Heinrich Schuchardt Cc: Ilias Apalodimas --- V2: add

Re: Wiznet w5500 support

2025-04-24 Thread Verdun, Jean-Marie
Hi Quentin, I have updated the code on my github https://github.com/vejmarie/u-boot/tree/w5500 I have adapted the code styling and used Lindent as well as checkpatch (which is still report Caml variable naming issue, but they are coming from the linux kernel and think they are acceptable as is

[PATCH] configs: am64x_evm_a53: Enable MMC UHS modes

2025-04-24 Thread Judith Mendez
Enable UHS modes for SD by enabling configs for voltage regulator drivers, IO voltage switching, and configs to support UHS modes. The am64x SoC has an internal LDO which does voltage switching, but the MMC_IO_VOLTAGE config is still required to be able to switch voltage for SD. While we are here

SpacemiT K1x / Ky X1 DRAM init

2025-04-24 Thread Daniel Maslowski
Hey everyone, As discussed in the last community call, I have written a fully open source implementation of the full DRAM init for the K1x/X1 in Rust, based on the vendor U-Boot code. This would be trivial to translate to C. I would be happy if someone could pick this up for upstream SPL. Feel fre

Re: Maintenance of Python tools

2025-04-24 Thread Tom Rini
On Thu, Apr 24, 2025 at 12:34:23PM -0600, Simon Glass wrote: > Hi Tom, > > On Wed, 23 Apr 2025 at 08:08, Tom Rini wrote: > > > > On Tue, Apr 22, 2025 at 05:39:30PM -0600, Simon Glass wrote: > > > > > Hi, > > > > > > Tom has indicated that he would like Patman to move out of his tree. I > > > sugg

Re: [PATCH v2 2/2] binman: etype: u_boot_spl_pubkey_dtb: provide more explicit error for key-name-hint with path

2025-04-24 Thread Tom Rini
On Thu, Apr 24, 2025 at 12:32:30PM -0600, Simon Glass wrote: > Hi Quentin, > > On Thu, 24 Apr 2025 at 02:14, Quentin Schulz wrote: > > > > Hi Simon, > > > > On 4/23/25 2:27 PM, Simon Glass wrote: > > > Hi Quentin, > > > > > > On Tue, 22 Apr 2025 at 02:53, Quentin Schulz > > > wrote: > > >> > >

Re: [PATCH] bootstd: Rework BLK dependency

2025-04-24 Thread Tom Rini
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 size growth of non-migrated > > platforms, change this from being "d

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

2025-04-24 Thread Tom Rini
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 Mon, 2025-04-14 at 05:32 -0600, Simon Glass wrote: > > > Hi Martin, > > > > >

Re: [RFC] Expected behavior of the go command

2025-04-24 Thread Simon Glass
Hi, On Wed, 23 Apr 2025 at 08:22, Ahmad Fatoum wrote: > > Hi, > > On 4/23/25 14:28, Simon Glass wrote: > > Hi Anshul, > > > > On Wed, 23 Apr 2025 at 04:04, Anshul Dalal wrote: > >> > >> Hi all, > >> > >> I was trying to understand how the go command is expected to work when > >> used to load cus

Re: Maintenance of Python tools

2025-04-24 Thread Simon Glass
Hi Tom, On Wed, 23 Apr 2025 at 08:08, Tom Rini wrote: > > On Tue, Apr 22, 2025 at 05:39:30PM -0600, Simon Glass wrote: > > > Hi, > > > > Tom has indicated that he would like Patman to move out of his tree. I > > suggested on another thread[1] that I maintain it in my 'sjg' tree, so > > here is a

Re: [PATCH v2 2/2] binman: etype: u_boot_spl_pubkey_dtb: provide more explicit error for key-name-hint with path

2025-04-24 Thread Simon Glass
Hi Quentin, On Thu, 24 Apr 2025 at 02:14, Quentin Schulz wrote: > > Hi Simon, > > On 4/23/25 2:27 PM, Simon Glass wrote: > > Hi Quentin, > > > > On Tue, 22 Apr 2025 at 02:53, Quentin Schulz > > wrote: > >> > >> Hi Simon, > >> > >> On 4/18/25 7:19 PM, Simon Glass wrote: > >>> On Fri, 18 Apr 2025

Re: [PATCH v5 0/4] NET_LWIP LMB fixes

2025-04-24 Thread Simon Glass
Hi Jerome, On Thu, 17 Apr 2025 at 07:27, Jerome Forissier wrote: > > Two small patches fixing issues with tftp and wget when the network > stack is NET_LWIP and LMB is enabled. Plus one prerequisite patch > fixing a problem with wget that does printf()/puts()/putc() when > called from EFI which i

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

2025-04-24 Thread Simon Glass
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 Mon, 2025-04-14 at 05:32 -0600, Simon Glass wrote: > > Hi Martin, > > > > On Wed, 29 Jan 2025 at 07:25, Martin Schwan > > wrote: > > > > > > Add a bootmeth

Re: [PATCH] bootstd: Rework BLK dependency

2025-04-24 Thread Simon Glass
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 size growth of non-migrated > platforms, change this from being "default y" to "default y if BLK". > This will make it easier to begin mi

Re: bootflow: extlinux and menu

2025-04-24 Thread 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: > > > Hi, > > > > I tried bootflow for the first time and wanted to test my extlinux > > configuration with separate menu entries. But I don't see that the > > menu is shown.

Re: bootflow: extlinux and menu

2025-04-24 Thread Tom Rini
On Thu, Apr 24, 2025 at 07:36:06PM +0200, Heiko Thiery wrote: > Hi, > > I tried bootflow for the first time and wanted to test my extlinux > configuration with separate menu entries. But I don't see that the > menu is shown. The default value is always selected. Am I right in > thinking that this

Re: [RFC] Expected behavior of the go command

2025-04-24 Thread Tom Rini
On Wed, Apr 23, 2025 at 04:22:51PM +0200, Ahmad Fatoum wrote: > Hi, > > On 4/23/25 14:28, Simon Glass wrote: > > Hi Anshul, > > > > On Wed, 23 Apr 2025 at 04:04, Anshul Dalal wrote: > >> > >> Hi all, > >> > >> I was trying to understand how the go command is expected to work when > >> used to lo

bootflow: extlinux and menu

2025-04-24 Thread Heiko Thiery
Hi, I tried bootflow for the first time and wanted to test my extlinux configuration with separate menu entries. But I don't see that the menu is shown. The default value is always selected. Am I right in thinking that this is not supported with extlinux? BR -- Heiko

Re: [PATCH] mips: octeon: remove unused middle expression

2025-04-24 Thread Daniel Schwierzeck
On 4/9/25 19:26, Bryan Brattlof wrote: !A || (A && B) is equivalent to !A || B Drop the unused middle expression to simplify the statement. Signed-off-by: Bryan Brattlof --- arch/mips/mach-octeon/cvmx-helper-board.c | 3 +-- arch/mips/mach-octeon/cvmx-helper.c | 2 +- 2 files chan

Re: [CAD QSPI v2] spi: cadence-qspi: Add disable STIG mode quikrs.

2025-04-24 Thread Tom Rini
On Wed, Apr 16, 2025 at 11:17:51AM +0800, Boon Khai Ng wrote: > Adding quirk to disable STIG mode since cadence controller has > issue for read/write using the STIG mode. STIG mode is enabled > by default since 2023.04 for small read/write(<8bytes). > > Updated STIG mode reading from dev_get_driv

Re: [PATCH v3] mach-k3: common_fdt: Move carveout struct

2025-04-24 Thread Tom Rini
On Tue, 15 Apr 2025 08:12:41 -0700, Daniel Schultz wrote: > Labels are not allowed before declarations. Move the carveout struct > at the beginning and only update 'end' at this point. > > This will fix following error: > > arch/arm/mach-k3/common_fdt.c: In function 'fdt_fixup_reserved': > arch/

Re: [PATCH] arm: mach-k3: r5: j7200: Add clk dev data for WKUP UART

2025-04-24 Thread Tom Rini
On Tue, 15 Apr 2025 23:06:51 +0530, Udit Kumar wrote: > Add clk and dev data for wakeup uart to enable wakeup > UART as console. > > Applied to u-boot/master, thanks! [1/1] arm: mach-k3: r5: j7200: Add clk dev data for WKUP UART commit: 40184015ef8348f0a5b9a61a6188f678a10c3a2a -- Tom

Re: [PATCH v1] mach-k3: add eMMC FS boot support for am62[ap]

2025-04-24 Thread Tom Rini
On Tue, 15 Apr 2025 15:22:24 +0530, Anshul Dalal wrote: > This makes spl_mmc_boot_mode consistent across am62x, 62a and 62p. > > If MMCSD_MODE_EMMCBOOT is returned, FS boot fails since it checks for FS > on the hardware partitions, not the UDA. So to allow FS boot from EMMC, > the function should

Re: [PATCH v3] configs: set SPL_TEXT_BASE by default for k3 platforms

2025-04-24 Thread Tom Rini
On Tue, 15 Apr 2025 15:20:27 +0530, Anshul Dalal wrote: > SPL_TEXT_BASE is used as the load address for the main domain SPL on k3 > platforms. > > Since the config value is the same for every board, this patch sets the > value 0x8008 as default for all 64-bit ARCH_K3, 0x43c0 as > default

Re: [PATCH] test/py: spi: Prevent to overwrite the reserved memory

2025-04-24 Thread Tom Rini
On Tue, 15 Apr 2025 15:11:09 +0530, Love Kumar wrote: > Update SPI negative tests to prevent SF command from overwriting the > reserved memory area. > > Applied to u-boot/master, thanks! [1/1] test/py: spi: Prevent to overwrite the reserved memory commit: 140e1d7fc3a5634e8a3971b5c6bf9b02

Re: [PATCH v1] arm: dts: am62a: allow booting from eMMC

2025-04-24 Thread Tom Rini
On Tue, 15 Apr 2025 15:21:36 +0530, Anshul Dalal wrote: > The bootph-all property in u-boot enables driver initialization prior to > relocation, this is necessary to use the device as boot media. > > sdhci0 is the phandle for eMMC on am62a, so this change allows us to use > eMMC as a boot media.

Re: [PATCH] smbios: Do not look up children of invalid nodes

2025-04-24 Thread Tom Rini
On Mon, 14 Apr 2025 12:47:04 -0700, Samuel Holland wrote: > If there is no UCLASS_SYSINFO device available, parent_node will be > ofnode_null(). Calling ofnode_find_subnode() then triggers an assertion: > > drivers/core/ofnode.c:598: ofnode_find_subnode: Assertion > `ofnode_valid(node)' failed

Re: [PATCH] net: dwc_eth_qos: Fix hang when freeing packet after stop

2025-04-24 Thread Tom Rini
On Mon, 14 Apr 2025 12:30:11 -0700, Samuel Holland wrote: > If eqos_free_pkt() is called after eqos_stop(), eqos_stop_resets() will > have been called already. This may prevent accessing the MMIO space to > update the RX descriptor tail pointer, so we must skip the descriptor > maintenance logic.

[PATCH] mkimage: fix option parsing segfault

2025-04-24 Thread Carlos López
getopt_long() expects a NULL-terminated list of structures. The current list in mkimage does not have a zero-filled structure at the end, which can cause getopt_long() to walk past the end of the array when passing an unknown option, causing a segmentation fault. As a reproducer, the following com

Re: [PATCH 2/4] arm: dts: k3-binman: Add template for packing HSM firmware

2025-04-24 Thread Andrew Davis
On 4/24/25 12:21 AM, Beleswar Prasad Padhi wrote: Hi Andrew, On 22/04/25 20:04, Andrew Davis wrote: On 4/22/25 4:54 AM, Beleswar Padhi wrote: The HSM M4 core needs to be booted at R5 SPL stage so that it can be used for further Authentication and security services. Therefore, the firmware for

Re: [PATCH v4 3/8] board: starfive: DeepComputing FML13V01 fdt selection

2025-04-24 Thread E Shattow
In a different series I suggest removal of this fdtfile setting code, but now is more important to get this variant added to VF2 board target in U-Boot as done here. On 4/24/25 05:13, Heinrich Schuchardt wrote: > We support all JH7110 boards with starfive_visionfive2_defconfig. > The relevant devi

Re: [PATCH v4 4/8] board: starfive: spl: support DeepComputing FML13V01

2025-04-24 Thread E Shattow
In a different series I refactor this logic to match the sorting of configs/starfive_visionfive2_defconfig:CONFIG_OF_LIST but now is more important to get this variant added to VF2 board target in U-Boot as done here. On 4/24/25 05:13, Heinrich Schuchardt wrote: > On the DeepComputing Framework mo

Re: [PATCH v4 2/8] riscv: dts: jh7110: add DeepComputing FML13V01 device-tree

2025-04-24 Thread E Shattow
On 4/24/25 05:13, Heinrich Schuchardt wrote: > Add the u-boot device-tree include needed to support the > DeepComputing Framework motherboard (FML13V01). > > Reviewed-by: Sumit Garg > Reviewed-by: Hal Feng > Reviewed-by: Matthias Brugger > Signed-off-by: Heinrich Schuchardt > --- > v4: >

Re: [PATCH v4 1/8] configs: add jh7110-deepcomputing-fml13v01 to VF2 defconfig

2025-04-24 Thread E Shattow
On 4/24/25 05:13, Heinrich Schuchardt wrote: > The DeepComputing Framework motherboard is a JH7110 device support by the > upstream kernel. Add its device-tree to the list of device-trees to be > included into the starfive_visionfive_defconfig. > > Reviewed-by: Sumit Garg > Reviewed-by: Hal Fe

Re: [PATCH 4/4] arm: mach-k3: r5: common: Add support to boot HSM M4 core

2025-04-24 Thread Kumar, Udit
On 4/24/2025 3:17 PM, Beleswar Prasad Padhi wrote: Hi Udit, On 22/04/25 20:14, Kumar, Udit wrote: Hello Beleswar On 4/22/2025 3:24 PM, Beleswar Padhi wrote: The tispl.bin fit image is packed with the HSM firmware image. Populate the "os" info of the image so that it can be detected and load

Re: [PATCH v2 2/2] binman: etype: u_boot_spl_pubkey_dtb: provide more explicit error for key-name-hint with path

2025-04-24 Thread Tom Rini
On Thu, Apr 24, 2025 at 10:14:19AM +0200, Quentin Schulz wrote: > Hi Simon, > > On 4/23/25 2:27 PM, Simon Glass wrote: > > Hi Quentin, > > > > On Tue, 22 Apr 2025 at 02:53, Quentin Schulz > > wrote: > > > > > > Hi Simon, > > > > > > On 4/18/25 7:19 PM, Simon Glass wrote: > > > > On Fri, 18 Ap

Re: PXE is broken on LWIP

2025-04-24 Thread Jerome Forissier
Hello Heinrich, On 4/22/25 16:54, Heinrich Schuchardt wrote: > Hello Jerome > > PXE booting from standard boot with NET_LWIP just stalls if the server does > not respond: > > Using ethernet@1603 device > TFTP from server 192.168.99.1; our IP address is 192.168.99.47 > Filename 'pxelinux.cfg

Re: [PATCH v5 4/4] net-lwip: tftp: add LMB and buffer checks

2025-04-24 Thread Sughosh Ganu
On Thu, 17 Apr 2025 at 18:57, Jerome Forissier wrote: > > Legacy NET tftp invokes a store_block() function which performs buffer > validation (LMB, address wrapping). Do the same with NET_LWIP. > > Signed-off-by: Jerome Forissier > Suggested-by: Sughosh Ganu > Acked-by: Sughosh Ganu > --- Test

Re: [PATCH v5 3/4] net-lwip: wget: add LMB and buffer checks

2025-04-24 Thread Sughosh Ganu
On Thu, 17 Apr 2025 at 18:57, Jerome Forissier wrote: > > Legacy NET wget invokes a store_block() function which performs buffer > validation (LMB, address wrapping). Do the same with NET_LWIP. > > Signed-off-by: Jerome Forissier > Suggested-by: Sughosh Ganu > Acked-by: Sughosh Ganu > --- Test

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

2025-04-24 Thread Martin Schwan
Hi Simon, thanks for the review and sorry for my delayed reply. On Mon, 2025-04-14 at 05:32 -0600, Simon Glass wrote: > Hi Martin, > > On Wed, 29 Jan 2025 at 07:25, Martin Schwan > wrote: > > > > Add a bootmeth driver which supports booting A/B system with RAUC > > as > > their update client.

Re: [PATCH v2 0/6] clk: qcom: apq8016: Clock fixes for U-Boot v2025.07

2025-04-24 Thread Casey Connolly
On 4/24/25 11:16, Stephan Gerhold wrote: Fix some issues in the clock-apq8016 driver that I noticed while testing U-Boot v2025.07-rc on the DragonBoard 410c. Make it possible to poll the clock status with GATE_CLK() to avoid potential race conditions. Signed-off-by: Stephan Gerhold Reviewe

RE: [resend v4 00/12] Add Synopsys MIPI I3C Driver support

2025-04-24 Thread Maniyam, Dinesh
> -Original Message- > From: Tom Rini > Sent: Thursday, 17 April 2025 9:57 pm > To: Maniyam, Dinesh > Cc: u-boot@lists.denx.de; Marek ; Simon > ; Simon Glass ; Dario > Binacchi ; Ilias Apalodimas > ; Heinrich Schuchardt ; > Jerome Forissier ; Mattijs Korpershoek > ; Ibai Erkiaga ; > Mi

[PATCH] doc: fix typo

2025-04-24 Thread Aristo Chen
Fix typo from "to" to "do" Signed-off-by: Aristo Chen --- doc/usage/blkmap.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/usage/blkmap.rst b/doc/usage/blkmap.rst index 75f736c259f..4e9091e8ffa 100644 --- a/doc/usage/blkmap.rst +++ b/doc/usage/blkmap.rst @@ -39,7 +39,

[PATCH] button: qcom-pmic: allow to specify code in devicetree

2025-04-24 Thread Alexey Minnekhanov
From: Alexey Minnekhanov Most device vendors put "Volume Down" button onto PMIC RESIN. But Sony is special: see dts/upstream/src/arm64/qcom/sdm630-sony-xperia-nile.dtsi or [1]. They put "Volume Down" on PMIC GPIO 7 where others usually put "Volume Up", and KEY_VOLUMEUP is inside &pon_resin. Curr

[GIT PULL] Please pull u-boot-dfu-20250424 into master

2025-04-24 Thread Mattijs Korpershoek
.de/u-boot/custodians/u-boot-dfu.git tags/u-boot-dfu-20250424 for you to fetch changes up to 39a719dce59607d6abcac17cc2683aa9f2162539: fwu: developerbox: fix dfu alt buffer clearing (2025-04-23 09:52:52 +0200) u-boot-dfu-20250425

[PATCH v4 8/8] doc: jh7110: describe debug UART

2025-04-24 Thread Heinrich Schuchardt
Provide the settings for using the debug UART in SPL. Signed-off-by: Heinrich Schuchardt --- v4: no change v3: no change v2: new patch --- doc/board/starfive/jh7110_common.rst | 14 ++ 1 file changed, 14 insertions(+) diff --git a/doc/board/starfive/jh7110_co

Re: [PATCH v5 0/4] NET_LWIP LMB fixes

2025-04-24 Thread Sughosh Ganu
On Thu, 17 Apr 2025 at 18:57, Jerome Forissier wrote: > > Two small patches fixing issues with tftp and wget when the network > stack is NET_LWIP and LMB is enabled. Plus one prerequisite patch > fixing a problem with wget that does printf()/puts()/putc() when > called from EFI which is not allowe

[PATCH v4 6/8] doc: starfive: use consistent formatting

2025-04-24 Thread Heinrich Schuchardt
Always use for the H2 level. Signed-off-by: Heinrich Schuchardt --- v4: no change v3: rebased upong Milk-V Mars CM removal patch v2: new patch --- doc/board/starfive/milk-v_mars.rst | 10 +- doc/board/starfive/pine64_star64.rst | 12 ++-- doc/board/

[PATCH v4 0/8] board: starfive: DeepComputing FML13V01

2025-04-24 Thread Heinrich Schuchardt
We use starfive_visionfive2_defconfig for supporting JH7110 based boards. The DeepComputing Framework motherboard is a new JH7110 device with upstream kernel support since v6.13. Add support and documentation for the board. v4: Correct the description of booting from eMMC on JH7110 board

Re: [PATCH v5 0/4] NET_LWIP LMB fixes

2025-04-24 Thread Jerome Forissier
On 4/24/25 14:00, Sughosh Ganu wrote: > On Thu, 17 Apr 2025 at 18:57, Jerome Forissier > wrote: >> >> Two small patches fixing issues with tftp and wget when the network >> stack is NET_LWIP and LMB is enabled. Plus one prerequisite patch >> fixing a problem with wget that does printf()/puts()/

[PATCH v4 7/8] doc: starfive: use jh7110_common.rst

2025-04-24 Thread Heinrich Schuchardt
To avoid duplicate maintenance just include jh7110_common.rst to describe the usage of the different boot sources. Signed-off-by: Heinrich Schuchardt --- v4: no change v3: no change v2: new patch --- doc/board/starfive/milk-v_mars.rst | 12 + doc/board/starfive/

[PATCH v4 4/8] board: starfive: spl: support DeepComputing FML13V01

2025-04-24 Thread Heinrich Schuchardt
On the DeepComputing Framework motherboard (FML13V01) choose the matching FIT configuration. Reviewed-by: Hal Feng Reviewed-by: Matthias Brugger Signed-off-by: Heinrich Schuchardt --- v4: no change v3: no change v2: rebased --- board/starfive/visionfive2/spl.c | 5 -

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

2025-04-24 Thread Heinrich Schuchardt
Describe building U-Boot for the board and booting. Carve out common information for JH7110 boards into an include. Signed-off-by: Heinrich Schuchardt --- v4: Correct the description of booting JH7110 boards from eMMC v3: rebased v2: carve out common information for JH711

[PATCH v4 1/8] configs: add jh7110-deepcomputing-fml13v01 to VF2 defconfig

2025-04-24 Thread Heinrich Schuchardt
The DeepComputing Framework motherboard is a JH7110 device support by the upstream kernel. Add its device-tree to the list of device-trees to be included into the starfive_visionfive_defconfig. Reviewed-by: Sumit Garg Reviewed-by: Hal Feng Reviewed-by: Matthias Brugger Signed-off-by: Heinrich S

[PATCH v4 2/8] riscv: dts: jh7110: add DeepComputing FML13V01 device-tree

2025-04-24 Thread Heinrich Schuchardt
Add the u-boot device-tree include needed to support the DeepComputing Framework motherboard (FML13V01). Reviewed-by: Sumit Garg Reviewed-by: Hal Feng Reviewed-by: Matthias Brugger Signed-off-by: Heinrich Schuchardt --- v4: no change v3: no change v2: no change --- arc

[PATCH v4 3/8] board: starfive: DeepComputing FML13V01 fdt selection

2025-04-24 Thread Heinrich Schuchardt
We support all JH7110 boards with starfive_visionfive2_defconfig. The relevant device-tree is selected at runtime based on EEPROM data. Support setting $fdtfile to the file name of the DeepComputing Framework motherboard (FML13V01) device-tree. Reviewed-by: Hal Feng Reviewed-by: Matthias Brugger

Re: [PATCH 4/4] arm: mach-k3: r5: common: Add support to boot HSM M4 core

2025-04-24 Thread Beleswar Prasad Padhi
Hi Udit, On 22/04/25 20:14, Kumar, Udit wrote: > Hello Beleswar > > On 4/22/2025 3:24 PM, Beleswar Padhi wrote: >> The tispl.bin fit image is packed with the HSM firmware image. Populate >> the "os" info of the image so that it can be detected and loaded at >> corresponding DDR address. Further, i

[PATCH v2 6/6] clk: qcom: apq8016: Fix SDCC clock warnings

2025-04-24 Thread Stephan Gerhold
As of commit dc8754e8e408 ("clk/qcom: apq8016: improve clk_enable logging") there are now warnings in the U-Boot console on DragonBoard 410c: apq8016_clk_enable: unknown clk id 122 apq8016_clk_enable: unknown clk id 123 apq8016_clk_enable: unknown clk id 124 apq8016_clk_enable: unknown clk

[PATCH v2 5/6] clk: qcom: apq8016: Convert GATE_CLK() to GATE_CLK_POLLED()

2025-04-24 Thread Stephan Gerhold
Convert the usages of GATE_CLK() in clock-apq8016 to GATE_CLK_POLLED() to make sure that we poll the status when enabling clocks: - PRNG_AHB_CLK is a vote clock, so we poll a different register address. - The USB clocks are simple branches, so enable/poll is the same register. Reviewed-by: Neil

[PATCH v2 3/6] clk: qcom: Use setbits_le32() for qcom_gate_clk_en()

2025-04-24 Thread Stephan Gerhold
The other clock enable functions in clock-qcom.c use setbits_le32() to read/modify/write the enable registers. Use the same for qcom_gate_clk_en() to simplify the code a bit. Reviewed-by: Neil Armstrong Signed-off-by: Stephan Gerhold --- drivers/clk/qcom/clock-qcom.c | 5 + 1 file changed,

[PATCH v2 4/6] clk: qcom: Allow polling for clock status in qcom_gate_clk_en()

2025-04-24 Thread Stephan Gerhold
GATE_CLK() in its current state is unsafe: A simple write to the clock enable register does not guarantee that the clock is immediately running. Without polling the clock status, we may issue writes to registers before the necessary clocks start running. This doesn't seem to cause issues in U-Boot

[PATCH v2 2/6] clk: qcom: Move qcom_gate_clk_en() to C file

2025-04-24 Thread Stephan Gerhold
This avoids having to inline it separately into every single clock driver, when U-Boot is built with support for multiple SoCs. Reviewed-by: Neil Armstrong Signed-off-by: Stephan Gerhold --- drivers/clk/qcom/clock-qcom.c | 15 +++ drivers/clk/qcom/clock-qcom.h | 15 +--

[PATCH v2 1/6] clk: qcom: apq8016: Fix SDCC clock addresses

2025-04-24 Thread Stephan Gerhold
The SDCC_...(n) macros in clock-apq8016.c result in the wrong addresses: - SDCC1: SDCC_APPS_CBCR(0) = ((0 * 0x1000) + 0x41018) = 0x41018 Should be 0x42018, this is an invalid register close to the USB clocks. - SDCC2: SDCC_APPS_CBCR(1) = ((1 * 0x1000) + 0x41018) = 0x42018 Should be 0x43018

[PATCH v2 0/6] clk: qcom: apq8016: Clock fixes for U-Boot v2025.07

2025-04-24 Thread Stephan Gerhold
Fix some issues in the clock-apq8016 driver that I noticed while testing U-Boot v2025.07-rc on the DragonBoard 410c. Make it possible to poll the clock status with GATE_CLK() to avoid potential race conditions. Signed-off-by: Stephan Gerhold --- Changes in v2: - Rename BRANCH_CLK() -> GATE_CLK_PO

  1   2   >