Re: [PATCH 3/5] lmb: staticise lmb_add_memory()

On Thu May 1, 2025 at 3:02 PM EEST, Sughosh Ganu wrote: > lmb_add_memory() is only called from the lmb module. Mark the function > as static. > > Signed-off-by: Sughosh Ganu > --- > include/lmb.h | 8 > lib/lmb.c | 2 +- > 2 files changed, 1 insertion(+), 9 deletions(-) > > diff --gi

[PATCH] net: mdio: mux-meson-gxl: set reversed bit when using internal phy

This bit is necessary to receive packets from the internal PHY. Without this bit set, no activity occurs on the interface. Normally u-boot sets this bit, but if u-boot is compiled without net support, the interface will be up but without any activity. The vendor SDK sets this bit along with the P

Re: [PATCH 1/5] lmb: replace lmb_reserve() and lmb_alloc_addr() API's

Hi Sughosh, Thanks for cleaning this [...] > + * @flags: Memory region attributes to be set > + * > + * Allocate a region of memory where the allocation is based on the > parameters > + * that have been passed to the function.The first parameter specifies the > + * type of allocation

RE: [PATCH v1 1/1] arm: socfpga: agilex5: Sub-device check enabled for runtime workaround

> -Original Message- > From: Meng, Tingting > Sent: Tuesday, April 29, 2025 5:55 PM > To: u-boot@lists.denx.de > Cc: Marek Vasut ; Chee, Tien Fong > ; Meng, Tingting ; > Hea, Kok Kiang ; Maniyam, Dinesh > ; Ng, Boon Khai ; > Yuslaimi, Alif Zakuan ; Rosdi, Danish > Ahmad ; Zamri, Muhamma

Re: [PATCH v2 8/8] pinctrl: qcom: qcm2290: fix off by 1 in pin_count

Hi Casey, On Fri, Apr 11, 2025 at 02:47:45PM +0200, Caleb Connolly wrote: > There are 134 pins not 133, oops! This fixes the sdcard on the RB1 as > the pins now all get configured correctly. > > Fixes: 0ecb8cfcb930 ("pinctrl: qcom: add qcm2290 pinctrl driver") > Reviewed-by: Sumit Garg > Reviewe

Re: Pull request efi-2025-07-rc2

On Thu May 1, 2025 at 9:46 PM IST, Heinrich Schuchardt wrote: > Dear Tom, > > This pull request fixes the "installing EFI_LOAD_FILE2_PROTOCOL failed" > issue. > > --- > > @Anshul, > > I had to rebase your series because one line which you tried to change > from ..code-block:: to ..prompt:: did no

[PATCH v1] board: ti: common: Kconfig: add CMD_CACHE

Add CMD_CACHE to list of configs implied by TI_COMMON_CMD_OPTIONS. This allows the usage of cache commands from U-Boot prompt. Signed-off-by: Anshul Dalal --- board/ti/common/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/board/ti/common/Kconfig b/board/ti/common/Kconfig index c03aa

RE: [PATCH v1 1/1] arm: socfpga: agilex5: Coverity issue cleanup in jtag_usercode check

> -Original Message- > From: Meng, Tingting > Sent: Tuesday, April 29, 2025 5:56 PM > To: u-boot@lists.denx.de > Cc: Marek Vasut ; Chee, Tien Fong > ; Meng, Tingting ; > Hea, Kok Kiang ; Maniyam, Dinesh > ; Ng, Boon Khai ; > Yuslaimi, Alif Zakuan ; Rosdi, Danish > Ahmad ; Zamri, Muhamma

Re: [PATCH 3/3] CI: Update to use the hooks in the U-Boot repo

Am 2. Mai 2025 04:50:19 MESZ schrieb Simon Glass : >Now that the hooks are present, make use of them directly rather than >cloning the separate repo. > >Signed-off-by: Simon Glass Using the same git repo makes testing changes in the test hooks much easier. Acked-by: Heinrich Schuchardt >--- >

Re: Lab failure on JH7110 (StarFive VisionFive 2)

Am 2. Mai 2025 03:38:36 MESZ schrieb Simon Glass : >Hi, > >On Tue, 14 Jan 2025 at 23:56, Hal Feng wrote: >> >> > On 09.01.25 20:37, Simon Glass wrote: >> > Hi, >> > >> > I am seeing a lab failure on this board with the test_dm_compat test[1]: >> > >> > === FAILURES

