Hi Ilias,
On Sat, 24 May 2025 at 15:23, Tom Rini wrote:
>
> On Sat, May 24, 2025 at 07:06:33AM -0600, Simon Glass wrote:
>
> > This series is a starting point only. It tries to provide some direction
> > for how the TPM tests should be run on real hardware and on sandbox.
> >
> > For sandbox, thi
On Thu, May 22, 2025 at 10:11 PM Yao Zi wrote:
>
> On Thu, May 22, 2025 at 12:28:18PM +0100, Conor Dooley wrote:
> > On Wed, May 21, 2025 at 12:39:50PM -0600, Tom Rini wrote:
> > > On Wed, 21 May 2025 17:50:03 +0800, Leo Liang wrote:
> > >
> > > > The following changes since commit
> > > > a3e09b
On Sun, May 25, 2025 at 10:07:56PM +0200, Rasmus Villemoes wrote:
> On Thu, May 22 2025, Tom Rini wrote:
>
> > On Wed, May 07, 2025 at 02:12:42PM +0200, Rasmus Villemoes wrote:
> >
> >> While looking through list.h, I saw that the regular list_* helpers
> >> (and one of the hlist_* ones) still co
The following changes since commit df2ed552f0b05591090369a7fe7ddc92439dea5c:
ext4fs: Fix: Read outside partition error (2025-05-23 10:42:49 -0600)
are available in the Git repository at:
git://source.denx.de/u-boot-usb.git master
for you to fetch changes up to 831a38483cf21b395bb0d9d7a34fb9
On Sun, May 25, 2025 at 07:05:52PM +0100, Simon Glass wrote:
> Hi Tom,
>
> On Sun, 25 May 2025 at 14:55, Tom Rini wrote:
> >
> > On Sun, May 25, 2025 at 09:46:03AM +0100, Simon Glass wrote:
> >
> > > Hi Tom,
> > >
> > > It seems that some of the boards in my lab are broken in your tree.
> > > Hav
On Thu, May 22 2025, Tom Rini wrote:
> On Wed, May 07, 2025 at 02:12:42PM +0200, Rasmus Villemoes wrote:
>
>> While looking through list.h, I saw that the regular list_* helpers
>> (and one of the hlist_* ones) still contain the prefetch() that was
>> removed in linux 14 years ago. It doesn't do
Hi Simon,
On 2025-05-25 20:05, Simon Glass wrote:
> Hi Tom,
>
> On Sun, 25 May 2025 at 14:55, Tom Rini wrote:
>>
>> On Sun, May 25, 2025 at 09:46:03AM +0100, Simon Glass wrote:
>>
>>> Hi Tom,
>>>
>>> It seems that some of the boards in my lab are broken in your tree.
>>> Have you noticed that?
>
On Sun, 25 May 2025 12:52:59 +0200, Heinrich Schuchardt wrote:
> The following changes since commit df2ed552f0b05591090369a7fe7ddc92439dea5c:
>
>ext4fs: Fix: Read outside partition error (2025-05-23 10:42:49 -0600)
>
> are available in the Git repository at:
>
>https://source.denx.de/u-
Hi Heinrich,
On Wed, 23 Apr 2025 at 14:02, Heinrich Schuchardt
wrote:
>
> On 23.04.25 14:28, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Mon, 21 Apr 2025 at 03:43, Heinrich Schuchardt
> > wrote:
> >>
> >> Distros expect the EFI boot manager to run. It falls back to launching
> >> EFI\BOOT\BOO
Hi Jonas,
On Sun, 25 May 2025 at 20:25, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2025-05-25 12:47, Simon Glass wrote:
> > There doesn't seem to be a good reason to use a different value for TPL
> > than SPL. Change the TPL value, since it allows a 256-byte bloblist to
> > be safely located above
Hi Simon,
On 2025-05-25 12:48, Simon Glass wrote:
> Where the bloblist is located in internal memory and TF-A's BL31 blob
> removes access to this memory, the best option seems to be to relocate
> the bloblist just before running TF-A.
>
> Do this at the end of SPL.
>
> Signed-off-by: Simon Glas
Hi Simon,
On 2025-05-25 12:47, Simon Glass wrote:
> Add various symbols so that this feature works as intended. This allows
> xPL to copy the relocating-jump code up to the top of memory, then use
> it to decompress and start the next phase.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes
Hi Simon,
On 2025-05-25 12:47, Simon Glass wrote:
> There doesn't seem to be a good reason to use a different value for TPL
> than SPL. Change the TPL value, since it allows a 256-byte bloblist to
> be safely located above the stack in all phases.
As mentioned for prior versions of this, this com
Hi Simon,
On 2025-05-25 12:47, Simon Glass wrote:
> Add support for this new phase, which runs after TPL. It determines the
> state of the machine, then selects which SPL image to use.
Please mention that this new VPL phase is related to VBE.
> SDRAM init is
> then done in SPL, so that it is up
Hi Simon,
On 2025-05-25 12:47, Simon Glass wrote:
> The TPL image must be built for each board we need to support. It is the
> only part of the image which is board-specific.
This is most likely only a must for VBE/VPL use, make it clear that
these changes are related to VBE/VPL in the commit mes
hello friend,
i want help for u-boot sti7111
thanks-regards
Hi Simon,
On 2025-05-25 12:47, Simon Glass wrote:
> Add an fdtmap so it is possible to look at the image with 'binman ls'.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Jonas Karlman
> ---
>
> (no changes since v3)
>
> Changes in v3:
> - Add blank lines before the node
>
> arch/arm/dts/rock
HI Ilias,
On Wed, 21 May 2025 at 10:08, Ilias Apalodimas
wrote:
>
> Hi all,
>
> Starting from commit 53d5a221632e ("emulation: Use bloblist to hold
> tables") I can't boot U-Boot with QEMU (version 8.2.2) & KVM anymore.
> The command line to reproduce it is:
> qemu-system-aarch64 -smp 2 -nograph
Hi Tom,
On Sun, 25 May 2025 at 14:55, Tom Rini wrote:
>
> On Sun, May 25, 2025 at 09:46:03AM +0100, Simon Glass wrote:
>
> > Hi Tom,
> >
> > It seems that some of the boards in my lab are broken in your tree.
> > Have you noticed that?
>
> Your lab has never fully functioned in mainline, so no I'
Hi Naresh,
On Sat, 24 May 2025 at 21:37, Naresh Kumar Ravulapalli
wrote:
>
> Partial Reconfiguration (pr) FPGA command is added to U-Boot console.
> The "fpga pr" command supports multiple regions for partial
> reconfiguration by specifying the region number. The implementation
> of the command i
Oops, I forgot Reply-All and some messages missed list. Sorry about that.
Jonas and I have found NULL pointer dereference in rockchip_usb2phy_clkout_ctl:
https://github.com/u-boot/u-boot/blob/df2ed552f0b05591090369a7fe7ddc92439dea5c/drivers/phy/rockchip/phy-rockchip-inno-usb2.c#L177
Here rockchip
Christian Marangi [2025-05-25 15:43:58]:
Hi,
thanks for the quick fix!
> Permit to select a bootmenu entry with a key shortcut. This is
> especially useful in production or testing scenario to automate flashing
> procedure or testing procedure.
>
> The boot entry are changed to append the shor
On Sun, May 25, 2025 at 09:46:03AM +0100, Simon Glass wrote:
> Hi Tom,
>
> It seems that some of the boards in my lab are broken in your tree.
> Have you noticed that?
Your lab has never fully functioned in mainline, so no I've not paid
attention to it and don't use it. I figure it's part of the
Permit to select a bootmenu entry with a key shortcut. This is
especially useful in production or testing scenario to automate flashing
procedure or testing procedure.
The boot entry are changed to append the shortcut key to it.
Example:
1. Run default boot command.
2. Boot system via
Am 25. Mai 2025 12:52:58 MESZ schrieb Simon Glass :
>Hi Heinrich,
>
>On Sun, 25 May 2025 at 10:18, Heinrich Schuchardt wrote:
>>
>> On 5/24/25 19:28, Simon Glass wrote:
>> > Include these function so they can be browsed in the API docs. Exclude
>> > END since it causes a warning, which becomes an
Un-orphan the RZ/G2L , keep the RZ/G2L maintained.
Signed-off-by: Marek Vasut
---
Cc: Nobuhiro Iwamatsu
Cc: Paul Barker
Cc: Tom Rini
Cc: u-boot@lists.denx.de
---
board/renesas/rzg2l/MAINTAINERS | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/board/renesas/rzg2l/MAINTAINE
On 5/19/25 3:32 PM, Paul Barker wrote:
I still intend to review patches, and will be using my own email address
going forward.
Signed-off-by: Paul Barker
Applied.
Thank you for all your hard work !
On Sun, May 25, 2025 at 01:02:13PM +, Petr Štetiar wrote:
> Christian Marangi [2025-05-25 00:12:52]:
>
> Hi,
>
> thanks a lot for your upstreaming efforts!
>
> > Permit to select a bootmenu entry with a key shortcut. This is
> > especially useful in production or testing scenario to aitomat
Christian Marangi [2025-05-25 00:12:52]:
Hi,
thanks a lot for your upstreaming efforts!
> Permit to select a bootmenu entry with a key shortcut. This is
> especially useful in production or testing scenario to aitomate flashing
aitomate -> automate
> 0 is always reserved for Exit to console.
This series completes the work to enable VBE on a suitable board. Most
of it is rockchip-specific patches to support the VPL phase, i.e. the
one which decides which boot patch to take (A, B or recovery).
A good chunk of this series is adding an image for VBE, by creating a
new Binman image. Future
Add i.MX6UL clk driver for i.MX6UL CLK driver model usage
Signed-off-by: Michael Trimarchi
---
drivers/clk/imx/Kconfig | 8 ++
drivers/clk/imx/Makefile | 1 +
drivers/clk/imx/clk-imx6ul.c | 270 +++
3 files changed, 279 insertions(+)
create mode 100
Allow to use clock framework for the m2 platform. This allow
to have better performance to nand controller
Signed-off-by: Michael Trimarchi
---
configs/imx6ulz_smm_m2_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/imx6ulz_smm_m2_defconfig b/configs/imx6ulz_smm_m2_defco
The clock driver allow to burst the performance of the nand
controller. Make changes to let it use the new clock driver
Signed-off-by: Michael Trimarchi
---
drivers/mtd/nand/raw/mxs_nand.c| 12
drivers/mtd/nand/raw/mxs_nand_dt.c | 2 +-
2 files changed, 13 insertions(+), 1 del
Make simple the clock registration and enable and allow later
to add support for other platforms
Signed-off-by: Michael Trimarchi
---
drivers/mtd/nand/raw/mxs_nand_dt.c | 48 --
1 file changed, 5 insertions(+), 43 deletions(-)
diff --git a/drivers/mtd/nand/raw/mxs_n
The details of the sysfw.itb from the R5 build that
also needs to be copied as part of the target images
is missing, but is included in the image formats a
little further down, so add it to the instructions.
Signed-off-by: Peter Robinson
---
doc/board/beagle/j721e_beagleboneai64.rst | 1 +
1 fil
On 5/24/25 19:28, Simon Glass wrote:
This exported symbol has a very generic name. Rename it to indicate that
it relates to EFI and device-paths.
Fix checkpatch warnings related to use of multiple assignments.
Signed-off-by: Simon Glass
Suggested-by: Heinrich Schuchardt
Thank you for fixing
Hi Heinrich,
On Sun, 25 May 2025 at 11:51, Heinrich Schuchardt wrote:
>
> Hello Simon,
>
> buildman has parameter -i, --in-tree. But building with it fails:
>
> $ tools/buildman/buildman -i -k qemu-riscv32_spl
> Building current source for 1 boards (1 thread, 8 jobs per thread)
> riscv32: +
Hi Heinrich,
On Sun, 25 May 2025 at 10:18, Heinrich Schuchardt wrote:
>
> On 5/24/25 19:28, Simon Glass wrote:
> > Include these function so they can be browsed in the API docs. Exclude
> > END since it causes a warning, which becomes an error:
> >
> > ./include/efi_device_path.h:22: warning:
Dear Tom,
The following changes since commit df2ed552f0b05591090369a7fe7ddc92439dea5c:
ext4fs: Fix: Read outside partition error (2025-05-23 10:42:49 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2025-07-rc3-3
for you to
Hello Simon,
buildman has parameter -i, --in-tree. But building with it fails:
$ tools/buildman/buildman -i -k qemu-riscv32_spl
Building current source for 1 boards (1 thread, 8 jobs per thread)
riscv32: + qemu-riscv32_spl
+make: *** No rule to make target 'qemu-riscv32_spl_defconfig'. St
Where the bloblist is located in internal memory and TF-A's BL31 blob
removes access to this memory, the best option seems to be to relocate
the bloblist just before running TF-A.
Do this at the end of SPL.
Signed-off-by: Simon Glass
Suggested-by: Raymond Mao
---
(no changes since v3)
Changes
Where the bloblist is located in internal memory and TF-A's BL31 blob
removes access to this memory, the best option seems to be to relocate
the bloblist just before running TF-A.
We can do the relocation in board-specific code, but need an option to
pick up the correct address within U-Boot prope
Now that the skip-at-start feature is properly used in Binman, drop the
various workarounds in the image.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Split out the fixes for skip-at-start into a new patch
arch/arm/dts/rockchip-vpl-u-boot.dtsi | 7 +++
1 file chan
Do not apply.
The primary issue with the patch is that U-Boot needs to set up a
bloblist in the first phase where BLOBLIST is enabled. Subsequent
phases can then use that bloblist.
But the first phase of U-Boot cannot assume that one exists.
While we wait for a final decision on the bloblist imp
Add a VBE-ABrec bootmeth so that the VBE state can be accessed.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Add new patch with a bootmeth driver for abrec
boot/vbe_abrec.c | 99
1 file changed, 99 insertions(+)
diff -
This build-target is used to build an image which can run on multiple
rk3399 boards, using VBE to boot.
To use it, the TPL binary for a particular board must be placed into the
first part of the image. The rest of the image (i.e. VPL, SPL and
U-Boot) are largely generic and can work on any support
The rockchip image is written to the media at block 64, which is a 32K
offset, so set the skip-at-start property to 0x8000
Update CONFIG_SPL_PAD_TO to point to the offset in the image, since
Binman is dealing with the 'missing' 32K now.
Signed-off-by: Simon Glass
---
(no changes since v2)
Chan
Add a rockchip rk3399 board which runs Verified Boot for Embedded.
Signed-off-by: Simon Glass
---
Changes in v4:
- Fix 'an' typo in commit subject
.gitlab-ci.yml | 6 ++
1 file changed, 6 insertions(+)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index 7aadd5d8b73..cf8147fbfd5 100644
---
Now that VBE is running at a basic level on rk3399, add mention of it in
the documentation.
Signed-off-by: Simon Glass
---
(no changes since v1)
doc/board/rockchip/rockchip.rst | 13 +
1 file changed, 13 insertions(+)
diff --git a/doc/board/rockchip/rockchip.rst b/doc/board/rockch
On several RISC-V boards we have seen that 1 MiB is a insufficient value
for CONFIG_SPL_SYS_MALLOC_SIZE.
For instance qemu-riscv32_spl_defconfig fails booting because u-boot.itb
exceeds 1 MiB.
8 MiB is a reasonable value that allows adding FPGA blobs or splash images
to main U-boot.
Reported-by:
The current logic assumes that if TPL exists then it must be setting up
the SDRAM. This is not true with VBE, so allow this to be controlled by
whether CONFIG_TPL_RAM is enabled, or not.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/mach-rockchip/tpl.c | 10 ++
1 file c
There doesn't seem to be a good reason to use a different value for TPL
than SPL. Change the TPL value, since it allows a 256-byte bloblist to
be safely located above the stack in all phases.
Note that for most boards, SDRAM init happens in TPL so the SPL stack
ends up in DRAM, at address CONFIG_S
Add support for this new phase, which runs after TPL. It determines the
state of the machine, then selects which SPL image to use. SDRAM init is
then done in SPL, so that it is updatable.
Signed-off-by: Simon Glass
---
Changes in v4:
- Add a value for SPL_STACK_R_ADDR
Changes in v2:
- Rewrite h
The TPL image must be built for each board we need to support. It is the
only part of the image which is board-specific.
This helps to save space and reduce the size of TPL, so that it can fit
within the internal 192K IRAM of the RK3399 SoC.
As with other phases, the TPL devicetree is run through
When VPL is in use, memory init happens in SPL, so there is no need to
include the DMC device before that. Adjust the tags to save space.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Only enable MMC when VPM is in use.
arch/arm/dts/rk3399-u-boot.dtsi | 11 ++-
The VPL image is immutable and has a single VPL binary plus a devicetree
for each board we need to support.
The devicetree is run through fdtgrep to remove unwanted nodes and
properties and reduce its size.
Signed-off-by: Simon Glass
---
Changes in v4:
- Use FIT_ARCH instead of ARCH
- Use fit_t
The SPL phase has a single SPL binary plus a devicetree for each board
we need to support.
The devicetree is run through fdtgrep to remove unwanted nodes and
properties and reduce its size.
While it would be nicer to just have a single FIT holding both the SPL
and U-Boot images, there may not be
VBE may want to load the SPL image from the same FIT as contains U-Boot,
if there is enough memory, so add it.
Signed-off-by: Simon Glass
---
Changes in v4:
- Use FIT_ARCH instead of ARCH
Changes in v2:
- Move VPL things into a separate file
arch/arm/dts/rockchip-vpl-u-boot.dtsi | 29
Add bootstd information for VBE. Put it in a separate file to avoid
cluttering the main one.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add a comment about the offsets
Changes in v2:
- Move VPL things into a separate file
arch/arm/dts/rockchip-u-boot.dtsi | 4
TPL runs before VPL. The earliest updatable phase with VBE is SPL. We
want to be able to update the RAM-init code in the field.
So when VPL is being used, init the RAM later, in SPL.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/ram/rockchip/sdram_rk3399.c | 6 --
1 file ch
Add 'u-boot' as the phase for the images intended for use with U-Boot
proper.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/rockchip-u-boot.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/dts/rockchip-u-boot.dtsi
b/arch/arm/dts/rockchip-u-boot.dtsi
in
Add an fdtmap so it is possible to look at the image with 'binman ls'.
Signed-off-by: Simon Glass
Reviewed-by: Jonas Karlman
---
(no changes since v3)
Changes in v3:
- Add blank lines before the node
arch/arm/dts/rockchip-u-boot.dtsi | 7 +++
1 file changed, 7 insertions(+)
diff --git a
Collect information about the memory-margin in each phase which uses
this feature. Update the 'vbe state' command to show it.
Signed-off-by: Simon Glass
---
(no changes since v1)
cmd/vbe.c | 8 ++--
common/spl/spl_reloc.c | 12
include/vbe.h | 3 +++
3
When VBE is in use, the size of each phase is obtained by reading it
from a FIT. Avoid using binman symbols unless necessary, i.e. in TPL.
Signed-off-by: Simon Glass
---
(no changes since v1)
common/spl/spl.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/common/spl/spl.c b/common/spl/s
Update for the new xPL naming, which was missed in a previous patch
which purported to do this.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
(no changes since v1)
common/spl/spl_reloc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/spl/spl_reloc.c b/common
On 5/24/25 19:28, Simon Glass wrote:
Include these function so they can be browsed in the API docs. Exclude
END since it causes a warning, which becomes an error:
./include/efi_device_path.h:22: warning: cannot understand function
prototype: 'const struct efi_device_path END; '
Signe
On 5/24/25 19:28, Simon Glass wrote:
These functions are useful for the EFI app. As a first step towards
making these available outside lib/efi_loader, create a separate header
file and include it where needed. Add proper comments to the functions,
since many are missing at present.
Signed-off-b
Hi Tom,
It seems that some of the boards in my lab are broken in your tree.
Have you noticed that?
Regards,
Simon
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 protocol for x86 in the spec
- do the same in the code
- convert x86 boards to use OF_BLOBLIST
- remove BLOBLIST_FIXED
I also want to enable VBE, which
69 matches
Mail list logo
