ned variable (2025-08-04 18:23:16 -0600)
>
> are available in the Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-sh.git master
>
> for you to fetch changes up to 52a4e9079f680cb3d455d2740f5887ee9089b327:
>
> arm64: renesas: r8a779g3: Enable
OF_UPSTREAM DTs get synced in, without any expected rebase noise.
The following changes since commit 007610da2cca405ea7739fc120d90085be4b6ac2:
Makefile: Remove expansion of undefined variable (2025-08-04 18:23:16 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot
On Wed, Aug 06, 2025 at 07:35:40AM +0700, rama wrote:
> Dear DENX Team,
>
> I hope this message finds you well.
>
> I am writing to seek clarification regarding a recent CVE entry —
> **CVE-2025-45512** — which claims a security issue in U-Boot version
> v1.1.3, stating t
Here's the latest report. Lets get these new issues addressed ASAP
please, thanks.
-- Forwarded message -
From:
Date: Wed, Aug 6, 2025 at 12:23 PM
Subject: New Defects reported by Coverity Scan for Das U-Boot
To:
Hi,
Please find the latest report on new defect(s) intro
at:
>
> https://source.denx.de/u-boot/custodians/u-boot-i2c.git
> tags/i2c-updates-for-2025-10-rc2
>
> [...]
Merged into u-boot/master, thanks!
--
Tom
Hello Tom,
The following changes since commit 007610da2cca405ea7739fc120d90085be4b6ac2:
Makefile: Remove expansion of undefined variable (2025-08-04 18:23:16 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-i2c.git
tags/i2c-updates-for-2025
> -Original Message-
> From: Yuslaimi, Alif Zakuan
> Sent: Monday, August 4, 2025 9:24 AM
> To: u-boot@lists.denx.de
> Cc: Chee, Tien Fong ; Tom Rini
> ; Marek Vasut ; Simon Goldschmidt
> ; Ng, Boon Khai
> ; Maniyam, Dinesh
> ; Ravulapalli, Naresh Kuma
Dear DENX Team,
I hope this message finds you well.
I am writing to seek clarification regarding a recent CVE entry —
**CVE-2025-45512** — which claims a security issue in U-Boot version
v1.1.3, stating that it allows loading and executing arbitrary firmware
images without verifying
; /Ilias
>
> >>
> >> Looking forward to your response,
> >> Aidan
> >> -
> >> Aidan Garske
> >> Engineering Intern, wolfSSL
> >> +1 (916) 337-1246
> >>
--
>> Aidan Garske
>> Engineering Intern, wolfSSL
>> +1 (916) 337-1246
>> -
>>
>>
>>
>> On Sat, May 10, 2025 at 4:25 AM Simon Glass wrote:
>>>
>>> Hi David,
>>>
>>&
On Mon, 04 Aug 2025 09:24:17 +0300, Svyatoslav Ryhel wrote:
> The following changes since commit f5e968a28e7cdc2c4365f5a382e02f074ee03fac:
>
> Merge tag 'u-boot-stm32-20250731' of
> https://source.denx.de/u-boot/custodians/u-boot-stm (2025-07-31 10:04:32
> -0600)
ble in the Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-nand-flash.git
> u-boot-nand-03082025
>
> [...]
Merged into u-boot/master, thanks!
--
Tom
This commit introduces a new API,
request_firmware_into_buf_via_script(), to the fs_loader framework.
This function allows firmware to be loaded into memory using
a user-defined U-Boot script, providing greater flexibility for
firmware loading scenarios that cannot be handled by static file
paths
The following changes since commit ae5711f881100f856ead1e76832c32b92dba93c7:
Merge patch series "env: mtd: add the missing put_mtd_device()"
(2025-08-01 17:59:07 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-nand-flash.git
u
03 PM
> Subject: New Defects reported by Coverity Scan for Das U-Boot
> To:
>
>
> Hi,
>
> Please find the latest report on new defect(s) introduced to *Das U-Boot*
> found with Coverity Scan.
>
>- *New Defects Found:* 8
>- 3 defect(s), reported by Cove
Dear Tom,
The following changes since commit f5e968a28e7cdc2c4365f5a382e02f074ee03fac:
Merge tag 'u-boot-stm32-20250731' of
https://source.denx.de/u-boot/custodians/u-boot-stm (2025-07-31 10:04:32 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/cu
+#if !defined(CONFIG_SOCFPGA_SECURE_VAB_AUTH)
+&binman {
+ /delete-node/ kernel;
+};
+#endif
diff --git a/arch/arm/dts/socfpga_agilex_socdk-u-boot.dtsi
b/arch/arm/dts/socfpga_agilex_socdk-u-boot.dtsi
index f9491d57068..c2770424d9c 100644
--- a/arch/arm/dts/socfpga_agilex_socdk-u-bo
From: Alif Zakuan Yuslaimi
This patch set updates the boot support for the Altera SoCFPGA Agilex7/7M
platform in U-Boot. The changes include:
1. Board-specific configurations and setup required to enable Agilex7/7M
multiboot operation in U-Boot.
2. Integration of
ve development experience with U-Boot,
I'm very hopeful that we can make the firmware loading a better user
experience for developers.
Therefore, I would greatly appreciate any suggestions you have on how to
improve the firmware loading mechanism.
Thank you in advance for your insights.
--
>
>
>
> On Sat, May 10, 2025 at 4:25 AM Simon Glass wrote:
>
>> Hi David,
>>
>> On Thu, 8 May 2025 at 00:41, David Garske wrote:
>> >
>> > Hi Denx,
>> >
>> > We at wolfSSL have developed a port f
Update rk3576-u-boot.dtsi to include OTP in U-Boot pre-reloc phase for
checkboard() to be able to read information about the running SoC model
and variant from OTP and print it during boot:
U-Boot 2025.04 (Apr 22 2025 - 20:43:17 +)
Model: Generic RK3576
SoC: RK3576
DRAM: 8 GiB
This patch set adds a mechanism for simple and fail-safe MMC U-Boot
upgrades.
Although vbe-abrec provides a similar method for fail-safe upgrades, it
is not always possible to use because, if I am not mistaken, it requires
control over the TPL. On some devices such as the RK3576, only a binary
limit SPI clock frequency and other minor
> adjustments.
>
>
> These contributions come from Alif Zakuan Yuslaimi, Andrew Goodbody, Dinesh
> Maniyam, Naresh Kumar Ravulapalli, and Tingting Meng.
>
> This patch set has been tested on Agilex 5 devkit.
>
> Passing
On Wed, Jul 30, 2025 at 02:38:31PM +0200, Philip Oberfichtner wrote:
> Introduce another SIZE_CHECK macro for u-boot-with-spl.bin.
>
> Note that we cannot reuse BOARD_SIZE_LIMIT here, as this also applies to
> intermediate u-boot*bin images, which, before being compressed, may be
&
On Thu, 31 Jul 2025 13:53:35 +0200, Patrice CHOTARD wrote:
> Please pull the STM32 related patches for u-boot/master, v2025.10 =
> u-boot-stm32-20250731
>
> CI status:
> https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/27236
>
> Thanks
> Patrice
>
&g
Hi Tom
Please pull the STM32 related patches for u-boot/master, v2025.10 =
u-boot-stm32-20250731
CI status: https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/27236
Thanks
Patrice
The following changes since commit 182cb30084516c3085d2ca5dde3f105f7625d774:
Prepare v2025.10-rc1
On 6/26/25 10:08, Patrice Chotard wrote:
> Add U-Boot specific file for stm32mp235f-dk board
>
> Signed-off-by: Patrice Chotard
> ---
>
> arch/arm/dts/stm32mp23-u-boot.dtsi | 104
> arch/arm/dts/stm32mp235f-dk-u-boot.dtsi | 27 ++
&g
On Mon, Jul 28, 2025 at 06:24:00PM -0600, Tom Rini wrote:
> Hey all,
>
> So it's release day and I have tagged and pushed things out. Looking at
> my own queue, I think it's in reasonable shape. I do think there's a
> few other pull requests that need to happen still and I am optimistic
> will com
On Wed, Jul 30, 2025 at 02:03:18PM +0200, Quentin Schulz wrote:
> From: Quentin Schulz
>
> U-Boot typically can be loaded from different storage media, such as
> eMMC, SD card, SPI flash, but also from non-persistent media such as USB
> (via proprietary protocols loading directl
and Patrice)
>
>
> Here the Azure build, without any issues:
>
> [...]
Merged into u-boot/master, thanks!
--
Tom
ote:
> Hi David,
>
> On Thu, 8 May 2025 at 00:41, David Garske wrote:
> >
> > Hi Denx,
> >
> > We at wolfSSL have developed a port for wolfTPM in U-Boot. The patch
> allows using the current built-in TPM 2.0 support or switching to wolfTPM
> via CONFIG_TPM_WOL
The watchdog driver probes all available watchdog devices.
This causes SMP boot errors when bringing up secondary CPUs.
In our setup, only a single watchdog is needed to monitor the
boot process until userspace or the OS takes over. Disable all
unnecessary watchdog devices in U-Boot to avoid
The watchdog driver probes all available watchdog devices.
This causes SMP boot errors when bringing up secondary CPUs.
In our setup, only a single watchdog is needed to monitor the
boot process until userspace or the OS takes over. Disable all
unnecessary watchdog devices in U-Boot to avoid
The watchdog driver probes all available watchdog devices.
This causes SMP boot errors when bringing up secondary CPUs.
In our setup, only a single watchdog is needed to monitor the
boot process until userspace or the OS takes over. Disable all
unnecessary watchdog devices in U-Boot to avoid
200, Philip Oberfichtner wrote:
> > >
> > > > Like other images, u-boot-with-spl.bin may be subject to size
> > > > restrictions. Extend CONFIG_SPL_SIZE_LIMIT to handle this case.
> > > >
> > > > Signed-off-by: Philip Oberfichtner
> > > >
Introduce another SIZE_CHECK macro for u-boot-with-spl.bin.
Note that we cannot reuse BOARD_SIZE_LIMIT here, as this also applies to
intermediate u-boot*bin images, which, before being compressed, may be
larger than the final combined image.
Also SPL_SIZE_LIMIT has to be a separate option, as
From: Quentin Schulz
U-Boot typically can be loaded from different storage media, such as
eMMC, SD card, SPI flash, but also from non-persistent media such as USB
(via proprietary protocols loading directly into SRAM, or fastboot, DFU,
etc..), JTAG, ...
This information is usually reported by
any issues:
https://dev.azure.com/sr0718/u-boot/_build/results?buildId=395&view=results
Thanks,
Stefan
The following changes since commit a8f20bb6650df56d2600cda2c66f9349df9e49c8:
Merge patch series "bios_emulator: Fix two issues found by Smatch"
(2025-07-29 13:14:52 -0600)
ar
This commit introduces a new API,
request_firmware_into_buf_via_script(), to the fs_loader framework.
This function allows firmware to be loaded into memory using
a user-defined U-Boot script, providing greater flexibility for
firmware loading scenarios that cannot be handled by static file
paths
On 7/29/25 4:51 PM, Lucien.Jheng wrote:
[...]
+int request_firmware_into_buf_via_script(void **buf, size_t max_size,
+ const char *script_name)
+{
[...]
+ *buf = (void *)memdup((void *)addr, size);
+ if (!*buf) {
+ log_err("Fail
dernization for ib62x0 board (Tony)
> - spi: mvebu: Correct dependencies on MVEBU_A3700_SPI (Tom)
> - ddr: marvell: a38x: Fix unsigned issues detected by smatch (Andrew)
>
>
> [...]
Merged into u-boot/master, thanks!
--
Tom
So I ran Coverity with the newest scan version and this is good news.
Only a few newly found issues in existing code.
-- Forwarded message -
From:
Date: Tue, Jul 29, 2025 at 10:04 AM
Subject: New Defects reported by Coverity Scan for Das U-Boot
To:
Hi,
Please find the latest
On Tue, 29 Jul 2025 10:42:17 +0300, Eugen Hristev wrote:
> Please pull tag u-boot-at91-2025.10-b , the second set of at91 features
> and fixes for the next 2025.10 cycle.
>
> This feature set includes the addition of new sama7d65 SoC and a new
> board named sama7d65-curiosi
On Tue, Jul 29, 2025 at 02:27:49PM +0200, Philip Oberfichtner wrote:
> Hi Tom,
>
> On Mon, Jul 28, 2025 at 04:25:31PM -0600, Tom Rini wrote:
> > On Tue, Jul 08, 2025 at 12:39:57PM +0200, Philip Oberfichtner wrote:
> >
> > > Like other images, u-boot-with-
MVEBU_A3700_SPI (Tom)
- ddr: marvell: a38x: Fix unsigned issues detected by smatch (Andrew)
Here the Azure build, without any issues:
https://dev.azure.com/sr0718/u-boot/_build/results?buildId=394&view=results
Thanks,
Stefan
Hi Tom,
On Mon, Jul 28, 2025 at 04:25:31PM -0600, Tom Rini wrote:
> On Tue, Jul 08, 2025 at 12:39:57PM +0200, Philip Oberfichtner wrote:
>
> > Like other images, u-boot-with-spl.bin may be subject to size
> > restrictions. Extend CONFIG_SPL_SIZE_LIMIT to handle this case.
>
Hello Tom,
Please pull tag u-boot-at91-2025.10-b , the second set of at91 features
and fixes for the next 2025.10 cycle.
This feature set includes the addition of new sama7d65 SoC and a new
board named sama7d65-curiosity.
Thanks,
Eugen
The following changes since commit
Hey all,
So it's release day and I have tagged and pushed things out. Looking at
my own queue, I think it's in reasonable shape. I do think there's a
few other pull requests that need to happen still and I am optimistic
will come shortly (but I've not reached out to anyone in particular). If
there
On Tue, Jul 08, 2025 at 12:39:57PM +0200, Philip Oberfichtner wrote:
> Like other images, u-boot-with-spl.bin may be subject to size
> restrictions. Extend CONFIG_SPL_SIZE_LIMIT to handle this case.
>
> Signed-off-by: Philip Oberfichtner
> ---
>
> Notes:
>
s function allows firmware to be loaded into memory
using a user-defined U-Boot script,
providing greater flexibility for firmware loading scenarios that cannot be
handled
by static file paths or device/partition selection alone.
Please run some 'fmt -w 72' on the paragraph above.
Got
t;> This function allows firmware to be loaded into memory
>>> using a user-defined U-Boot script,
>>> providing greater flexibility for firmware loading scenarios that cannot be
>>> handled
>>> by static file paths or device/partition selection alone.
>>
Marek Vasut 於 2025/7/27 下午 10:46 寫道:
On 7/27/25 4:16 PM, Lucien.Jheng wrote:
This commit introduces a new API,
request_firmware_into_buf_via_script(),
to the fs_loader framework.
This function allows firmware to be loaded into memory
using a user-defined U-Boot script,
providing greater
iding this code, after a big reverse
> engineering effort.
> Since the DTs for the three supported boards have been merged into the
> kernel repo recently, this is concluded by cherry-picks of those patches,
> and the defconfig files to finally enable booting those boards.
>
>
Hi Antoine,
On Mon, Jul 28, 2025 at 11:13 AM Antoine Picard
wrote:
>
> This series introduces initial support for the i.MX93 11x11 FRDM
> development board
> in U-Boot. It includes:
>
> - Device tree files tailored for the board.
> - Board configuration header defining me
- defconfig for imx93_11x11_frdm
This enables basic SPL and U-Boot support for the i.MX93 FRDM
development platform.
Signed-off-by: Antoine Picard
---
arch/arm/mach-imx/imx9/Kconfig|6 +
board/freescale/imx93_frdm/Kconfig| 19 +
board/freescale/imx93_frdm/MAINTAINERS
From: Antoine Picard
Add the following device tree files for the i.MX93 11x11 FRDM board:
- `imx93-11x11-frdm.dts`: base device tree for the board
- `imx93-11x11-frdm-u-boot.dtsi`: U-Boot specific overrides
- Update to `arch/arm/dts/Makefile` to build the new DTS
These files provide the
This series introduces initial support for the i.MX93 11x11 FRDM
development board
in U-Boot. It includes:
- Device tree files tailored for the board.
- Board configuration header defining memory layout and basic hardware
addresses.
- Defconfig and Kconfig entries to enable building for the new
On Tue, 22 Jul 2025 12:51:45 +0200, Michal Simek wrote:
> When QEMU v10 upgrade happens MB-V targets should be wired to add them to
> CI that's why add configuration for it.
>
>
Applied to u-boot/u-boot-test-hooks.git/master, thanks!
[1/1] travis-ci: Wire MB-V targets fo
On 7/22/25 22:08, Tom Rini wrote:
On Tue, Jul 22, 2025 at 12:51:45PM +0200, Michal Simek wrote:
When QEMU v10 upgrade happens MB-V targets should be wired to add them to
CI that's why add configuration for it.
Signed-off-by: Michal Simek
Reviewed-by: Tom Rini
Thanks. Can you please m
This commit introduces a new API, request_firmware_into_buf_via_script(),
to the fs_loader framework.
This function allows firmware to be loaded into memory
using a user-defined U-Boot script,
providing greater flexibility for firmware loading scenarios that cannot be
handled
by static file paths
'efi-2025-10-rc1' of
https://source.denx.de/u-boot/custodians/u-boot-efi (2025-07-26 09:21:09 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-sunxi.git master
for you to fetch changes up to 0199794b30431fbf52ef2607c950de233e45b19e:
s
On 7/27/25 4:16 PM, Lucien.Jheng wrote:
This commit introduces a new API, request_firmware_into_buf_via_script(),
to the fs_loader framework.
This function allows firmware to be loaded into memory
using a user-defined U-Boot script,
providing greater flexibility for firmware loading scenarios
How to remove frp lock
OpenSSL 3.x. This is already
> impacting the ability to build U-Boot with hardware-backed signing on
> these systems, and the situation is likely to become more widespread
> as other distros follow suit.
>
> To address this, we would like to propose the following plan for U-Boot:
On Fri, 25 Jul 2025 16:31:11 +0900, Minkyu Kang wrote:
> The following changes since commit 3532f1f5edfc97c9dcea723cdeb732eda44bc669:
>
> block: Remove blk_find_first/next (2025-07-23 17:37:14 -0600)
>
> are available in the Git repository at:
>
> https://source.denx.d
Hi Tom,
On 7/25/25 15:26, Tom Rini wrote:
Here's the latest report. These aren't new issues as much as they are
Coverity now looking at FPGA code issues.
I have sent
https://lore.kernel.org/all/cover.1753442748.git.michal.si...@amd.com/
to address some of them.
Thanks,
Michal
Here's the latest report. These aren't new issues as much as they are
Coverity now looking at FPGA code issues.
-- Forwarded message -
From:
Date: Thu, Jul 24, 2025 at 8:03 PM
Subject: New Defects reported by Coverity Scan for Das U-Boot
To:
Hi,
Please find the lat
Dear Tom,
The following changes since commit 3532f1f5edfc97c9dcea723cdeb732eda44bc669:
block: Remove blk_find_first/next (2025-07-23 17:37:14 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-samsung.git master
for you to fetch changes up to
On Thu, 24 Jul 2025 18:13:39 -0300, Fabio Estevam wrote:
> Please pull from u-boot-imx/master, thanks.
>
> The following changes since commit 3532f1f5edfc97c9dcea723cdeb732eda44bc669:
>
> block: Remove blk_find_first/next (2025-07-23 17:37:14 -0600)
>
> are available in
Hi Tom,
Please pull from u-boot-imx/master, thanks.
The following changes since commit 3532f1f5edfc97c9dcea723cdeb732eda44bc669:
block: Remove blk_find_first/next (2025-07-23 17:37:14 -0600)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
Hey,
I only just now stumbled on this because of testing some other changes,
but it looks like with commit a2535243e011 ("lib: optee: migration
optee_copy_fdt_nodes for OF_LIVE support") the tests in now
test/optee/optee.c weren't updated and I'm not immediately sure how they
should be. Can someon
Hello,
On 7/22/25 17:48, Enric Balletbo i Serra wrote:
> * Introduce a new config option OPENSSL_NO_DEPRECATED.
> This option will allow building U-Boot without any ENGINE support.
> When enabled, hardware-backed signing (PKCS#11, etc.) will not be
> available, but U-Boot will be
On Wed, Jul 23, 2025 at 05:09:24PM -0600, Tom Rini wrote:
> On Wed, 23 Jul 2025 14:27:24 -0600, Tom Rini wrote:
>
> > In order to unblock this CI workflow for the moment, switch to using a
> > mirror of u-boot-test-hooks on GitHub rather than source.denx.de.
> >
>
On Wed, 23 Jul 2025 14:27:24 -0600, Tom Rini wrote:
> In order to unblock this CI workflow for the moment, switch to using a
> mirror of u-boot-test-hooks on GitHub rather than source.denx.de.
>
>
Applied to u-boot/master, thanks!
[1/1] Azure: Temporarily switch to GitHub mirr
In order to unblock this CI workflow for the moment, switch to using a
mirror of u-boot-test-hooks on GitHub rather than source.denx.de.
Signed-off-by: Tom Rini
---
.azure-pipelines.yml | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/.azure-pipelines.yml b/.azure
On Tue, Jul 22, 2025 at 12:51:45PM +0200, Michal Simek wrote:
> When QEMU v10 upgrade happens MB-V targets should be wired to add them to
> CI that's why add configuration for it.
>
> Signed-off-by: Michal Simek
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
ps://source.denx.de/u-boot/custodians/u-boot-i2c.git
> tags/i2c-for-2025.10-take2
>
> [...]
Merged into u-boot/master, thanks!
--
Tom
Hi all,
As many of you may be aware, recent Linux distributions (such as
Fedora) are removing support for OpenSSL engines, following the
deprecation of the ENGINE API in OpenSSL 3.x. This is already
impacting the ability to build U-Boot with hardware-backed signing on
these systems, and the
donated to the
> project (thank you, again) but I also know historically it's been a
> challenge not having some distinct entity for U-Boot. Individual
> contributions are best done as "I have a server" or similar. Conferences
> are a strictly individual thing.
&g
IR}/.config")
+
+IMAGE=${OPENSBI_ENABLED:+u-boot.itb}
+IMAGE=${IMAGE:-u-boot.img}
+
+VERSION=${BITS64:+64}
+VERSION=${VERSION:-32}
+
+console_impl=qemu
+qemu_machine="amd-microblaze-v-generic"
+qemu_binary="qemu-system-riscv${VERSION}"
+qemu_extra_args="-display none -m 2G -ser
Hi,
> -Original Message-
> From: Maniyam, Dinesh
> Sent: Saturday, 19 July 2025 1:02 pm
> To: h...@denx.de; Tom Rini
> Cc: u-boot@lists.denx.de; Frank Wunderlich ; Padmarao
> Begari ; Holger Brunck powergrids.com>
> Subject: RE: Please pull u-boot-i2c master
&g
Am 22. Juli 2025 07:10:00 MESZ schrieb "Maniyam, Dinesh"
:
...
>
>I have done the rework, tried to run the CI in github before submitting to
>denx.
>https://github.com/u-boot/u-boot/pull/802
>
>However,
>
>Facing some failure due to :
>Cloning into '/
Am 21. Juli 2025 18:19:54 MESZ schrieb Marek Vasut :
>On 7/21/25 5:26 PM, fran...@public-files.de wrote:
>> Hi
>>
>>> Gesendet: Sonntag, 20. Juli 2025 um 14:28
>>> Von: "Lucien.Jheng"
>>> Betreff: [U-Boot, v3, 1/1]net: phy: Add the Airoha EN881
On 7/21/25 5:26 PM, fran...@public-files.de wrote:
Hi
Gesendet: Sonntag, 20. Juli 2025 um 14:28
Von: "Lucien.Jheng"
Betreff: [U-Boot, v3, 1/1]net: phy: Add the Airoha EN8811H PHY driver
Add the driver for the Airoha EN8811H 2.5 Gigabit PHY. The PHY supports
100/1000/2500 Mbps
gt;> > + *
>> > + * This function loads firmware into the provided buffer using environment
>> > + * variables to determine the firmware file path, address, and size. It
>> > supports
>> > + * multiple firmware entries by using indexed environment variable
> supports
> > + * multiple firmware entries by using indexed environment variable names
> > such as
> > + * "fw_dir0", "fw_size0", etc.
>
> To make this really scriptable, this code has to run a script which does the
> firmware loading and th
Hi
> Gesendet: Sonntag, 20. Juli 2025 um 14:28
> Von: "Lucien.Jheng"
> Betreff: [U-Boot, v3, 1/1]net: phy: Add the Airoha EN8811H PHY driver
>
> Add the driver for the Airoha EN8811H 2.5 Gigabit PHY. The PHY supports
> 100/1000/2500 Mbps with auto negotiation on
_size0", etc.
To make this really scriptable, this code has to run a script which does
the firmware loading and then points the U-Boot code to the buffer with
data in it.
Instead of "fw_index", use "char *script_name" or some such. Then, run
the script. The script shoul
On 7/20/25 5:31 PM, Heinrich Schuchardt wrote:
Am 20. Juli 2025 17:04:04 MESZ schrieb "Lucien.Jheng" :
This commit adds request_firmware_into_buf_via_env() to the fs_loader driver,
enabling firmware loading into a buffer
using environment variables for path and size.
It supports multiple entries
This commit adds request_firmware_into_buf_via_env() to the fs_loader driver,
enabling firmware loading into a buffer
using environment variables for path and size.
It supports multiple entries via indexed variable names
(e.g., "fw_dir0", "fw_size0").
This provides flexible, scriptable firmware loa
Am 20. Juli 2025 17:04:04 MESZ schrieb "Lucien.Jheng" :
>This commit adds request_firmware_into_buf_via_env() to the fs_loader driver,
>enabling firmware loading into a buffer
>using environment variables for path and size.
>It supports multiple entries via indexed variable names
>(e.g., "fw_dir0",
upstream AIROHA EN8811H driver code(air_en8811h.c),
I have modified the relevant process to align with the U-Boot boot sequence.
and have validated this on Banana Pi BPI-R3 Mini.
Signed-off-by: Lucien.Jheng
---
Change in PATCH v3:
air_en8811h.c:
* Add U-Boot environment variable(en8811h_fw_part
> -Original Message-
> From: Heiko Schocher
> Sent: Saturday, 19 July 2025 12:21 pm
> To: Tom Rini
> Cc: u-boot@lists.denx.de; Frank Wunderlich ; Padmarao
> Begari ; Maniyam, Dinesh
> ; Holger Brunck powergrids.com>
> Subject: Re: Please pull u-boot-i2c
Hello Tom,
The following changes since commit 53bd87651e45b32efa398dd5e433d8b93d781445:
block: sandbox: Add support for SYS_64BIT_LBA (2025-07-11 11:33:25 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-i2c.git
tags/i2c-for-2025.10-take2
in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-i2c.git i2c-for-2025.10
for you to fetch changes up to 5e80c6757378d09950235083533e7a7c3aeae3be:
configs: agilex5_defconfig: Enable i3c configs for agilex5 (2025-07-16
09:33:54 +0200
tory at:
>
> https://source.denx.de/u-boot/custodians/u-boot-i2c.git i2c-for-2025.10
>
> for you to fetch changes up to 5e80c6757378d09950235083533e7a7c3aeae3be:
>
> configs: agilex5_defconfig: Enable i3c configs fo
On Thu, Jul 17, 2025 at 01:28:10PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull from u-boot-imx/master, thanks.
>
> The following changes since commit 3b4604a40b9fd61b87e9d059fc56f04d36f1a380:
>
> board: vexpress_ca9x4: Enable D-cache and MMU (2025-07-16 10:
On Thu, 17 Jul 2025 15:02:56 +0800, Leo Liang wrote:
> The following changes since commit 3b4604a40b9fd61b87e9d059fc56f04d36f1a380:
>
> board: vexpress_ca9x4: Enable D-cache and MMU (2025-07-16 10:56:28 -0600)
>
> are available in the Git repository at:
>
> https://
Hi Tom,
Please pull from u-boot-imx/master, thanks.
The following changes since commit 3b4604a40b9fd61b87e9d059fc56f04d36f1a380:
board: vexpress_ca9x4: Enable D-cache and MMU (2025-07-16 10:56:28 -0600)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u
Hi Tom,
The following changes since commit 3b4604a40b9fd61b87e9d059fc56f04d36f1a380:
board: vexpress_ca9x4: Enable D-cache and MMU (2025-07-16 10:56:28 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-riscv.git
for you to fetch changes up to
1 - 100 of 2845 matches
Mail list logo
