On 07.02.25 18:07, Andrew Davis wrote:
On 2/7/25 12:51 AM, Daniel Schultz wrote:
Private keys to sign bootloader images shouldn't be commit or part
of this repository. Add config entries to use keys located outside
of U-Boot to sign images.
The custMpk.pem was always a placeholder, we fill
Hi,
On 2/9/25 23:27, Simon Glass wrote:
Hi Quentin,
On Thu, 6 Feb 2025 at 09:54, Quentin Schulz wrote:
Hi Simon,
On 2/6/25 1:46 PM, Simon Glass wrote:
Hi Quentin,
On Wed, 5 Feb 2025 at 06:00, Quentin Schulz wrote:
Hi Naoki,
On 1/29/25 2:25 PM, FUKAUMI Naoki wrote:
After adding the be
There are some device-tree overlays and firmwares with missing entries
for the keyfile. Add them to sign all images in the U-Boot FIT image.
Signed-off-by: Daniel Schultz
---
arch/arm/dts/k3-am625-phycore-som-binman.dtsi | 49 ---
1 file changed, 41 insertions(+), 8 deletions(-)
There are some device-tree overlays and firmwares with missing entries
for the keyfile. Add them to sign all images in the U-Boot FIT image.
Signed-off-by: Daniel Schultz
---
arch/arm/dts/k3-am642-phycore-som-binman.dtsi | 49 ---
1 file changed, 41 insertions(+), 8 deletions(-)
Hi Jonas,
On Sun, 9 Feb 2025 at 09:30, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2025-02-09 16:36, Simon Glass wrote:
> > Hi Jonas,
> >
> > On Sun, 9 Feb 2025 at 08:17, Jonas Karlman wrote:
> >>
> >> Hi Simon,
> >>
> >> On 2025-02-09 15:26, Simon Glass wrote:
> >>> Hi Jonas,
> >>>
> >>> On Wed,
Hi Heinrich,
On Sun, 9 Feb 2025 at 10:33, Heinrich Schuchardt
wrote:
>
> On 09.02.25 17:24, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Sun, 9 Feb 2025 at 09:10, Heinrich Schuchardt
> > wrote:
> >>
> >> On 09.02.25 17:02, Simon Glass wrote:
> >>> Hi Heinrich,
> >>>
> >>> On Sun, 9 Feb 2025 at
Hi Tom,
On Sun, 9 Feb 2025 at 09:49, Tom Rini wrote:
>
> On Sun, Feb 09, 2025 at 07:27:37AM -0700, Simon Glass wrote:
> > Hi Jonas,
> >
> > On Fri, 20 Dec 2024 at 09:50, Jonas Karlman wrote:
> > >
> > > Hi Quentin and Simon,
> > >
> > > On 2024-12-13 15:30, Quentin Schulz wrote:
> > > > Hi Jonas
The logic of this has become too confusing.
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.
Reverting this commit se
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
---
Changes in v2:
- Only enable MMC when VPM is in use.
arch/arm/dts/rk3399-u-boot.dtsi | 11 ++-
1 file changed, 10 ins
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
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
Reduce the number of warnings in this file.
Signed-off-by: Simon Glass
---
tools/buildman/func_test.py | 4 +-
tools/u_boot_pylib/gitutil.py | 240 ++
2 files changed, 128 insertions(+), 116 deletions(-)
diff --git a/tools/buildman/func_test.py b/tools/build
Move this file into U-Boot's Python library, so that it is no-longer
part of patman.
This makes a start on:
https://source.denx.de/u-boot/custodians/u-boot-dm/-/issues/35
Signed-off-by: Simon Glass
---
tools/buildman/builder.py | 2 +-
tools/buildman/builderthread.py
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
Hi Tom,
On Sun, 9 Feb 2025 at 09:39, Tom Rini wrote:
>
> On Thu, Feb 06, 2025 at 08:47:47AM -0700, Simon Glass wrote:
>
> [snip]
> > Perhaps make EFI_LOADER select CPU, or depend on CPU? If that's the
> > way you want to go, I'd be happy to do a precursor series to deal with
> > the fallout.
>
>
Add a new event which handles this function refer to commit
("91caa3bb89b1 event: Use an event to replace last_stage_init()")
Signed-off-by: Michael Chang
Reviewed-by: Tom Rini
---
board/nuvoton/arbel_evb/arbel_evb.c | 7 ++-
board/nuvoton/common/uart.c | 7 ---
board/nuvoton/co
Update the maintainer file and mark jh7110 / visionfive2 related files
with N: patterns.
Signed-off-by: Hal Feng
---
Changes since v2:
- Mark visionfive2 related files with N: pattern.
Changes since v1:
- Mark jh7110 related files with N: pattern.
History:
v2: https://lore.kernel.org/all/20250
The most common word for features that make a platform work is to use
'HAVE_xxx'. Rename this option to match.
Update the help to use the word 'phase' rather than 'stage', since
that is the current terminology. Also clarify that, absent this setting,
the stack pointer generally comes from the valu
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
VPL has the same needs as TPL in situations where the stack is at the
top of SRAM. Add an option for this and implement it for arm
Signed-off-by: Simon Glass
---
Changes in v2:
- Reply on existing CONFIG_VAL() to select the VPL stack
- Correct reference to TPL when VPL was intended
common/spl/
Now that we have the same option for SPL and VPL, simplify the logic for
determining the initial stack.
Signed-off-by: Simon Glass
Suggested-by: Tom Rini
---
Changes in v2:
- Add new patch to use CONFIG_VAL() to obtain the SPL stack
arch/arm/cpu/armv7/lowlevel_init.S | 4 ++--
arch/arm/cpu/ar
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
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
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
Add an fdtmap so it is possible to look at the image with 'binman ls'.
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
index 2b0
At present simple-bin-spi relies on the u-boot.itb file created by the
simple-bin image. Use the template to avoid this, since Binman may
change to process images in parallel in the future.
Drop the filename to prevent another image being created which uses the
u-boot.itb file.
Signed-off-by: Sim
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 bootstd information for VBE. Put it in a separate file to avoid
cluttering the main one.
Signed-off-by: Simon Glass
---
Changes in v2:
- Move VPL things into a separate file
arch/arm/dts/rockchip-u-boot.dtsi | 4
arch/arm/dts/rockchip-vpl-u-boot.dtsi | 31
Fix the indentation on the template. This is done in a separate patch
so that it is easier to review.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/rockchip-u-boot.dtsi | 178 +++---
1 file changed, 89 insertions(+), 89 deletions(-)
diff --git a/arc
Declare these at the top of the file to avoid needing #ifdefs in every
usage.
Add a few comments to help with the remaining #ifdefs
Signed-off-by: Simon Glass
Reviewed-by: Jonas Karlman
---
(no changes since v1)
arch/arm/dts/rockchip-u-boot.dtsi | 44 +++
1 file c
Move the FIT description into a template so that it can (later) be used
in multiple places in the image.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/rockchip-u-boot.dtsi | 57 ++-
1 file changed, 34 insertions(+), 23 deletions(-)
diff --git a/
The U-Boot section is currently getting an invalid OS. Use the correct
value to fix this.
Signed-off-by: Simon Glass
Reviewed-by: Jonas Karlman
---
Changes in v2:
- Put this patch before 'Factor out arch and compression'
arch/arm/dts/rockchip-u-boot.dtsi | 2 +-
1 file changed, 1 insertion(+)
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 v2:
- Rewrite help for VPL_ROCKCHIP_COMMON_BOARD
- Skip spl-boot-o
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
VBE may want to load the SPL image from the same FIT as contains U-Boot,
if there is enough memory, so add it.
Changes in v2:
- Move VPL things into a separate file
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/rockchip-vpl-u-boot.dtsi | 29 +++
1 f
Provide a compatible string so that U-Boot can decide which
configuration to use.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/arm/dts/rockchip-u-boot.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/dts/rockchip-u-boot.dtsi
b/arch/arm/dts/rockchip-u-boot.dtsi
in
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.
Changes in v2:
- Move VPL things into a separate file
Signed-off-by: Simon Glass
---
(n
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
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
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 since v1)
arch/arm/mach-rockchip/u-boot-tpl-v8.lds | 13 +
Add a VBE-ABrec bootmeth so that the VBE state can be accessed.
Signed-off-by: Simon Glass
---
Changes in v2:
- Add new patch with a bootmeth driver for abrec
boot/vbe_abrec.c | 99
1 file changed, 99 insertions(+)
diff --git a/boot/vbe_abrec.c
Add a rockchip rk3399 board which runs Verified Boot for Embedded.
Signed-off-by: Simon Glass
---
(no changes since v1)
.gitlab-ci.yml | 6 ++
1 file changed, 6 insertions(+)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index 8c49d5b0a79..a9daa7bb84e 100644
--- a/.gitlab-ci.yml
+++ b/.git
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
---
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 changed, 3 insertions(+), 4
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
---
Changes in v2:
- Move this log
Hi Simon,
On 2025-02-09 21:14, Simon Glass wrote:
> Hi Jonas,
>
> On Sun, 9 Feb 2025 at 09:30, Jonas Karlman wrote:
>>
>> Hi Simon,
>>
>> On 2025-02-09 16:36, Simon Glass wrote:
>>> Hi Jonas,
>>>
>>> On Sun, 9 Feb 2025 at 08:17, Jonas Karlman wrote:
Hi Simon,
On 2025-02-09 1
Postscript of my reply below, with context from off-list discussion
xypron (Heinrich) and Shadow AI6FS (E Shattow)...
On 2/9/25 13:55, E Shattow wrote:
> Hi Heinrich, I re-send my reply w/ CC's as you ask off-list :)
>
> On 2/9/25 12:52, Heinrich Schuchardt wrote:
>> E Shattow schrieb am So., 9.
Hi Heinrich, I re-send my reply w/ CC's as you ask off-list :)
On 2/9/25 12:52, Heinrich Schuchardt wrote:
> E Shattow schrieb am So., 9. Feb. 2025, 21:43:
>
>>
>> On 2/9/25 07:23, Heinrich Schuchardt wrote:
>>> We use starfive_visionfive2_defconfig to generate a FIT image supporting
>>> all JH7
Hi Tom
On 2/9/2025 10:50 PM, Tom Rini wrote:
On Sat, Feb 08, 2025 at 10:09:36AM +0530, Anurag Dutta wrote:
Previously saved environment introduce discrepancies and may lead to
incompatibilities without default settings. This series removes the saved
environment functionality on am57xx evms so
Dear Tom,
The following changes since commit 97c125e6bb441a8062bdd28e82f17b1da1224416:
Gitlab: Add results.xml to the list of artifacts as well. (2025-02-04
11:57:36 -0600)
are available in the Git repository at:
g...@source.denx.de:u-boot/custodians/u-boot-samsung.git master
for you to fe
In Linux DT,the pinctrl node acts as parent nodes with all other
gpio banks as child nodes and a single driver in Linux handles both
pinctrl settings and gpio requests.Current U-Boot DT maintains both
pinctrl and gpio nodes as separate nodes and offers two different class
of U-Boot drivers: UCLASS_
Add the missing properties for the pinctrl node and for its
corresponding GPIO bank nodes to align with the Linux DT.
Signed-off-by: Manikandan Muralidharan
---
arch/arm/dts/sam9x60.dtsi | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/arch/arm/dts/sa
The series adds support in the pinctrl driver and additional
changes in the at91 DT to align the pio3 based pinctrl nodes
in the u-boot DT with that of Linux
Changes in v3:
- 5/7 - Add comment block to describe at91_pinctrl_bind()
Changes in v2:
- 1/7 - Align the properties of AIC node with that
Add Advanced Interrupt Controller node and define it as interrupt
parent in sam9x60 SoC DT.
Signed-off-by: Manikandan Muralidharan
---
arch/arm/dts/sam9x60.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/dts/sam9x60.dtsi b/arch/arm/dts/sam9x60.dtsi
index 3b684fc63d5..4
From: Balamanikandan Gunasundar
Define the pinctrl nodes with its label to align with the Linux DT.
Without this change the pinmux nodes are grouped under an additional
'pinctrl' child node which is not identified by the pinctrl driver
when the GPIO banks are made as child nodes of pinctrl node.
U-Boot pinctrl driver expects a reg property explicitly unlike linux.
To align the DT of U-boot with the Linux, reg property is also arrvied
from child GPIO bank nodes when configured under the pinctrl node.
Signed-off-by: Manikandan Muralidharan
---
drivers/pinctrl/pinctrl-at91.c | 25 +
Move pinmux nodes defined under the pinctrl node from sam9x60 SoC
DT to its board specific DTS files.
Signed-off-by: Manikandan Muralidharan
---
arch/arm/dts/at91-sam9x60_curiosity.dts | 71 +
arch/arm/dts/sam9x60.dtsi | 63 --
arch/arm/d
The GPIO banks are added as sub nodes or child nodes under the
pinctrl node (as per Linux ABI) and the reg property which points
to an array of controllers physical base address is removed
to align with the Linux devicetree.
Signed-off-by: Charan Pedumuru
Signed-off-by: Manikandan Muralidharan
-
When rgmii-rxid/txid/id phy-mode is used the MAC should not add RX
and/or TX delay. Currently RX/TX delay is configured as enabled using
zero as delay value for the rgmii-rxid/txid/id modes.
Change to disable RX and/or TX delay and using zero as delay value.
Signed-off-by: Jonas Karlman
---
dri
Am 9. Februar 2025 21:15:53 MEZ schrieb Simon Glass :
>Hi Tom,
>
>On Sun, 9 Feb 2025 at 09:39, Tom Rini wrote:
>>
>> On Thu, Feb 06, 2025 at 08:47:47AM -0700, Simon Glass wrote:
>>
>> [snip]
>> > Perhaps make EFI_LOADER select CPU, or depend on CPU? If that's the
>> > way you want to go, I'd be ha
At present there is a hex value SPL_STACK which both determines whether
SPL has its own initial stack and the hex value of that stack.
Split off the former into SPL_HAVE_INIT_STACK with SPL_STACK depending
on that and only providing the latter.
Signed-off-by: Simon Glass
---
Changes in v2:
- Ad
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
---
Changes in v2:
- Move this
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
On Sun, Feb 09, 2025 at 07:35:31AM -0700, Simon Glass wrote:
> Hi Ilias,
>
> On Thu, 6 Feb 2025 at 09:21, Ilias Apalodimas
> wrote:
> >
> > Hi Simon,
> >
> > On Thu, 6 Feb 2025 at 17:48, Simon Glass wrote:
> > >
> > > Hi Ilias,
> > >
> > > On Thu, 6 Feb 2025 at 08:16, Ilias Apalodimas
> > > wro
On Thu, Feb 06, 2025 at 05:30:43AM -0700, Simon Glass wrote:
> Hi Ilias,
>
> On Wed, 5 Feb 2025 at 09:54, Ilias Apalodimas
> wrote:
> >
> > Hi Heinrich,
> >
> > On Wed, 5 Feb 2025 at 18:48, Heinrich Schuchardt wrote:
> > >
> > > On 2/5/25 08:16, Ilias Apalodimas wrote:
> > > > For armv8 we are a
On Thu, Feb 06, 2025 at 08:47:47AM -0700, Simon Glass wrote:
[snip]
> Perhaps make EFI_LOADER select CPU, or depend on CPU? If that's the
> way you want to go, I'd be happy to do a precursor series to deal with
> the fallout.
I'm not sure what EFI_LOADER has to do with the generic security featur
From: Alex Leibovich
Adding missing marvell-rtc driver and configuration,
in order to support "date" command.
Signed-off-by: Alex Leibovich
Reviewed-on: https://sj1git1.cavium.com/c/IP/SW/boot/u-boot/+/6322
Reviewed-by: Kostya Porotchkin
Tested-by: Kostya Porotchkin
Signed-off-by: Josua Mayer
On 2025-02-09 21:14, Simon Glass wrote:
> Hi Tom,
>
> On Sun, 9 Feb 2025 at 09:49, Tom Rini wrote:
>>
>> On Sun, Feb 09, 2025 at 07:27:37AM -0700, Simon Glass wrote:
>>> Hi Jonas,
>>>
>>> On Fri, 20 Dec 2024 at 09:50, Jonas Karlman wrote:
Hi Quentin and Simon,
On 2024-12-13 1
Hi Tom,
On Sun, 9 Feb 2025 at 11:14, Tom Rini wrote:
>
> On Sat, Feb 08, 2025 at 10:11:45AM -0700, Simon Glass wrote:
>
> > The app should be built as a shared library, with position-independent
> > code and the -shared flags. Update the Makefile to handle this.
> >
> > Signed-off-by: Simon Glass
When rgmii-rxid/txid/id phy-mode is used the MAC should not add RX
and/or TX delay. Currently RX/TX delay is configured as enabled using
zero as delay value for the rgmii-rxid/txid/id modes.
Change to disable RX and/or TX delay and using zero as delay value.
Signed-off-by: Jonas Karlman
---
dri
When rgmii-rxid/txid/id phy-mode is used the MAC should not add RX
and/or TX delay. Currently RX/TX delay is configured as enabled using
zero as delay value for the rgmii-rxid/txid/id modes.
This series change to disable RX and/or TX delay and using zero as delay
value for RK356x and RK3588.
Jona
Introduce a new function mmc_env_hwpart_redund() which replaces
IS_ENABLED(ENV_MMC_HWPART_REDUND) and internally does almost the
same check as the macro which assigned ENV_MMC_HWPART_REDUND did,
and call it in place of IS_ENABLED(ENV_MMC_HWPART_REDUND).
The difference compared to IS_ENABLED(ENV_MM
Enable support for environment in eMMC on STM32MP13xx DHCOR SoM,
in addition to existing support for environment in SPI NOR. The
environment size is the same, except in case the environment is
placed in eMMC, it is stored at the end of eMMC BOOT partitions
in the last 32 sectors of each eMMC HW BOO
Add a new solidrun board "octeontx2_cn913x" for all boards designed with
Marvell CN9130 SoC:
- CN9130 Clearfog Base
- CN9130 Clearfog Pro
- CN9131 SolidWAN
- CN9132 Clearfog
The boards can share a lot of common code differing only in
device-tree.
This initial support is limited to:
- GPIO
- RTC
changed, 1065 insertions(+), 1 deletion(-)
---
base-commit: ac3dcb0c2710c4917d93d6d2eb34dbfb00516bc2
change-id: 20250209-cn9130-board-09c8db7c077a
Best regards,
--
Josua Mayer
Developers find themselves with two options for defining the default
device-tree for a platform:
1. CONFIG_DEFAULT_DEVICE_TREE deciding which DT the u-boot build will
use for itself.
2. CONFIG_DEFAULT_FDT_FILE deciding what should be the name of the
actual device-tree file, when booting an O
On 2/9/25 07:23, Heinrich Schuchardt wrote:
> We use starfive_visionfive2_defconfig to generate a FIT image supporting
> all JH7110 boards in U-Boot. Make jh7110-starfive-visionfive-2-v1.3b the
> default configuration that is used if no other configuration fits.
>
> Signed-off-by: Heinrich Schuc
If a single configuration node lacks a description, this does not rule out
that another node with a description matches. Anyway we have the default
configuration as a fallback.
So continue if a description is missing.
Signed-off-by: Heinrich Schuchardt
---
boot/common_fit.c | 2 +-
1 file chang
The Renesas R-Car Gen3 Salvator-X(S) boards contain USB micro-B port
on which the USBHS controller is accessible. Enable the USBHS UDC
driver to make this port usable, enable UMS USB Mass Storage support
to make it possible to expose block devices as USB Mass Storage to
Host PC.
The USB VID/PID is
Hi Simon,
On 2025-02-09 15:26, Simon Glass wrote:
> Hi Jonas,
>
> On Wed, 5 Feb 2025 at 15:18, Jonas Karlman wrote:
>>
>> Hi Simon,
>>
>> On 2025-02-05 02:54, Simon Glass wrote:
>>> TPL runs before VPL. The earliest updatable phase with VBE is SPL. We
>>> want to be able to update the RAM-init c
The configuration descriptions generated by binman contain the vendor
device-tree directory. Instead of adding it to all match strings just strip
it off.
Signed-off-by: Heinrich Schuchardt
---
board/starfive/visionfive2/spl.c | 4
1 file changed, 4 insertions(+)
diff --git a/board/starfive
Binman can automatically generate device-tree and configuration entries in
the FIT image based on CONFIG_OF_LIST if the binman node includes the right
sub-nodes.
Signed-off-by: Heinrich Schuchardt
---
arch/riscv/dts/binman.dtsi | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff -
As binman already creates nodes based on CONFIG_OF_LIST we don't need to
add extra nodes.
Signed-off-by: Heinrich Schuchardt
---
.../dts/starfive-visionfive2-binman.dtsi | 76 ---
1 file changed, 76 deletions(-)
diff --git a/arch/riscv/dts/starfive-visionfive2-binman.dtsi
All StarFive JH7110 are supported via starfive_visionfive2_defconfig.
Up to now we have explicitly specified the multi-device-tree FIT
configuration. This more complicated than needed.
Binman can use the information from CONFIG_OF_LIST to automatically
generated a FIT image containing the necessar
Hi Jonas,
On Wed, 5 Feb 2025 at 08:32, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2025-02-05 02:55, Simon Glass wrote:
> > 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
Hi Jonas,
On Wed, 5 Feb 2025 at 15:18, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2025-02-05 02:54, Simon Glass wrote:
> > 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.
>
> If I understand your description here,
Hi Jonas,
On Wed, 5 Feb 2025 at 09:06, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2025-02-05 02:55, 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. SDRAM init is
> > then done in SPL, so t
Hi Ilias,
On Thu, 6 Feb 2025 at 05:40, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> On Thu, 6 Feb 2025 at 14:33, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Thu, 30 Jan 2025 at 00:21, Ilias Apalodimas
> > wrote:
> > >
> > > U-Boot maps all pages as RWX. Sadly it's not not 1990 anymore and we a
Hi Quentin,
On Thu, 6 Feb 2025 at 08:46, Quentin Schulz wrote:
>
> Hi Simon,
>
> On 2/6/25 1:33 PM, Simon Glass wrote:
> > Hi Quentin,
> >
> > On Wed, 5 Feb 2025 at 02:12, Quentin Schulz wrote:
> >>
> >> From: Quentin Schulz
> >>
> >> Bootloaders typically can be loaded from different storage m
Hi Quentin,
On Thu, 6 Feb 2025 at 09:54, Quentin Schulz wrote:
>
> Hi Simon,
>
> On 2/6/25 1:46 PM, Simon Glass wrote:
> > Hi Quentin,
> >
> > On Wed, 5 Feb 2025 at 06:00, Quentin Schulz
> > wrote:
> >>
> >> Hi Naoki,
> >>
> >> On 1/29/25 2:25 PM, FUKAUMI Naoki wrote:
> >>> After adding the bel
Hi Jonas,
On Sat, 8 Feb 2025 at 18:47, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2025-02-05 02:55, 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.
>
> Is this building for multiple targets required
Hi Jonas,
On Sat, 8 Feb 2025 at 18:36, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2025-02-05 02:55, Simon Glass wrote:
> > 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
> > ---
> >
> > arch/ar
Hi Jonas,
On Fri, 20 Dec 2024 at 09:50, Jonas Karlman wrote:
>
> Hi Quentin and Simon,
>
> On 2024-12-13 15:30, Quentin Schulz wrote:
> > Hi Jonas,
> >
> > On 12/13/24 12:57 AM, Jonas Karlman wrote:
> >> The u-boot.rom image contain u-boot.img FIT instead of the FIT generated
> >> by binman for t
Hi Jonas,
On Sat, 8 Feb 2025 at 18:27, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2025-02-09 00:04, Simon Glass wrote:
> > Hi Jonas,
> >
> > On Thu, 12 Dec 2024 at 16:57, Jonas Karlman wrote:
> >>
> >> Use the offset configured with SYS_SPI_U_BOOT_OFFS Kconfig option
> >> instead of a hardcoded 0
Hi Jonas,
On Sat, 8 Feb 2025 at 15:49, Jonas Karlman wrote:
>
> The PP1500 and PP3000 power rails must be on very early for the U-Boot
> TPL and SPL banner to be shown on debug UART for bob and kevin.
>
> This series restore the early power on of these power rails in
> board_debug_uart_init() for
Hi Heinrich,
On Sun, 9 Feb 2025 at 04:52, Heinrich Schuchardt
wrote:
>
> If a single configuration node lacks a description, this does not rule out
> that another node with a description matches. Anyway we have the default
> configuration as a fallback.
>
> So continue if a description is missing
Now that we have moved CONFIG_BOOTCOUNT_ALTBOOTCMD to be in Kconfig so
that it can be more easily modified in many cases, we need to move it
from environment files / config.h files and in to the defconfig file.
This was done by generating u-boot-initial-env for all platforms before
the Kconfig cha
Hi Jonas,
On Sat, 8 Feb 2025 at 19:11, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2025-02-05 02:55, Simon Glass wrote:
> > This build-target is used to build an image which can run on multiple
> > rk3399 boards, using VBE to boot.
>
> Since this target is intended to be used with VBE on LPDDR4 boa
When performing a build consisting of only a defconfig target and then
this tool, we were missing two dependencies. Add them.
Signed-off-by: Tom Rini
---
Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index 33bb86343c5b..1f641d49f211 100644
--- a
Hi Love,
On Sun, 2 Feb 2025 at 23:05, Love Kumar wrote:
>
> Hi Simon,
>
> On 26/01/25 4:28 am, Simon Glass wrote:
> > Hi Tom,
> >
> > On Sat, 25 Jan 2025 at 15:55, Tom Rini wrote:
> >>
> >> On Sat, Jan 25, 2025 at 03:42:00PM -0700, Simon Glass wrote:
> >>> Hi Tom,
> >>>
> >>> On Sat, 25 Jan 2025
1 - 100 of 165 matches
Mail list logo