Re: Convert DS109 in U-Boot to DM_SERIAL

Hi Tom, On Thu, May 1, 2025 at 4:05 PM Tom Rini wrote: > > Hey, > > Do you have time to look in to converting the ds109 platform in U-Boot > to using DM_SERIAL? The code for triggering a reset via special serial > commands is the harder part of the conversion (and I don't think it's > likely that

[PATCH 3/3] CI: Update to use the hooks in the U-Boot repo

Now that the hooks are present, make use of them directly rather than cloning the separate repo. Signed-off-by: Simon Glass --- .azure-pipelines.yml | 15 +++ .gitlab-ci.yml | 16 +++- 2 files changed, 14 insertions(+), 17 deletions(-) diff --git a/.azure-pipeline

[PATCH 2/3] doc: Tidy up the hooks documentation

Now that these files are within the repo, link the documentation to the normal U-Boot documentation. Update directory paths and convert it to rST format. Signed-off-by: Simon Glass --- doc/develop/index.rst | 1 + doc/develop/py_testing.rst| 22 +++--

[PATCH 0/3] RFC: test: Bring in the test hooks

During a recent discussion with Heinrich we discussed why the hooks are kept in a separate repo. The amount of code is small, a tenth of the size of the recently added lwip, just by way of example. Testing is a critical part of U-Boot and one of the things that distinguishes it from firmware proje

Re: Build for RISC-V with LLVM

On 2025-05-01 20:48, Yao Zi wrote: On Thu, May 01, 2025 at 03:54:34PM -0500, Nathaniel Hourt wrote: On 2025-04-26 23:34, Yao Zi wrote: > On Sat, Apr 26, 2025 at 06:25:50PM -0500, Nathaniel wrote: > > On Apr 26 2025, at 1:30 am, Yao Zi wrote: > > > On Fri, Apr 25, 2025 at 12:43:08PM -0500, Natha

Re: Build for RISC-V with LLVM

On Thu, May 01, 2025 at 03:54:34PM -0500, Nathaniel Hourt wrote: > On 2025-04-26 23:34, Yao Zi wrote: > > On Sat, Apr 26, 2025 at 06:25:50PM -0500, Nathaniel wrote: > > > On Apr 26 2025, at 1:30 am, Yao Zi wrote: > > > > On Fri, Apr 25, 2025 at 12:43:08PM -0500, Nathaniel Hourt wrote: > > > > > Hi

Re: Lab failure on JH7110 (StarFive VisionFive 2)

Hi, On Tue, 14 Jan 2025 at 23:56, Hal Feng wrote: > > > On 09.01.25 20:37, Simon Glass wrote: > > Hi, > > > > I am seeing a lab failure on this board with the test_dm_compat test[1]: > > > > === FAILURES > > === > > 559__

Convert DS109 in U-Boot to DM_SERIAL

Hey, Do you have time to look in to converting the ds109 platform in U-Boot to using DM_SERIAL? The code for triggering a reset via special serial commands is the harder part of the conversion (and I don't think it's likely that hard). Thanks! -- Tom signature.asc Description: PGP signature

Convert xtfpga U-Boot platform to DM_SERIAL

Hey, Does anyone have time and knowledge to convert the xtfpga platform to using DM_SERIAL in U-Boot? It wasn't just a trivial enable CONFIG_DM_SERIAL and have success so I didn't look harder than that yet. Thanks! -- Tom signature.asc Description: PGP signature

Re: [PATCH v3 00/22] passage: Define a standard for firmware data flow

On Thu, May 01, 2025 at 02:57:00PM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 1 May 2025 at 10:04, Tom Rini wrote: > > > > On Wed, Apr 30, 2025 at 07:39:29PM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Wed, 30 Apr 2025 at 09:21, Tom Rini wrote: > > > > > > > > On Wed, Apr 30, 202

Re: [PATCH v3 00/22] passage: Define a standard for firmware data flow

Hi Tom, On Thu, 1 May 2025 at 10:04, Tom Rini wrote: > > On Wed, Apr 30, 2025 at 07:39:29PM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Wed, 30 Apr 2025 at 09:21, Tom Rini wrote: > > > > > > On Wed, Apr 30, 2025 at 08:51:53AM -0600, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On Wed,

Re: Please pull u-boot-dm

Hi Tom, On Thu, 1 May 2025 at 14:59, Tom Rini wrote: > > On Thu, 01 May 2025 06:06:59 -0600, Simon Glass wrote: > > > https://source.denx.de/u-boot/custodians/u-boot-dm/-/commit/2a61f40d4a9f7eacce67a80ce79f916996c4196d > > > > https://dev.azure.com/simon0972/u-boot/_build/results?buildId=75&view=

Re: [PATCH] bloblist: Add maintainer

On Thu, May 01, 2025 at 03:01:42PM -0600, Simon Glass wrote: > Add myself as maintainer of bloblist > > Signed-off-by: Simon Glass With the reminder for clarity that I still have final say over things (and that's true for everyone): Reviewed-by: Tom Rini -- Tom signature.asc Description:

[PATCH] bloblist: Add maintainer

Add myself as maintainer of bloblist Signed-off-by: Simon Glass --- MAINTAINERS | 9 + 1 file changed, 9 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index 1d7ef23f476..5005dd5951b 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -936,6 +936,15 @@ F: drivers/block/blkmap.c F:

Re: Please pull u-boot-dm

On Thu, 01 May 2025 06:06:59 -0600, Simon Glass wrote: > https://source.denx.de/u-boot/custodians/u-boot-dm/-/commit/2a61f40d4a9f7eacce67a80ce79f916996c4196d > > https://dev.azure.com/simon0972/u-boot/_build/results?buildId=75&view=results > > > The following changes since commit aa96cda0a58f4d

Re: Pull request efi-2025-07-rc2

On Thu, 01 May 2025 18:16:18 +0200, Heinrich Schuchardt wrote: > This pull request fixes the "installing EFI_LOAD_FILE2_PROTOCOL failed" > issue. > Merged into u-boot/master, thanks! -- Tom

Re: Build for RISC-V with LLVM

On 2025-04-26 23:34, Yao Zi wrote: On Sat, Apr 26, 2025 at 06:25:50PM -0500, Nathaniel wrote: On Apr 26 2025, at 1:30 am, Yao Zi wrote: > 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

[PATCH] configs: j722s_evm_r5_defconfig: Enable PMIC config

In kernel device tre commit 714d54917147: ("arm64: dts: ti: k3-j722s-evm: Enable PMIC") adds pmic support. Above commit of kernel get synched in u-boot by sha ab06a533f08e:("Squashed 'dts/upstream/' changes from 8531b4b4988c..955176a4ff59"). Now, PMIC DT is available in u-boot for J722S EVM, So e

Re: [PATCH v3 00/22] passage: Define a standard for firmware data flow

On Wed, Apr 30, 2025 at 07:39:29PM -0600, Simon Glass wrote: > Hi Tom, > > On Wed, 30 Apr 2025 at 09:21, Tom Rini wrote: > > > > On Wed, Apr 30, 2025 at 08:51:53AM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Wed, 30 Apr 2025 at 08:29, Tom Rini wrote: > > > > > > > > On Wed, Apr 30, 20

[PATCH 4/4] fs.h: Switch to using rtc_def.h

This file only needs the definition of 'struct rtc_time' and that is found in . Use that instead of pulling in rtc.h to pull in rtc_def.h as rtc.h includes many other include files. Signed-off-by: Tom Rini --- include/fs.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/inclu

[PATCH 3/4] fat.c: Add missing include

This file references rtc functions and implicitly includes today. Add this explicitly. Signed-off-by: Tom Rini --- fs/fat/fat.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/fat/fat.c b/fs/fat/fat.c index e2570e816768..89f2acbba1ef 100644 --- a/fs/fat/fat.c +++ b/fs/fat/fat.c @@ -21,6

[PATCH 2/4] ext4fs.c: Add missing include

This file references rtc functions and implicitly includes today. Add this explicitly. Signed-off-by: Tom Rini --- fs/ext4/ext4fs.c | 1 + 1 file changed, 1 insertion(+) diff --git a/fs/ext4/ext4fs.c b/fs/ext4/ext4fs.c index 1727da2dc6db..bd058a096142 100644 --- a/fs/ext4/ext4fs.c +++ b/fs/ext

[PATCH 1/4] cmd/cat.c: Add missing include

This file references errno values and so needs to include . Signed-off-by: Tom Rini --- cmd/cat.c | 1 + 1 file changed, 1 insertion(+) diff --git a/cmd/cat.c b/cmd/cat.c index 6828b7b364e5..3167cda60327 100644 --- a/cmd/cat.c +++ b/cmd/cat.c @@ -8,6 +8,7 @@ #include #include #include +#i

Pull request efi-2025-07-rc2

Dear Tom, This pull request fixes the "installing EFI_LOAD_FILE2_PROTOCOL failed" issue. --- @Anshul, I had to rebase your series because one line which you tried to change from ..code-block:: to ..prompt:: did not exist. Please, check after the merge. --- The following changes since co

Re: [PATCH 1/2] efi_loader: bootbin: split initrd registration and installation

Hi Heinrich, Calling efi_initrd_register to both save the initrd device path and install the initrd LF2 protocol complicates error handling. efi_bootmgr also calls efi_initrd_register, but many functions are called between that and do_bootefi_exec. If any fail, we should uninstall the protocol. Th

Re: [PATCH v2 00/22] Deal with exfat versus byteorder

On Thu, May 01, 2025 at 09:03:18AM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 1 May 2025 at 08:17, Tom Rini wrote: > > > > On Thu, May 01, 2025 at 06:07:15AM -0600, Simon Glass wrote: > > > Hi Marek, > > > > > > On Wed, 30 Apr 2025 at 20:02, Marek Vasut wrote: > > > > > > > > On 5/1/25 3:04

Re: [PATCH v2 02/22] congatec: Include env.h to permit reading the environment

On Thu, May 01, 2025 at 09:04:45AM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 1 May 2025 at 08:06, Tom Rini wrote: > > > > On Wed, Apr 30, 2025 at 07:04:27PM -0600, Simon Glass wrote: > > > This file reads from the environment but does not include the correct > > > header. Update it. > > > >

Re: [PATCH] CI: Update the CI lab

On Thu, May 01, 2025 at 09:03:15AM -0600, Simon Glass wrote: > Hi Tom, > > On Thu, 1 May 2025 at 08:03, Tom Rini wrote: > > > > On Wed, Apr 30, 2025 at 07:25:24PM -0600, Simon Glass wrote: > > > > > Update the boards in the lab to match the current situation: > > > > > > - bbb and pin64 are worki

Re: [PATCH 0/3] booti: Remove the SYS_BOOTM_LEN limit for booti

On Thu, May 01, 2025 at 07:06:03AM -0600, Simon Glass wrote: > Hi Tom, > > On Fri, 18 Apr 2025 at 08:08, Tom Rini wrote: > > > > On Fri, Apr 18, 2025 at 07:46:59AM -0600, Simon Glass wrote: > > > Hi Tom, > > > > > > On Fri, 18 Apr 2025 at 07:33, Tom Rini wrote: > > > > > > > > On Fri, Apr 18, 20

Re: [PATCH v2 00/22] Deal with exfat versus byteorder

Hi Tom, On Thu, 1 May 2025 at 08:17, Tom Rini wrote: > > On Thu, May 01, 2025 at 06:07:15AM -0600, Simon Glass wrote: > > Hi Marek, > > > > On Wed, 30 Apr 2025 at 20:02, Marek Vasut wrote: > > > > > > On 5/1/25 3:04 AM, Simon Glass wrote: > > > > Since exfat has its own byteorder functions we ne

Re: [PATCH v2 02/22] congatec: Include env.h to permit reading the environment

Hi Tom, On Thu, 1 May 2025 at 08:06, Tom Rini wrote: > > On Wed, Apr 30, 2025 at 07:04:27PM -0600, Simon Glass wrote: > > This file reads from the environment but does not include the correct > > header. Update it. > > > > Drop the unnecessary config.h while we are here. > > Are you sure about th

Re: [PATCH 0/3] booti: Remove the SYS_BOOTM_LEN limit for booti

Hi Tom, On Thu, 1 May 2025 at 08:59, Tom Rini wrote: > > On Thu, May 01, 2025 at 07:06:03AM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Fri, 18 Apr 2025 at 08:08, Tom Rini wrote: > > > > > > On Fri, Apr 18, 2025 at 07:46:59AM -0600, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On Fri,

Re: [PATCH] CI: Update the CI lab

Hi Tom, On Thu, 1 May 2025 at 08:03, Tom Rini wrote: > > On Wed, Apr 30, 2025 at 07:25:24PM -0600, Simon Glass wrote: > > > Update the boards in the lab to match the current situation: > > > > - bbb and pin64 are working again > > And were never disabled in mainline (since iirc I never saw them n

[PATCH v2 12/18] sandbox: Use a unique name for each USB controller

Add a number after the node name so that it is clear which controller is being used. Signed-off-by: Simon Glass --- (no changes since v1) arch/sandbox/dts/test.dts | 4 ++-- test/boot/bootdev.c | 12 ++-- test/boot/bootflow.c | 6 +++--- test/dm/usb.c | 4 ++--

[PATCH 0/5] lmb: use a single API for all allocations

The LMB module has a bunch for API's which are used for allocating memory. There are a couple of API's for requesting memory, and two more for reserving regions of memory. Replace these different API's with a single one, lmb_allocate_mem(). The type of allocation to be made is specified through o

Re: [PATCH v2] mtd: mtdpart: Support MTDPART_SIZ_FULL in fixed-partitions

On Tue, 08 Apr 2025 07:46:38 +0200, Mike Looijmans wrote: > Flash partitions may specify MTDPART_SIZ_FULL (=0) as the size of the > partition to indicate "the remainder of the flash". Make this work with > device-tree "fixed-partitions" as well. > > This makes MTD partitioning compatible with the

Re: [PATCH v2 00/22] Deal with exfat versus byteorder

On Thu, May 01, 2025 at 06:07:15AM -0600, Simon Glass wrote: > Hi Marek, > > On Wed, 30 Apr 2025 at 20:02, Marek Vasut wrote: > > > > On 5/1/25 3:04 AM, Simon Glass wrote: > > > Since exfat has its own byteorder functions we need to be careful about > > > including the normal U-Boot byteorder hea

Re: [PATCH v2 02/22] congatec: Include env.h to permit reading the environment

On Wed, Apr 30, 2025 at 07:04:27PM -0600, Simon Glass wrote: > This file reads from the environment but does not include the correct > header. Update it. > > Drop the unnecessary config.h while we are here. Are you sure about that? It was explicitly added in commit ab61cc7d98f6 ("board: congatec:

Re: [PATCH] CI: Update the CI lab

On Wed, Apr 30, 2025 at 07:25:24PM -0600, Simon Glass wrote: > Update the boards in the lab to match the current situation: > > - bbb and pin64 are working again And were never disabled in mainline (since iirc I never saw them not working). > - samus and c4 are still broken, with no end in sigh

[PATCH v2 07/18] bootstd: Try all bootmeths on the final partition

At present when one bootmeth fails on the final partition, the next bootmeth is not tried. Adjust the logic to go to the next bootmeth, which is the more natural behaviour. Signed-off-by: Simon Glass --- (no changes since v1) boot/bootflow.c | 34 -- 1 file chan

[PATCH v2 02/18] fs: boot: Update fs_read_alloc() to use abuf

Using an abuf for this function simplifies returning the size and also makes it easier to free memory afterwards. Update the API and callers. Signed-off-by: Simon Glass --- Changes in v2: - Update to use abuf_init_size() boot/bootmeth-uclass.c | 19 ++- fs/fs.c|

[PATCH v2 15/18] bootstd: Provide a command to select the bootdev order

It is sometimes useful to select or override the default bootdev order. Add a command for this. Signed-off-by: Simon Glass --- Changes in v2: - Drop use of LOGR() boot/bootdev-uclass.c | 39 +++ boot/bootstd-uclass.c | 18 ++ cmd/boot

[PATCH v2 17/18] bootstd: Expand debugging in bootdev_find_in_blk()

Add more info in this function so that the partition number and the call to bootmeth_read_bootflow() are logged. Signed-off-by: Simon Glass --- (no changes since v1) boot/bootdev-uclass.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/boot/bootdev-uclass.c b/boot/boot

[PATCH v2 18/18] bootstd: Mention FS state in bootmeth_read_bootflow()

Add a comment to help implementers deal with the need for calling fs_set_blk_dev_with_part() Signed-off-by: Simon Glass --- Changes in v2: - Rebase on top of recent FS changes include/bootmeth.h | 3 +++ 1 file changed, 3 insertions(+) diff --git a/include/bootmeth.h b/include/bootmeth.h ind

[PATCH v2 14/18] bootstd: Tidy up a nested CONFIG_IS_ENABLED(BOOTSTD)

Fix a nested check for BOOTSTD in the bootdev.h header file. Signed-off-by: Simon Glass --- (no changes since v1) include/bootdev.h | 47 --- 1 file changed, 20 insertions(+), 27 deletions(-) diff --git a/include/bootdev.h b/include/bootdev.h index

[PATCH v2 16/18] bootstd: Correct the comment for bootmeth_set_order()

The function is used to handle the boot_targets variable so must support space-separated items. Update the comment to show this. Signed-off-by: Simon Glass --- (no changes since v1) include/bootmeth.h | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/include/bootmeth.h b/

[PATCH v2 13/18] bootstd: Tweak scanning with labels

The current implementation of labels uses the ordering of the media devices to start its scan but then uses the ordering of the (child) bootdev devices to iterate from then on. This is inconsistent and can miss some bootdevs. Update bootdev_next_label() so that it uses the ordering of the bootdev

[PATCH v2 11/18] usb: Use more useful names for block devices

The driver name is typically not unique so using that as a basis for the block and bootdev devices makes them hard to distinguish. This happens when there are multiple USB controllers using the same driver. Make use of the parent-device name and the hub port number. This gives a reasonable chance

[PATCH v2 09/18] test/py: Split out core of Fedora image into a new function

To permit easier adding of other images, move the Fedora-specific portions of setup_bootflow_image() into a separate function. Signed-off-by: Simon Glass --- (no changes since v1) test/py/tests/test_ut.py | 71 ++-- 1 file changed, 47 insertions(+), 24 delet

[PATCH v2 10/18] test/py: Add an extlinux file similar to Ubuntu

Add an extlinux configuration-file that contains a few entries as created by the u-boot-menu package in Ubuntu 24.04 Increase the number of sandbox-USB-hub ports to permit this. Signed-off-by: Simon Glass --- Changes in v2: - Update commit message to make it clear this is not actually an image

[PATCH v2 08/18] bootstd: Fully complete iteration of a uclass

When trying all bootdevs in a uclass, the method flags are not preserved in the iterator. This has no impact on the first bootdev, since that is the one which sets the flags. For the next one, iter_inc() is used and it finds the next bootdev. However it sets the method_flags to 0 The result is th

[PATCH v2 06/18] bootstd: Add more debugging to bootmeth_extlinux

Add a little more debugging to help figure out why bootflows are not found. Signed-off-by: Simon Glass --- (no changes since v1) boot/bootmeth_extlinux.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/boot/bootmeth_extlinux.c b/boot/bootmeth_extlinux.c inde

[PATCH v2 05/18] bootstd: Add more debugging to bootmeth_efi

Add a little more debugging to help figure out why bootflows are not found. Signed-off-by: Simon Glass --- (no changes since v1) boot/bootmeth_efi.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/boot/bootmeth_efi.c b/boot/bootmeth_efi.c index 0c9b4c3d59d..01cc7ec3bec

[PATCH v2 04/18] fs: boot: Update bootmeth_alloc_other() to use abuf

Using an abuf for this function simplifies returning the size and also makes it easier to free memory afterwards. Update the API and callers. Signed-off-by: Simon Glass --- (no changes since v1) boot/bootmeth-uclass.c | 12 boot/bootmeth_script.c | 6 -- cmd/bootflow.c

[PATCH v2 01/18] abuf: Add a helper for initing and allocating a buffer

This construct appears in various places. Reduce code size by adding a function for it. It inits the abuf, then allocates it to the requested size. Signed-off-by: Simon Glass --- Changes in v2: - Add new patch with a helper for initing and allocating a buffer boot/cedit.c | 3 +-- b

[PATCH v2 03/18] fs: boot: Update fs_load_alloc() to use abuf

Using an abuf for this function simplifies returning the size and also makes it easier to free memory afterwards. Update the API and callers. Signed-off-by: Simon Glass --- (no changes since v1) cmd/cat.c| 13 ++--- cmd/cedit.c | 18 -- fs/fs.c | 11 --

[PATCH v2 00/18] bootstd: Useability improvements

This series collects together some bootstd improvements: - Improve iteration when there are a lot of devices - Add a test image for Ubuntu (to compliment Fedora) - Improve the naming of USB devices and bootdevs - Add a new command to set the bootdev order - Add a little more debugging - Use an abu

[PATCH v2 3/3] booti: Allow using 10x the uncompressed size with booti

The booti command does not use the CONFIG_SYS_BOOTM_LEN value and instead sets a maximum decompression-buffer size of 10x the size of the compressed data. Add this as an option in bootm_load_os() so that booting without the command-line works in the same way as the 'booti' command. Link: https:/

[PATCH v2 1/3] boot: Add a function to check if a linux Image is supported

Move this logic into a function so we can give it a sensible name. Signed-off-by: Simon Glass --- (no changes since v1) boot/bootm.c | 18 -- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/boot/bootm.c b/boot/bootm.c index 0e63dd4adf3..2ed78295ead 100644 --- a/b

[PATCH v2 2/3] bootm: Add RISC-V support in booti_is_supported()

RISC-V uses a similar linux 'Image' format to ARM64, so add support for it in bootm_load_os() Signed-off-by: Simon Glass --- (no changes since v1) boot/bootm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/boot/bootm.c b/boot/bootm.c index 2ed78295ead..7be5ec796fc 100644

[PATCH v2 0/3] booti: Remove the SYS_BOOTM_LEN limit for booti

This series restores the original behaviour of extlinux booting linux 'Image' files, which is to ignore CONFIG_SYS_BOOTM_LEN and instead uses a limit of 10x the compressed size. It also adds RISC-V support, since it uses a similar format to ARM64. Future work should integrate the code in 'booti'

Re: [PATCH] boot: Add missing code for bootz_run()

ср, 9 квіт. 2025 р. о 18:57 Simon Glass пише: > > The bootz method is special in that it uses its own implementation of > several of the bootm states. > > The existing do_bootz() function calls bootz_run() but first does a few > other things. These are missing in the direct call to bootz_run(). I

Re: [PATCH 0/3] booti: Remove the SYS_BOOTM_LEN limit for booti

Hi Tom, On Fri, 18 Apr 2025 at 08:08, Tom Rini wrote: > > On Fri, Apr 18, 2025 at 07:46:59AM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Fri, 18 Apr 2025 at 07:33, Tom Rini wrote: > > > > > > On Fri, Apr 18, 2025 at 06:50:59AM -0600, Simon Glass wrote: > > > > > > > This series restores the

Re: [PATCH 0/3] Add fdt-fixups for AM62A variants

On 10:24-20250430, Bryan Brattlof wrote: > On April 30, 2025 thus sayeth Aparna Patra: > > This series implements fdt fixups, by reading hardware > > information from registers and accordingly delete/modify > > the DT nodes, at run-time. > > > > Aparna Patra (3): > > arm: mach-k3: am62a: Fixup C

Re: [PATCH 1/3] arm: mach-k3: am62a: Fixup CPU core, DSS, CAN-FD and Video-codec nodes in fdt

On 16:12-20250430, Aparna Patra wrote: > AM62A SOC is available in multiple variants: > -CPU cores (Cortex-A) AM62Ax1 (1 core), > AM62Ax2 (2 cores), AM62Ax4 (4 cores) > -With and without DSS, CAN-FD & Video-codec support > > Remove the relevant FDT nodes by reading the actual configuration > from

Re: [PATCH v2] firmware: ti_sci: Add Initialization of dev_info head node

On 22:44-20250429, Udit Kumar wrote: > On K3 devices two drivers ti_sci and ti_sci_dm are supporting firmware > functions. At run time one of driver is used. > > Driver ti_sci already initializing head for dev_list in its probe > function, but it was missed in ti_sci_dm driver. > > So add head li

Re: [PATCH v2] net: ravb: Fix RX error handling

On 20/04/2025 17:35, Marek Vasut wrote: > Correctly handle RX errors in ravb_recv() by returning 0 instead > of -EAGAIN on RX error. > > In case the RAVB driver detects an RX error in ravb_recv(), it must > not return the -EAGAIN, but instead must return 0. Both error codes > are handled in eth-uc

Re: [PATCH v2 00/22] Deal with exfat versus byteorder

Hi Marek, On Wed, 30 Apr 2025 at 20:02, Marek Vasut wrote: > > On 5/1/25 3:04 AM, Simon Glass wrote: > > Since exfat has its own byteorder functions we need to be careful about > > including the normal U-Boot byteorder headers in code included by exfat. > > ... > > >net: Use a forward declara

Re: [PATCH 01/17] fs: boot: Update fs_read_alloc() to use abuf

Hi Tom, On Tue, 1 Apr 2025 at 10:50, Tom Rini wrote: > > On Wed, Apr 02, 2025 at 04:46:23AM +1300, Simon Glass wrote: > > Hi Tom, > > > > On Tue, 1 Apr 2025 at 06:42, Tom Rini wrote: > > > > > > On Wed, Mar 19, 2025 at 03:37:55PM +0100, Simon Glass wrote: > > > > > > > Using an abuf for this fun

Please pull u-boot-dm

Hi Tom, https://source.denx.de/u-boot/custodians/u-boot-dm/-/commit/2a61f40d4a9f7eacce67a80ce79f916996c4196d https://dev.azure.com/simon0972/u-boot/_build/results?buildId=75&view=results The following changes since commit aa96cda0a58f4d181b81a897b0b9fea3d9729478: clk: fix crash on clk_set_ra

[PATCH 4/5] lmb: use a single function to free up memory

There is no need to have two separate API's for freeing up memory. Use a single API lmb_free() to achieve this. Signed-off-by: Sughosh Ganu --- boot/image-fdt.c| 2 +- cmd/load.c | 2 +- include/lmb.h | 6 ++--- lib/efi_loader/efi_memory.c | 6 ++---

[PATCH 2/5] lmb: replace the lmb_alloc() and lmb_alloc_base() API's

There currently are two API's for requesting memory from the LMB module, lmb_alloc() and lmb_alloc_base(). The function which does the actual allocation is the same. Use the earlier introduced API lmb_allocate_mem() for both types of allocation requests. Signed-off-by: Sughosh Ganu --- arch/arm/

[PATCH 5/5] doc: add lmb documentation

The LMB module has undergone significant changes in the recent past. Add a document which briefly describes what the LMB module does, and the changes that have been made to it's design since the 2025.01 release. Signed-off-by: Sughosh Ganu --- doc/api/index.rst | 1 - doc/api/lmb.rst

[PATCH 3/5] lmb: staticise lmb_add_memory()

lmb_add_memory() is only called from the lmb module. Mark the function as static. Signed-off-by: Sughosh Ganu --- include/lmb.h | 8 lib/lmb.c | 2 +- 2 files changed, 1 insertion(+), 9 deletions(-) diff --git a/include/lmb.h b/include/lmb.h index be723d9162a..73df4e07248 100644 --

[PATCH 1/5] lmb: replace lmb_reserve() and lmb_alloc_addr() API's

There currently are multiple allocation API's in the LMB module. There are a couple of API's for allocating memory(lmb_alloc() and lmb_alloc_base()), and then there are two for requesting a reservation for a particular memory region (lmb_reserve() and lmb_alloc_addr()). Introduce a single API lmb_a

[PATCH v2] sandbox: Enable PHYS_64BIT for 64-bit builds

Sandbox is special in that we use the bitness of the host. This should extend to PHYS_64BIT as well, so enable this option when building on a 64-bit host. Update the conditions in io.h so that 64-bit access is available. Signed-off-by: Simon Glass --- Changes in v2: - Stand-alone patch Kconfi

[PATCH v2 1/2] strim: Sync up with Linux version

Linux changed the behaviour of strim() so that a string with only spaces reduces places the terminator at the start of the string, rather than returning a pointer to the end of the string. Bring in this version, from Linux v6.14 Add a comment about the new behaviour. Signed-off-by: Simon Glass

[PATCH v2 2/2] test: Add a test for strim()

This function trims whitespace from the start and end of a string. Add a test for it. Signed-off-by: Simon Glass --- Changes in v2: - Bring in strim() update from Linux and adjust tests test/lib/string.c | 37 + 1 file changed, 37 insertions(+) diff --git a

Re: [PATCH 00/30] patman: Move to asyncio and other updates

On Wed, 30 Apr 2025 at 15:32, Tom Rini wrote: > > On Wed, Apr 30, 2025 at 07:54:11AM -0600, Simon Glass wrote: > > Hi Tom, > > > > On Tue, 29 Apr 2025 at 08:53, Tom Rini wrote: > > > > > > On Tue, Apr 29, 2025 at 08:35:24AM -0600, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On Tue, 29 Apr

Re: [PATCH 1/2] efi_loader: bootbin: split initrd registration and installation

On 5/1/25 03:15, Adriano Cordova wrote: Current support for initrd in EFI booting has two flaws: 1. Installs a NULL initrd via LoadFile2 protocol if `efi_binary_run_dp` does not provide an initrd. In this case, a LoadFile2 should not be installed at all. 2. Initrd is not properly uninsta