Enable the clock framework on the m2 platform.
This helps to increase the NAND controller performance.
Signed-off-by: Michael Trimarchi
---
Changes in v3:
- None
Changes in v2:
- Ajust commit message
- drop CONFIG_DM_MTD selected already by MXS_NAND_DT
configs/imx6ulz_smm_m2_defconfig | 2 ++
Make simple the clock registration and enable and allow later
to add support for other platforms
Signed-off-by: Michael Trimarchi
---
Changes in v3:
- None
Changes in v2:
- no changes
drivers/mtd/nand/raw/mxs_nand_dt.c | 48 --
1 file changed, 5 insertions(+), 43
Add i.MX6UL clk driver for i.MX6UL CLK driver model usage
Reviewed-by: Peng Fan
Signed-off-by: Michael Trimarchi
---
Changes in v3:
- Add all uarts definition
- Move OSC on top suggested
- Drop an invalid clock definition
- Move some pll before they are referenced
Changes in v2:
- None
driv
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.
The implementation ensures support for hardware-assisted debugging and
provides a standardized mechanism for d
From: "Ying-Chun Liu (PaulLiu)"
Add efi_realloc() for realloc memory that previously alloc by efi_alloc().
Signed-off-by: Ying-Chun Liu (PaulLiu)
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
Cc: Peter Robinson
Cc: Simon Glass
---
V4: Fix efi_realloc return failure code.
---
include/efi_loa
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.
The implementation ensures support for hardware-assisted d
From: "Ying-Chun Liu (PaulLiu)"
Add EFI_SYSTEM_TABLE_POINTER structure for remote debugger to locate
the address of EFI_SYSTEM_TABLE.
This feature is described in UEFI SPEC version 2.10. Section 18.4.2.
The implementation ensures support for hardware-assisted debugging and
provides a standardize
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
This reverts commit 027a316828528da95a77d20632370b1bc2823f0b as
discussed in [1].
[1] https://lists.denx.de/pipermail/u-boot/2025-May/590841.html
Signed-off-by: Mayuresh Chitale
---
arch/riscv/dts/binman.dtsi | 14 --
arch/riscv/include/asm/u-boot.h | 4
2 files changed,
This reverts commit 14a4792a71db3561bea065415ac1f2ac69ef32b5 as
discussed in [1].
[1] https://lists.denx.de/pipermail/u-boot/2025-May/590841.html
Signed-off-by: Mayuresh Chitale
---
boot/image.c| 3 +--
include/image.h | 3 +--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/
This reverts commit 37b0b22d8b7bbed6aa95b6daed06dcbf4a66f211 as
discussed in [1].
[1] https://lists.denx.de/pipermail/u-boot/2025-May/590841.html
Signed-off-by: Mayuresh Chitale
---
arch/riscv/lib/bootm.c | 4
cmd/booti.c| 7 ++-
2 files changed, 2 insertions(+), 9 deletion
The following changes since commit e04d137231f2e9e14708a32448c879125b8e308f:
Revert "ext4fs: Fix: Read outside partition error" (2025-05-27 10:09:12 -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 9a
On 5/28/25 8:08 PM, Anshul Dalal wrote:
On Wed May 28, 2025 at 9:09 PM IST, Andrew Davis wrote:
On 5/8/25 6:37 AM, Anshul Dalal wrote:
On Thu May 8, 2025 at 9:32 AM IST, Vignesh Raghavendra wrote:
On 5/8/2025 8:42 AM, Anshul Dalal wrote:
On Wed May 7, 2025 at 11:36 PM IST, Andrew Davis wrot
> Subject: [PATCH 7/7] nxp: Remove local arch/arm/dts/imx8mm-
> pinfunc.h
>
> We have this file in both arch/arm/dts and
> dts/upstream/src/arm64/freescale. This file is identical save for
> changes which have been made upstream. Remove our local copy to
> get in
> sync with upstream now.
>
> Si
On Wed May 28, 2025 at 9:09 PM IST, Andrew Davis wrote:
> On 5/8/25 6:37 AM, Anshul Dalal wrote:
>> On Thu May 8, 2025 at 9:32 AM IST, Vignesh Raghavendra wrote:
>>>
>>>
>>> On 5/8/2025 8:42 AM, Anshul Dalal wrote:
On Wed May 7, 2025 at 11:36 PM IST, Andrew Davis wrote:
> On 5/6/25 10:33 P
We have this file in both arch/arm/dts and
dts/upstream/src/arm64/freescale. This file is identical save for
changes which have been made upstream. Remove our local copy to get in
sync with upstream now.
Signed-off-by: Tom Rini
---
Cc: Stefano Babic
Cc: Fabio Estevam
Cc: "NXP i.MX U-Boot Team"
We have these files in both arch/arm/dts and
dts/upstream/src/arm/microchip. These files are identical save for
changes which have been made upstream. Remove our local copy to get in
sync with upstream now.
Signed-off-by: Tom Rini
---
I didn't dig in to the kernel side of these like I did for th
As part of moving to using OF_UPSTREAM and so the upstream DT related
header files we have a header that is under the arch/arm/dts directory
and differ in being a strict subset of what is found upstream. We can
remove this now to prevent future conflicts.
Signed-off-by: Tom Rini
---
arch/arm/dts
As part of moving to using OF_UPSTREAM and so the upstream DT related
header files we have a header that is under the arch/arm/dts directory
and now unused. We can remove this now to prevent any future conflicts.
Signed-off-by: Tom Rini
---
arch/arm/dts/exynos-pinctrl.h | 79
A problem with the logic in upstream_dtsi_include currently is that it
does not list directories such as dts/upstream/src/arm/nxp/imx and so
will not findi "imx6ul-pinfunc.h" for example as it is normally and
correctly included without vendor sub-paths.
Signed-off-by: Tom Rini
---
This becomes a
Hey all,
Taking inspiration from Heiko's patch[1] this series goes and cleans up
all of the arch/arm/dts/*.h files that can be easily removed. The big
challenge I ran in to here was that for some platforms that aren't using
OF_UPSTREAM were didn't have a sufficiently deep search path to find
files
As part of moving to using OF_UPSTREAM and so the upstream dt-bindings
headers we have a number of these headers that are in our include
directory and while they are not a strict subset of the upstream version
of the headers, all platforms build with the new headers as well. We can
remove the copie
On Wed, 28 May 2025 at 19:09, Simon Glass wrote:
>
> The 'EFI PAYLOAD' entry really refers to the EFI loader and EFI APP
> refers to the app and the payload.
>
> Rename 'EFI PAYLOAD' to 'EFI LOADER' and 'EFI APP' to 'EFI CLIENT'
>
> Signed-off-by: Simon Glass
> ---
>
> MAINTAINERS | 4 ++--
> 1
Use lbaint_t for blknr to avoid overflow in ext4fs_read_file().
Background:
blknr (block number) used in ext4fs_read_file() could be increased to a
very large value and causes a wrap around at 32 bit signed integer max,
thus becomes negative. This results in an out-of-normal range for sector
numb
On Wed, May 28, 2025 at 10:23 AM Peter Robinson wrote:
>
> On Wed, 28 May 2025 at 17:59, Tim Harvey wrote:
> >
> > On Wed, May 28, 2025 at 5:24 AM Jerome Forissier
> > wrote:
> > >
> > >
> > >
> > > On 5/27/25 18:35, Tim Harvey wrote:
> > > > On Mon, May 26, 2025 at 5:17 AM Jerome Forissier
> >
On Wed, May 28, 2025 at 11:05:37AM +0200, Heiko Thiery wrote:
> This file is a duplicate and also comes with the sync of the linux
> mainline dts files. By removing this the one from the dts folder should
> be taken that is more up-to-date.
>
> Signed-off-by: Heiko Thiery
> ---
> arch/arm/dts/k
Hi
On Wed, May 28, 2025 at 8:12 PM Christoph Niedermaier
wrote:
>
> From: U-Boot On Behalf Of Michael Trimarchi
> Sent: Monday, May 26, 2025 9:48 PM
>
> Hello,
>
> > Subject: [PATCH v2 1/4] clk: imx: add i.MX6UL clk driver
> >
> > Add i.MX6UL clk driver for i.MX6UL CLK driver model usage
> >
> >
From: U-Boot On Behalf Of Michael Trimarchi
Sent: Monday, May 26, 2025 9:48 PM
Hello,
> Subject: [PATCH v2 1/4] clk: imx: add i.MX6UL clk driver
>
> Add i.MX6UL clk driver for i.MX6UL CLK driver model usage
>
> Reviewed-by: Peng Fan
> Signed-off-by: Michael Trimarchi
>
> ---
>
> Changes in
Hey all,
First, I am not happy to be writing this email. But at this point, I
feel I have no other choice, for the good of the overall project and
community.
Back in January[0] of this year I made a post with almost this same
subject line. At that point there had already been a number of problems
On Wed, May 28, 2025 at 05:08:38PM +0100, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 28 May 2025 at 16:19, Tom Rini wrote:
> >
> > On Wed, May 28, 2025 at 03:32:12PM +0100, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Wed, 28 May 2025 at 15:25, Tom Rini wrote:
> > > >
> > > > On Wed, May 28, 20
On Wed, May 28, 2025 at 04:20:19PM +0100, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 28 May 2025 at 16:01, Tom Rini wrote:
> >
> > On Wed, May 28, 2025 at 03:25:32PM +0100, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Wed, 28 May 2025 at 15:09, Tom Rini wrote:
> > > >
> > > > On Wed, May 28, 20
On Wed, 28 May 2025 at 17:59, Tim Harvey wrote:
>
> On Wed, May 28, 2025 at 5:24 AM Jerome Forissier
> wrote:
> >
> >
> >
> > On 5/27/25 18:35, Tim Harvey wrote:
> > > On Mon, May 26, 2025 at 5:17 AM Jerome Forissier
> > > wrote:
> > >>
> > >> Hi Tim,
> > >>
> > >> On 5/23/25 20:31, Tim Harvey w
On Wed, May 28, 2025 at 05:35:21PM +0100, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 28 May 2025 at 16:05, Tom Rini wrote:
> >
> > On Wed, May 28, 2025 at 03:32:08PM +0100, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Wed, 28 May 2025 at 15:12, Tom Rini wrote:
> > > >
> > > > On Wed, May 28, 20
Hi Tom,
On Wed, 28 May 2025 at 16:19, Tom Rini wrote:
>
> On Wed, May 28, 2025 at 03:32:12PM +0100, Simon Glass wrote:
> > Hi Tom,
> >
> > On Wed, 28 May 2025 at 15:25, Tom Rini wrote:
> > >
> > > On Wed, May 28, 2025 at 06:32:02AM -0600, Simon Glass wrote:
> > > >
> > > > This series adds a sta
On Wed, May 28, 2025 at 03:32:12PM +0100, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 28 May 2025 at 15:25, Tom Rini wrote:
> >
> > On Wed, May 28, 2025 at 06:32:02AM -0600, Simon Glass wrote:
> > >
> > > This series adds a standard way of passing information between different
> > > firmware phases.
On Wed, May 28, 2025 at 01:40:36PM +0100, Simon Glass wrote:
> Hi Casey,
>
> On Wed, 28 May 2025 at 12:03, Casey Connolly
> wrote:
> >
> >
> >
> > On 5/23/25 16:06, Tom Rini wrote:
> > > On Fri, May 23, 2025 at 02:06:35PM +0100, Simon Glass wrote:
> > >
> > >> Some functions provided in lib/efi_
Hi Tom,
On Wed, 28 May 2025 at 15:25, Tom Rini wrote:
>
> On Wed, May 28, 2025 at 06:32:02AM -0600, Simon Glass wrote:
> >
> > This series adds a standard way of passing information between different
> > firmware phases. This already exists in U-Boot at a very basic level, in
> > the form of a bl
On Wed, May 28, 2025 at 06:32:02AM -0600, Simon Glass wrote:
>
> This series adds a standard way of passing information between different
> firmware phases. This already exists in U-Boot at a very basic level, in
> the form of a bloblist containing an spl_handoff structure, but the intent
> here i
On Wed, May 28, 2025 at 5:24 AM Jerome Forissier
wrote:
>
>
>
> On 5/27/25 18:35, Tim Harvey wrote:
> > On Mon, May 26, 2025 at 5:17 AM Jerome Forissier
> > wrote:
> >>
> >> Hi Tim,
> >>
> >> On 5/23/25 20:31, Tim Harvey wrote:
> >>> Hi Jerome,
> >>>
> >>> I've enabled LWIP on imx8mm_venice to se
On Wed, May 28, 2025 at 12:57 AM Jerome Forissier
wrote:
>
> Hi Tim,
>
> On 5/27/25 21:07, Tim Harvey wrote:
> > Hi Jerome,
> >
> > In my continued evaluation to see if I want to switch my boards over
> > to use lwIP I've noticed that the watchdog does not get serviced
> > during at least http/tft
Hi Tom,
On Wed, 28 May 2025 at 16:05, Tom Rini wrote:
>
> On Wed, May 28, 2025 at 03:32:08PM +0100, Simon Glass wrote:
> > Hi Tom,
> >
> > On Wed, 28 May 2025 at 15:12, Tom Rini wrote:
> > >
> > > On Wed, May 28, 2025 at 08:35:37AM +0100, Simon Glass wrote:
> > > > Hi Ilias,
> > > >
> > > > On T
Hi Quentin,
On Wed, 28 May 2025 at 17:15, Quentin Schulz wrote:
>
> Hi Simon,
>
> On 5/28/25 4:32 PM, Simon Glass wrote:
> > Hi Quentin,
> >
> > On Wed, 28 May 2025 at 14:06, Quentin Schulz wrote:
> >>
> >> From: Quentin Schulz
> >>
> >> dev_read_u32_default is for getting a u32 from a Device T
Hi Simon,
On 5/28/25 4:32 PM, Simon Glass wrote:
Hi Quentin,
On Wed, 28 May 2025 at 14:06, Quentin Schulz wrote:
From: Quentin Schulz
dev_read_u32_default is for getting a u32 from a Device Tree property
and allows to take a default value if that property is missing.
Considering it calls
Create a Kconfig which indicates that EFI functionality is in use,
either as a client (EFI app / stub) or provider (EFI loader). This will
make it easier to share code between these two parts of U-Boot
Signed-off-by: Simon Glass
---
doc/develop/uefi/u-boot_on_efi.rst | 6 +++---
lib/efi/Kconfi
The 'EFI PAYLOAD' entry really refers to the EFI loader and EFI APP
refers to the app and the payload.
Rename 'EFI PAYLOAD' to 'EFI LOADER' and 'EFI APP' to 'EFI CLIENT'
Signed-off-by: Simon Glass
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINE
This directory was created when U-Boot gained the ability to run as an
EFI app in 2015. Since then the EFI-loader feature has been added.
The code in lib/efi is not actually used by the loader, so the name is
confusing.
Rename the directory to efi_client to indicate that it includes files
just fo
The generic name 'EFI' would be more useful for common EFI features. At
present it just refers to the EFI app and stub, which is confusing.
Rename it to EFI_CLIENT
Signed-off-by: Simon Glass
---
arch/x86/Kconfig| 6 +++---
arch/x86/cpu/Makefile | 2 +-
arch/x8
Hi Jerome,
On Wed, 28 May 2025 at 11:37, Jerome Forissier
wrote:
>
>
>
> On 5/28/25 17:22, Raymond Mao wrote:
> > Hi Jerome,
> >
> > On Wed, 28 May 2025 at 04:25, Jerome Forissier
> > wrote:
> >>
> >> Hi Rayond,
> >>
> >> On 5/27/25 23:05, Raymond Mao wrote:
> >>> MbedTLS bignum module needs '__
On 5/8/25 6:37 AM, Anshul Dalal wrote:
On Thu May 8, 2025 at 9:32 AM IST, Vignesh Raghavendra wrote:
On 5/8/2025 8:42 AM, Anshul Dalal wrote:
On Wed May 7, 2025 at 11:36 PM IST, Andrew Davis wrote:
On 5/6/25 10:33 PM, Anshul Dalal wrote:
On Tue May 6, 2025 at 8:03 PM IST, Andrew Davis wrote
On 5/28/25 17:22, Raymond Mao wrote:
> Hi Jerome,
>
> On Wed, 28 May 2025 at 04:25, Jerome Forissier
> wrote:
>>
>> Hi Rayond,
>>
>> On 5/27/25 23:05, Raymond Mao wrote:
>>> MbedTLS bignum module needs '__udivti3' which is a 128-bit division
>>> function provided by the compiler runtime, typic
On 5/28/25 16:19, Tom Rini wrote:
> On Wed, May 28, 2025 at 10:25:06AM +0200, Jerome Forissier wrote:
>> Hi Rayond,
>>
>> On 5/27/25 23:05, Raymond Mao wrote:
>>> MbedTLS bignum module needs '__udivti3' which is a 128-bit division
>>> function provided by the compiler runtime, typically libgcc f
Hi Jerome,
On Wed, 28 May 2025 at 04:25, Jerome Forissier
wrote:
>
> Hi Rayond,
>
> On 5/27/25 23:05, Raymond Mao wrote:
> > MbedTLS bignum module needs '__udivti3' which is a 128-bit division
> > function provided by the compiler runtime, typically libgcc for GCC or
> > clang_rt.builtins for Cla
On Wed, May 28, 2025 at 04:38:18AM -0400, Adriano Cordova wrote:
> Add eth_get_ethaddr_from_dev() to retrieve the MAC address
> of a specific eth udevice. The function eth_get_ethaddr()
> preserves its behavior of returning the MAC address of the
> current eth udevice.
>
> Signed-off-by: Adriano
Hi Tom,
On Wed, 28 May 2025 at 16:01, Tom Rini wrote:
>
> On Wed, May 28, 2025 at 03:25:32PM +0100, Simon Glass wrote:
> > Hi Tom,
> >
> > On Wed, 28 May 2025 at 15:09, Tom Rini wrote:
> > >
> > > On Wed, May 28, 2025 at 02:24:26AM -0600, Simon Glass wrote:
> > >
> > > > This series makes a numb
On Wed, May 28, 2025 at 03:32:48PM +0100, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 27 May 2025 at 14:32, Tom Rini wrote:
> >
> > On Tue, May 27, 2025 at 06:40:34AM -0600, Simon Glass wrote:
> >
> > > This is quite long at present. Rename it so that fixes better with the
> > > bootstd naming.
> >
On Wed, May 28, 2025 at 03:32:08PM +0100, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 28 May 2025 at 15:12, Tom Rini wrote:
> >
> > On Wed, May 28, 2025 at 08:35:37AM +0100, Simon Glass wrote:
> > > Hi Ilias,
> > >
> > > On Tue, 27 May 2025 at 10:20, Ilias Apalodimas
> > > wrote:
> > > >
> > > > Hi
On Wed, May 28, 2025 at 03:25:32PM +0100, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 28 May 2025 at 15:09, Tom Rini wrote:
> >
> > On Wed, May 28, 2025 at 02:24:26AM -0600, Simon Glass wrote:
> >
> > > This series makes a number of improvements to the EFI app. Mostly it
> > > applies to x86 but the
[...]
> >
> > It is, as it is for every firmware that builds out there. EDKII does
> > the same thing.
>
> I mean that in U-Boot's case it is a published and documented
> interface, or was until a few weeks ago.
And interfaces are there to change if needed, not to mention various
people have state
Hi Quentin,
On Wed, 28 May 2025 at 14:06, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> dev_read_u32_default is for getting a u32 from a Device Tree property
> and allows to take a default value if that property is missing.
>
> Considering it calls ofnode_read_u32_default which takes a u32
Hi Tom,
On Tue, 27 May 2025 at 14:32, Tom Rini wrote:
>
> On Tue, May 27, 2025 at 06:40:34AM -0600, Simon Glass wrote:
>
> > This is quite long at present. Rename it so that fixes better with the
> > bootstd naming.
> >
> > Signed-off-by: Simon Glass
>
> First of all, sigh, this doesn't apply to
On Wed, 28 May 2025 at 14:06, Quentin Schulz wrote:
>
> From: Quentin Schulz
>
> dev_read_s32_default is for getting an s32 from a Device Tree property
> and allows to take a default value if that property is missing.
>
> Considering it calls ofnode_read_u32_default which takes a u32 and
> return
Hi Tom,
On Wed, 28 May 2025 at 15:12, Tom Rini wrote:
>
> On Wed, May 28, 2025 at 08:35:37AM +0100, Simon Glass wrote:
> > Hi Ilias,
> >
> > On Tue, 27 May 2025 at 10:20, Ilias Apalodimas
> > wrote:
> > >
> > > Hi Simon,
> > >
> > > On Tue, 27 May 2025 at 11:20, Simon Glass wrote:
> > > >
> > >
Hi Tom,
On Wed, 28 May 2025 at 15:09, Tom Rini wrote:
>
> On Wed, May 28, 2025 at 02:24:26AM -0600, Simon Glass wrote:
>
> > This series makes a number of improvements to the EFI app. Mostly it
> > applies to x86 but the ARM version will share some improvements.
> >
> > The main updates are:
> >
On Wed, May 28, 2025 at 10:25:06AM +0200, Jerome Forissier wrote:
> Hi Rayond,
>
> On 5/27/25 23:05, Raymond Mao wrote:
> > MbedTLS bignum module needs '__udivti3' which is a 128-bit division
> > function provided by the compiler runtime, typically libgcc for GCC or
> > clang_rt.builtins for Clang
On Wed, May 28, 2025 at 08:35:37AM +0100, Simon Glass wrote:
> Hi Ilias,
>
> On Tue, 27 May 2025 at 10:20, Ilias Apalodimas
> wrote:
> >
> > Hi Simon,
> >
> > On Tue, 27 May 2025 at 11:20, Simon Glass wrote:
> > >
> > > Hi Ilias,
> > >
> > > On Sat, 24 May 2025 at 19:13, Ilias Apalodimas
> > >
On Wed, May 28, 2025 at 02:24:26AM -0600, Simon Glass wrote:
> This series makes a number of improvements to the EFI app. Mostly it
> applies to x86 but the ARM version will share some improvements.
>
> The main updates are:
> - Improve linker scripts and options to detect missing symbols and
>
On 30/04/25 20:50, Bryan Brattlof wrote:
On April 30, 2025 thus sayeth Aparna Patra:
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
From: Quentin Schulz
dev_read_s32_default is for getting an s32 from a Device Tree property
and allows to take a default value if that property is missing.
Considering it calls ofnode_read_u32_default which takes a u32 and
returns a u32, it should do the same instead of using an int, especially
From: Quentin Schulz
dev_read_u32_default is for getting a u32 from a Device Tree property
and allows to take a default value if that property is missing.
Considering it calls ofnode_read_u32_default which takes a u32 and
returns a u32, it should do the same instead of using an int, especially
c
of int for dev_read_s32_default
drivers/core/read.c | 8
include/dm/read.h | 14 +++---
2 files changed, 11 insertions(+), 11 deletions(-)
---
base-commit: e04d137231f2e9e14708a32448c879125b8e308f
change-id: 20250528-dev_read_x32_default-73e09c95f64e
Best regards,
--
Quentin Schulz
Hi all
On Wed, 28 May 2025 at 12:35, Simon Glass wrote:
>
> Hi Tom,
>
> On Mon, 26 May 2025 at 15:51, Tom Rini wrote:
> >
> > On Mon, May 26, 2025 at 03:10:49PM +0100, Simon Glass wrote:
> >
> > > Hi Tom,
> > >
> > > What do you think about having a Linux distro in the docker image so
> > > we c
Hi Casey,
On Wed, 28 May 2025 at 12:03, Casey Connolly wrote:
>
>
>
> On 5/23/25 16:06, Tom Rini wrote:
> > On Fri, May 23, 2025 at 02:06:35PM +0100, Simon Glass wrote:
> >
> >> Some functions provided in lib/efi_loader are actually useful for the
> >> app as well. This series refactors the Kconf
On 5/23/25 16:06, Tom Rini wrote:
On Fri, May 23, 2025 at 02:06:35PM +0100, Simon Glass wrote:
Some functions provided in lib/efi_loader are actually useful for the
app as well. This series refactors the Kconfig and directories a little
so that code is easier to share.
As a starting point,
Add an 64-bit SPL build for qemu so we can test the standard passage
feature.
Include a binman definition so that SPL and U-Boot are in the same image.
This requires adding a proper devicetree file for qemu_arm. It is only
used for the SPL build.
Avoid using the QEMU devicetree in U-Boot proper,
This series adds a standard way of passing information between different
firmware phases. This already exists in U-Boot at a very basic level, in
the form of a bloblist containing an spl_handoff structure, but the intent
here is to define something useful across projects.
The need for this is gr
At present it is impossible to change the qemu_arm64 defconfig to
obtain a devicetree from the U-Boot build.
This is necessary for FIT validation, for example, where the signature
node must be compiled into U-Boot.
A proposed change to QEMU to allow device tree additions has been
blocked for seve
Add tests that check that SPL can generate a standard passage on ARM and
that U-Boot proper can accept it successfully.
- Finish the commit message
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add test for aarch64
- Add tests for azure
.azure-pipelines.yml | 6 +
Add checks / documentation for blobs which are already in the list. This
brings U-Boot up to the standard required by the standard-passage
documentation.
Signed-off-by: Simon Glass
---
(no changes since v1)
board/sandbox/stdpass_check.c | 70 -
include/stdpass/tpm2_eventlog.h | 42
This tag already exists in U-Boot. Add documentation, following the
format set out.
Signed-off-by: Simon Glass
---
(no changes since v1)
board/sandbox/stdpass_check.c | 15 ---
include/handoff.h | 10 +++---
2 files changed, 15 insertions(+), 10 deletions(-)
diff -
Add documentation about standard passage and update the maintainers.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Fix 'that' typo
- Update docs for the various code changes
Changes in v2:
- Add comments about how to pass standard passage to EFI
- Add comments about pas
Check that the standard passage works on ARM, by setting it up in SPL
and making sure that it comes through correctly in U-Boot proper.
Signed-off-by: Simon Glass
---
Changes in v5:
- Enable the test for any board which uses OF_PASSAGE
Changes in v3:
- Add conditions to avoid enaling the test o
Add a file which can be used to check that structs used in standard
passage do compile. No other validation is done at present, but could be
considered later.
Signed-off-by: Simon Glass
---
(no changes since v1)
board/sandbox/Makefile| 3 ++-
board/sandbox/stdpass_check.c | 34 +++
This is not needed now, as the startup protocol is handled in
arch-specific code early in boot.
Drop BLOBLIST_PASSAGE_MANDATORY as well, as OF_BLOBLIST is enough to
cover this. With standard passage the devicetree is accessed before the
bloblist is inited.
Signed-off-by: Simon Glass
---
(no cha
Add an SPL build for qemu so we can test the standard passage feature.
Include a binman definition so that SPL and U-Boot are in the same image.
This requires adding a proper devicetree file for qemu_arm. It is only
used for the SPL build.
Avoid using the QEMU devicetree in U-Boot proper, so we c
We need to enable CONFIG_BLOBLIST_PASSAGE sand CONFIG_PASSAGE_IN so that
U-Boot is built with support for accepting an incoming standard passage.
Update the defconfig accordingly.
Signed-off-by: Simon Glass
---
(no changes since v4)
Changes in v4:
- Add new patch to update vexpress_fvp to use
Add implementations for 32- and 64-bit ARM.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Update registers to match the Firmware Handoff protocol
Changes in v2:
- Add new patch with the arm-specific standard passage implementation
arch/arm/cpu/armv7/cpu.c | 18 +++
Create a new arch-specific way of creating a standard passage for the
next phase.
Signed-off-by: Simon Glass
---
(no changes since v4)
Changes in v4:
- Fix 'to' typo
Changes in v2:
- Make the stdpass calling standard arch-specific
common/spl/spl.c | 26 +-
1 file chan
Add an option for SPL to add a devicetree to the passage bloblist, so
SPL can provide the devicetree to U-Boot.
Fix a few long lines while we are here.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Rebase on -master
- Update the commit message to mention the long lines
Accept a bloblist and control devicetree from a previous phase in
registers 0 to 3, as documented in the Firmware Handoff
specification[1].
Note that there is currently a weak function called save_boot_params()
which happens to save the same registers as are needed for this
protocol. But it seems
Add an option to receive the FDT using standard passage from a previous
phase. Rename the FDT source to 'passage' to match the old terminology,
which was only partially added.
Signed-off-by: Simon Glass
---
(no changes since v1)
env/common.c | 2 +-
include/fdtdec.h | 4 ++--
lib/fdtdec.
The bloblist is not inited any earlier in the board_f sequence now, so
drop this function. Just use bloblist_init() instead.
Signed-off-by: Simon Glass
---
Changes in v5:
- Add new patch to drop bloblist_maybe_init()
common/bloblist.c | 8
common/board_f.c | 4 +++-
include/blobl
With standard passage we can read the bloblist from global_data. Update
the implementation to handle this, thus simplifying the code somewhat.
Shrink the log_msg_ret() string back down to a more normal size.
Note that if OF_BLOBLIST is enabled, this code should never be reached
unless there is a
The existing logic for handling receiving a devicetree from a previous
phase is quite complicated. Simplify it in preparation for introducing
standard passage.
Add a Kconfig called OF_PASSAGE which indicates that the devicetree
must come from standard passage.
Signed-off-by: Simon Glass
---
Cha
Plumb in the ability for U-Boot proper to accept an incoming standard
passage from a previous phase, such as SPL or TF-A. This allows data to
be passed from binary to binary when firmware is booting.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add passage_valid() to de
This is about to become a misnomer since with standard passage we need to
pass arguments to U-Boot. Rename the function.
Also rename the local variable to 'jumper' to avoid a conflict.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Split the jump_to_image_no_args() chang
Move this so we can include it from sandbox, needed since it is in a
bloblist and must have a check.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/apollolake/acpi.c| 2 +-
arch/x86/cpu/intel_common/acpi.c | 2 +-
arch/x86/include/asm/arc
These is present in my tree. Provide it as a patch to simplify testing
this series with QEMU.
Signed-off-by: Simon Glass
---
(no changes since v1)
scripts/build-efi | 173 +
scripts/build-qemu | 415
scripts/build_helper.py |
These are out of order. Fix them.
Signed-off-by: Simon Glass
---
(no changes since v1)
common/spl/spl.c | 27 +--
1 file changed, 13 insertions(+), 14 deletions(-)
diff --git a/common/spl/spl.c b/common/spl/spl.c
index 76fd56dfe4b..abbca9acde0 100644
--- a/common/spl/s
Add a -x flag to build/run xPL instead of the normal build.
Signed-off-by: Simon Glass
---
Changes in v5:
- Add RFC for test script
scripts/build-qemu | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/scripts/build-qemu b/scripts/build-qemu
index 5798da3775c.
Hi Tom,
On Mon, 26 May 2025 at 15:42, Tom Rini wrote:
>
> On Sun, May 25, 2025 at 09:43:14AM +0100, Simon Glass wrote:
>
> > Hi Tom,
> >
> > Bloblist is IMO a bit of a mess, with 2-3 maintainers who don't agree
> > on the direction.
> >
> > You have requested that I:
> > - implement a handoff pro
1 - 100 of 165 matches
Mail list logo
