Remove DS109 board reset_misc() function. U-Boot generic reset is enough.
Signed-off-by: Tony Dinh
---
board/Synology/ds109/ds109.c | 18 --
1 file changed, 18 deletions(-)
diff --git a/board/Synology/ds109/ds109.c b/board/Synology/ds109/ds109.c
index 4f397578182..f3a914cc515 1
Enable DM_SERIAL for Marvell Kirkwood Synology DS109.
Note that this patch depends on:
https://patchwork.ozlabs.org/project/uboot/patch/20250505220853.23679-1-mibo...@gmail.com/
Signed-off-by: Tony Dinh
---
arch/arm/mach-kirkwood/Kconfig | 1 +
configs/ds109_defconfig| 2 --
2 files ch
Many Synology boards (Kirkwood, Armada 37x, and Armada 38x SoCs) use the
PIC16F1829 connecting to UART1 to provide certain functions. Mainly
for LEDs control, but it can also perform hard reset, power off, and
sending beeps.
See dts/upstream/src/arm/marvell/armada-385-synology-ds116.dts for
full
FPGA configuration encounters failure when the cache is not flushed.
Add cache flushing to the memory region that holds the FPGA
configuration bitstream.
Signed-off-by: Naresh Kumar Ravulapalli
---
drivers/fpga/intel_sdm_mb.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/fpg
This configuration is not valid for N5X; removing it.
Signed-off-by: Naresh Kumar Ravulapalli
Signed-off-by: Tien Fong Chee
---
arch/arm/mach-socfpga/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/mach-socfpga/Kconfig b/arch/arm/mach-socfpga/Kconfig
index a76a9fb2a39..156cf
> Subject: [PATCH 2/3] arm64: imx: imx8mn-beacon: Enable BOOTAUX
>
> In order to run binaries targeting the Cortex-M7, BOOTAUX is required.
>
> Signed-off-by: Adam Ford
>
> diff --git a/configs/imx8mn_beacon_defconfig
> b/configs/imx8mn_beacon_defconfig index
> c605567d9a6..115288aa27f 100644
>
On Tue, May 06, 2025 at 01:18:16AM +0200, Heinrich Schuchardt wrote:
> On 5/6/25 00:10, Tom Rini wrote:
> > On Tue, May 06, 2025 at 12:07:20AM +0200, Heinrich Schuchardt wrote:
> > > Tom Rini schrieb am Mo., 5. Mai 2025, 21:54:
> > >
> > > > On Mon, May 05, 2025 at 09:51:52PM +0200, Heinrich Schu
On Mon, 21 Apr 2025 17:08:26 +0800, zhangzhijie wrote:
> 1. Add pcie device id 0x15f3
> 2. Add IIC phy id 0x67C9DC00
>
>
Applied to u-boot/master, thanks!
[1/1] eth: Support E1000E I225-V
commit: 81191427a4e667e083dc4fbcbda6a1250fca54ac
--
Tom
On Wed, 30 Apr 2025 18:45:51 +0200, Marek Vasut wrote:
> In case the filename is too long, longer than PATH_MAX - 1, it
> would overflow dirs->dirname array. Add missing check and also
> use strncpy() to prevent the overflow in any case.
>
> Fixes CID 550305: Security best practices violations
On Tue, 29 Apr 2025 22:44:40 +0530, Udit Kumar wrote:
> On K3 devices two drivers ti_sci and ti_sci_dm are supporting firmware
> functions. At run time one of driver is used.
>
> Driver ti_sci already initializing head for dev_list in its probe
> function, but it was missed in ti_sci_dm driver.
>
On Sun, 27 Apr 2025 14:50:09 +, Yao Zi wrote:
> Originally reported by Nathaniel Hourt[1], U-Boot fails to boot on
> JH7110 platforms (starfive_visionfive2_defconfig) when building with
> Clang.
>
> This series fixes configuration generation with Clang's preprocessor and
> add an alternative
On Tue, 29 Apr 2025 05:08:18 -0700, Daniel Schultz wrote:
> This config was defined with the default value of 8 MiB. However,
> the default value is different when CONFIG_ARM64 is enabled and
> should be 64 MiB.
>
> Remove this config from the A53 defconfig and use the correct
> default config.
>
On Tue, 29 Apr 2025 14:02:18 +0200, Jerome Forissier wrote:
> Job IDs are positive integers greater than 1. 0 is not a valid job ID,
> therefore fix the comparison in do_wait().
>
> Fixes Coverity defects:
>
> *** CID 550296: Control flow issues (NO_EFFECT)
> /cmd/spawn.c: 172 in do_wait()
> 1
On Mon, 07 Apr 2025 20:59:51 +0200, Christian Marangi wrote:
> Introduce support for env in generic MTD. Currently we only support SPI
> flash based on the lagacy sf cmd that assume SPI flash are always NOR.
> This is not the case as to SPI controller also NAND can be attached.
>
> To support als
On Wed, 30 Apr 2025 10:23:25 +0800, Aristo Chen wrote:
> Currently, when decompressing a gzip-compressed image during bootm, a
> generic error such as "inflate() returned -5" is shown when the buffer is
> too small. However, it is not immediately clear that this is caused by
> CONFIG_SYS_BOOTM_LEN
On Sun, 27 Apr 2025 19:07:25 -0400, Ben Wolsieffer wrote:
> Since 7506c15, HOST_ARCH is now used by the EFI loader even when
> CONFIG_SANDBOX is disabled. When cross-compiling, the Makefile defines
> HOST_ARCH based on the cross-compiler prefix, but this definition fails
> to cover some common com
On 5/6/25 00:10, Tom Rini wrote:
On Tue, May 06, 2025 at 12:07:20AM +0200, Heinrich Schuchardt wrote:
Tom Rini schrieb am Mo., 5. Mai 2025, 21:54:
On Mon, May 05, 2025 at 09:51:52PM +0200, Heinrich Schuchardt wrote:
Mark Kettenis schrieb am Mo., 5. Mai 2025,
21:03:
Date: Fri, 2 May 2025
On Mon, May 05, 2025 at 03:08:52PM -0700, Tony Dinh wrote:
> Enable DM_SERIAL for Marvell Kirkwood boards that have not been converted.
>
> Signed-off-by: Tony Dinh
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Tue, May 06, 2025 at 12:07:20AM +0200, Heinrich Schuchardt wrote:
> Tom Rini schrieb am Mo., 5. Mai 2025, 21:54:
>
> > On Mon, May 05, 2025 at 09:51:52PM +0200, Heinrich Schuchardt wrote:
> > > Mark Kettenis schrieb am Mo., 5. Mai 2025,
> > 21:03:
> > >
> > > > > Date: Fri, 2 May 2025 18:08:5
Enable DM_SERIAL for Marvell Kirkwood boards that have not been converted.
Signed-off-by: Tony Dinh
---
arch/arm/mach-kirkwood/Kconfig | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/mach-kirkwood/Kconfig b/arch/arm/mach-kirkwood/Kconfig
index 6761a9cb393..26fcd3732d1 10064
Tom Rini schrieb am Mo., 5. Mai 2025, 21:54:
> On Mon, May 05, 2025 at 09:51:52PM +0200, Heinrich Schuchardt wrote:
> > Mark Kettenis schrieb am Mo., 5. Mai 2025,
> 21:03:
> >
> > > > Date: Fri, 2 May 2025 18:08:56 +0200
> > > > From: Heinrich Schuchardt
> > > >
> > > > On 5/2/25 16:49, Simon G
Hi Tom,
On Mon, May 5, 2025, at 3:27 PM, Tom Rini wrote:
> On Mon, May 05, 2025 at 03:14:13PM -0600, Javier Tia wrote:
>> Hi Tom,
>>
>> On Mon, May 5, 2025, at 3:08 PM, Tom Rini wrote:
>> > On Mon, May 05, 2025 at 02:50:51PM -0600, Javier Tia wrote:
>> >
>> >> It solves the following error:
>> >>
On Mon, May 05, 2025 at 10:19:24PM +0200, Mark Kettenis wrote:
> > Date: Mon, 5 May 2025 07:48:43 -0600
> > From: Tom Rini
> >
> > On Mon, May 05, 2025 at 11:45:05AM +0200, Rasmus Villemoes wrote:
> > > On Fri, May 02 2025, Tom Rini wrote:
> > >
> > > > On Fri, May 02, 2025 at 01:34:33PM +0200,
On Mon, May 05, 2025 at 03:14:13PM -0600, Javier Tia wrote:
> Hi Tom,
>
> On Mon, May 5, 2025, at 3:08 PM, Tom Rini wrote:
> > On Mon, May 05, 2025 at 02:50:51PM -0600, Javier Tia wrote:
> >
> >> It solves the following error:
> >>
> >> ❯ ./test/py/test.py --bd sandbox --build
> >> +make O=/u-boo
Hi Tom,
On Mon, May 5, 2025, at 3:08 PM, Tom Rini wrote:
> On Mon, May 05, 2025 at 02:50:51PM -0600, Javier Tia wrote:
>
>> It solves the following error:
>>
>> ❯ ./test/py/test.py --bd sandbox --build
>> +make O=/u-boot/build-sandbox -s sandbox_defconfig
>> +make O=/u-boot/build-sandbox -s -j32
On Mon, May 05, 2025 at 02:50:51PM -0600, Javier Tia wrote:
> It solves the following error:
>
> ❯ ./test/py/test.py --bd sandbox --build
> +make O=/u-boot/build-sandbox -s sandbox_defconfig
> +make O=/u-boot/build-sandbox -s -j32
> Traceback (most recent call last):
> File "/u-boot/build-sandb
On 5/2/25 10:55 AM, Bryan Brattlof wrote:
On May 2, 2025 thus sayeth Daniel Schultz:
With [1], TI changed the Device Manager for the AM62Ax to an EdgeAI
based firmware. Update all binman device-tree files to match the
It wasn't changed, this is a new firmware that does new things,
the other f
It solves the following error:
❯ ./test/py/test.py --bd sandbox --build
+make O=/u-boot/build-sandbox -s sandbox_defconfig
+make O=/u-boot/build-sandbox -s -j32
Traceback (most recent call last):
File "/u-boot/build-sandbox/../scripts/dtc/pylibfdt/setup.py", line 23, in
from setuptools imp
On Thu, May 01, 2025 at 07:37:01AM -0600, Simon Glass wrote:
> This construct appears in various places. Reduce code size by adding a
> function for it.
>
> It inits the abuf, then allocates it to the requested size.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch wit
On Tue, Apr 29, 2025 at 03:01:56PM -0500, Bryan Brattlof wrote:
> TI's Foundational Security (TIFS), Device Management (DM) and Device
> Management and Security Control (DMSC) firmware are required for a
> successful boot. Remove the 'optional' flag so binman will emit an error
> if these firmware
> Date: Mon, 5 May 2025 07:48:43 -0600
> From: Tom Rini
>
> On Mon, May 05, 2025 at 11:45:05AM +0200, Rasmus Villemoes wrote:
> > On Fri, May 02 2025, Tom Rini wrote:
> >
> > > On Fri, May 02, 2025 at 01:34:33PM +0200, Bruno Leite wrote:
> > >
> > >> From: Bruno Leite
> > >>
> > >>
> > >> Cu
On Mon, Apr 28, 2025 at 07:40:36AM +0200, Heinrich Schuchardt wrote:
> The RISC-V emulation has develop quite a bit since 8.2.0.
> Let's update the QEMU version.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Tom Rini
But please note that it's blocked on:
https://gitlab.com/qemu-project/
On Sun, May 04, 2025 at 03:12:07PM +, Johannes Krottmayer wrote:
> Hello U-Boot list members!
>
> There exist an issue with the newly GNU binutils version 2.44 when
> trying to build U-Boot at link time.
>
> Error output:
> $ make stm32h743-eval_defconfig
> $ make
> [...]
>LD u-boot
On Mon, May 05, 2025 at 09:51:52PM +0200, Heinrich Schuchardt wrote:
> Mark Kettenis schrieb am Mo., 5. Mai 2025, 21:03:
>
> > > Date: Fri, 2 May 2025 18:08:56 +0200
> > > From: Heinrich Schuchardt
> > >
> > > On 5/2/25 16:49, Simon Glass wrote:
> > > > Hi Heinrich,
> > > >
> > > > On Mon, 21 Ap
Mark Kettenis schrieb am Mo., 5. Mai 2025, 21:03:
> > Date: Fri, 2 May 2025 18:08:56 +0200
> > From: Heinrich Schuchardt
> >
> > On 5/2/25 16:49, Simon Glass wrote:
> > > Hi Heinrich,
> > >
> > > On Mon, 21 Apr 2025 at 10:26, Heinrich Schuchardt
> > > wrote:
> > >>
> > >> The EFI boot manager b
On Mon, 05 May 2025 17:01:23 +0200, Patrice CHOTARD wrote:
> Please pull the STM32 related patches for u-boot/master, v2025.07 =
> u-boot-stm32-20250505
>
> CI status:
> https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/26081
>
> The following
On Mon, 05 May 2025 15:27:13 +0200, Heiko Schocher wrote:
> please pull from u-boot-ubi master
>
> The following changes since commit 9dbe8d889546efd6c1a3470092588b9b6820158f:
>
>Merge branch 'master' of
> https://source.denx.de/u-boot/custodians/u-boot-sh (2025-05-04 13:44:01
> -0600)
>
>
Hi Tom,
On Mon, May 5, 2025 at 6:50 AM Tom Rini wrote:
>
> On Sun, May 04, 2025 at 03:42:24PM -0700, Tony Dinh wrote:
> > On Sun, May 4, 2025 at 3:37 PM Tony Dinh wrote:
> > >
> > > Hi Tom,
> > >
> > > On Fri, May 2, 2025 at 1:12 PM Tom Rini wrote:
> > > >
> > > > This converts almost all of th
> Date: Fri, 2 May 2025 18:08:56 +0200
> From: Heinrich Schuchardt
>
> On 5/2/25 16:49, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Mon, 21 Apr 2025 at 10:26, Heinrich Schuchardt
> > wrote:
> >>
> >> The EFI boot manager bootmeth does not require variable BootOrder to be
> >> preexisting. It
Hi Jonathan,
On Mon, May 5, 2025 at 6:57 AM Dullfire wrote:
> Sure.
> Should the dt-bindings include update be part of the driver changes, or the
> devicetree commit?
It should be part of the devicetree patch.
On Sat, May 03, 2025 at 08:29:13AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 2 May 2025 at 14:04, Tom Rini wrote:
> >
> > On Fri, May 02, 2025 at 09:42:56PM +0200, Heinrich Schuchardt wrote:
> > > On 5/2/25 21:30, Tom Rini wrote:
> > > > On Fri, May 02, 2025 at 07:19:18PM +0200, Heinrich Sc
On Thu, May 01, 2025 at 07:18:32AM -0600, Simon Glass wrote:
> This series restores the original behaviour of extlinux booting linux
> 'Image' files, which is to ignore CONFIG_SYS_BOOTM_LEN and instead uses
> a limit of 10x the compressed size.
>
> It also adds RISC-V support, since it uses a sim
On Fri, May 02, 2025 at 08:10:33PM -0600, Simon Glass wrote:
> Hi Eric,
>
> On Fri, 2 May 2025 at 14:06, Eric Schikschneit
> wrote:
> >
> > This will allow arch(s) that use device tree blobs to pad the end of the
> > device tree so they can be modified by board files at run time. This will
> > he
From: Jean-Marie Verdun
v3
Remove Global definition
Replace polling by read_poll_timeout
Remove unused function
Add empty lines before returns statement
Remove declaration and code mix
Switch to dev_dbg
Relocate read/write helpers to top of file
Remove include and incorporate it into the code
v2
From: Jean-Marie Verdun
Add support for the Wiznet W5500 spi to ethernet controller
Signed-off-by: Jean-Marie Verdun
---
drivers/net/Kconfig | 9 +
drivers/net/Makefile | 1 +
drivers/net/w5500.c | 618 +++
3 files changed, 628 insertions(+)
creat
The write_host_id is the last element here and order does matter. This
may have gone unnoticed before as by default all elements are 0, but
if this is updated to a different host, it will not work. Update
the order so write_host_id is the last element in all current secure
board configs.
Reported-
We need to prerelocate VOP2 memory so the driver can work. This
will only support U-Boot proper.
Signed-off-by: Dang Huynh
---
arch/arm/dts/rk356x-u-boot.dtsi | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/dts/rk356x-u-boot.dtsi b/arch/arm/dts/rk356x-u-boot.dtsi
index
87186973
This matches how VPLL is configured under Linux and avoid weird
behaviors when VPLL is reconfigured under Linux.
Signed-off-by: Dang Huynh
---
drivers/clk/rockchip/clk_rk3568.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/clk/rockchip/clk_rk3568.c
b/drivers/c
Now that we have VOP2 support, let's enable it and support the
built in USB keyboard.
Signed-off-by: Dang Huynh
---
configs/pinetab2-rk3566_defconfig | 10 ++
1 file changed, 10 insertions(+)
diff --git a/configs/pinetab2-rk3566_defconfig
b/configs/pinetab2-rk3566_defconfig
index
45e6
HDMI on RK3568 is mostly simplified, all this does is enabling
DDC for display timings and HPD.
Signed-off-by: Dang Huynh
---
drivers/video/rockchip/Makefile | 1 +
drivers/video/rockchip/rk3568_hdmi.c | 71
2 files changed, 72 insertions(+)
diff --git
Now that we have VOP2 support, we should enable vidconsole.
Signed-off-by: Dang Huynh
---
include/configs/quartz64_rk3566.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/configs/quartz64_rk3566.h
b/include/configs/quartz64_rk3566.h
index
dfe0fee94cdb043cbca558
Add support for video bridge to VOP2 so we can use the MIPI DSI
bridge driver that we have.
Reviewed-by: Svyatoslav Ryhel
Signed-off-by: Dang Huynh
---
drivers/video/rockchip/rk_vop2.c | 81 +---
1 file changed, 59 insertions(+), 22 deletions(-)
diff --git a
VOP2 (Video Output Processor v2) is a display controller on Rockchip
SoCs. It can be found on RK3566/8 and RK3588.
This commit currently only supports RK3566/8.
Signed-off-by: Dang Huynh
---
arch/arm/include/asm/arch-rockchip/vop_rk3568.h | 280 +
drivers/video/rockchip/Makefile
This allows video drivers to obtain display timings from the video
bridge.
Reviewed-by: Svyatoslav Ryhel
Signed-off-by: Dang Huynh
---
drivers/video/rockchip/dw_mipi_dsi_rockchip.c | 19 +++
1 file changed, 15 insertions(+), 4 deletions(-)
diff --git a/drivers/video/rockchip/dw
BOE TH101MB31IG002-28A is a MIPI-DSI panel used in the Pine64
PineTab2.
Reviewed-by: Svyatoslav Ryhel
Signed-off-by: Dang Huynh
---
drivers/video/Kconfig | 10 ++
drivers/video/Makefile | 1 +
drivers/video/boe-th101mb31ig002-28a.c | 236 +
From: Ondrej Jirman
In this case the DM returns ENOENT, not ENODATA.
Signed-off-by: Ondrej Jirman
Reviewed-by: Svyatoslav Ryhel
Signed-off-by: Dang Huynh
---
drivers/video/rockchip/dw_mipi_dsi_rockchip.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/rockch
From: Ondrej Jirman
Calculate burst mode overhead in one place for both internal
and external PHY use case and exit if out of range, instead
of ignoring the wrong value.
Signed-off-by: Ondrej Jirman
Signed-off-by: Dang Huynh
---
drivers/video/rockchip/dw_mipi_dsi_rockchip.c | 24 ++---
The driver is in video bridge class, so we must depend on it or
the driver will fail to init.
Reviewed-by: Svyatoslav Ryhel
Signed-off-by: Dang Huynh
---
drivers/video/rockchip/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/rockchip/Kconfig b/drivers/v
This series adds VOP2 support to U-Boot and enable it for PineTab2.
HDMI should work flawlessly but there's still some timings issue with
DW MIPI DSI, perhaps that's something to look into later.
PATCH 4 and 7 requires get_display_timing patch[1]. This patch should
should now be in master.
There
On Mon, May 05, 2025 at 05:37:33PM +0200, Simon Glass wrote:
> Hi Quentin,
>
> On Mon, 5 May 2025 at 10:34, Quentin Schulz wrote:
> >
> > Hi Simon,
> >
> > On 5/1/25 3:37 PM, Simon Glass wrote:
> > [...]
> > > diff --git a/boot/bootstd-uclass.c b/boot/bootstd-uclass.c
> > > index 9bee73ead58..294
On Thu, May 01, 2025 at 07:06:03AM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Fri, 18 Apr 2025 at 08:08, Tom Rini wrote:
> >
> > On Fri, Apr 18, 2025 at 07:46:59AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Fri, 18 Apr 2025 at 07:33, Tom Rini wrote:
> > > >
> > > > On Fri, Apr 18, 20
On Mon, May 05, 2025 at 05:34:58PM +0200, Simon Glass wrote:
> Hi Tom,
>
> On Mon, May 5, 2025, 15:45 Tom Rini wrote:
> >
> > On Mon, May 05, 2025 at 02:58:06PM +0200, Simon Glass wrote:
> > > Hi Neil,
> > >
> > > On Mon, 5 May 2025 at 09:06, wrote:
> > > >
> > > > Hi,
> > > >
> > > > On 02/05/2
From: Quentin Schulz
Bootloaders typically can be loaded from different storage media, such
as eMMC, SD card, SPI flash, EEPROM, 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 r
On 5/5/25 07:26, Varadarajan Narayanan wrote:
On Fri, May 02, 2025 at 02:32:52PM +0200, Casey Connolly wrote:
Hi Varadarajan,
You have almost entirely ignored my feedback on the previous revision.
Sorry. Since you had said "For now I'm fine with this new
sysreset-qcom.c driver", in [1], I
If I add the usb reset command, it works reliably at reboot, but it
does not work on a fresh power-up with that change.
On Mon, May 5, 2025 at 2:07 AM wrote:
> I think it's a very long term issue, USB lacks a proper reset at probe on
> warm reset, does USB still work from U-Boot after the reboo
Insets are handled inconsistently at present, since menus use them to
offset the label text, whereas textlines don't. This is done because
menus need the margin to be visible when opened. However this causes an
alignment issue when menus and textlines appear in the same cedit.
Remove the offsets f
There is no need to create a new ID and it makes it harder for tests to
locate objects. Use the ID provided in the file, if any.
Signed-off-by: Simon Glass
---
boot/expo_build.c | 6 ++
test/boot/expo.c | 2 +-
2 files changed, 3 insertions(+), 5 deletions(-)
diff --git a/boot/expo_build.
With fixed coordinates it is difficult to create scenes that can work on
any display size. Add a separate 'requested' bounding box for each
object and sync it when required.
With future work, this will allow scaling the nominal coordinates so
that an expo can be rendered correctly on a wider range
Two of the objects have a space in their name. Change it to a hyphen to
match the other objects.
Signed-off-by: Simon Glass
---
test/boot/expo.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/test/boot/expo.c b/test/boot/expo.c
index b05e57b4f5a..517fb09d767 100644
---
Rather than hard-coding the distance between the labels and the key,
measure the width of the pointer to determine the space needed.
Tweak a few tests according. It isn't possible to get the same result
when the font-size differs.
Signed-off-by: Simon Glass
---
boot/scene_menu.c | 17 +
At present the components of each menu item are set at fixed positions.
Use an 'x' variable instead, so that we can eventually move to taking
account of the actual dimensions of the items.
Signed-off-by: Simon Glass
---
boot/scene_menu.c | 21 +
1 file changed, 13 insertions
The goal here is to obtain the dimensions of the edit field, which does
not change.
Since scene_arrange() now handles setting the bounding-box size based on
the dimensions there is no need to do it here.
Adjust the code to simply set up the dimensions.
Signed-off-by: Simon Glass
---
boot/scen
It is possible that positions, styling or even text have changed since
the scene was initially arranged, so recalculate the dimensions of all
objects before arranging the scene.
Signed-off-by: Simon Glass
---
boot/scene.c | 39 +++
test/boot/expo.c | 1 -
Allow expanding dimensions using the dimensions of an object or another
dimensions struct.
Signed-off-by: Simon Glass
---
boot/scene.c | 20
boot/scene_internal.h | 29 ++---
2 files changed, 46 insertions(+), 3 deletions(-)
diff --git a/bo
A menu's dimensions are currently only used for positioning the
component parts of the menu, i.e. the label, key, description and
preview.
Move the logic for this entirely into the scene_menu file and drop the
logic at the top level.
Signed-off-by: Simon Glass
---
boot/scene.c | 12 +-
Rather than drawing the poointer with a hard-coded position elsewhere in
the code, add a field to hold this value.
Move the check for the pointer position up so that the ordering of the
tests matches the order that the fields are dealt with in
scene_menu_arrange()
Signed-off-by: Simon Glass
---
Switch the order of these two calls since dims for each object should be
figured out before moving to arranging things.
Signed-off-by: Simon Glass
---
boot/cedit.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/boot/cedit.c b/boot/cedit.c
index b7c2d37e3a2..c560be4d9c4 10
We always call this with false first, then true. Drop the parameter and
handle this within the function itself.
Signed-off-by: Simon Glass
---
boot/expo.c | 9 +
boot/scene.c | 93 ---
boot/scene_internal.h | 3 +-
3 files changed
Rename the existing expo_apply_theme() to expo_setup_theme() and adjust
the former so that it applies a theme which has already been read into
the struct. This will make it easier for tests to check theme
adjustments, since they won't have to put them in a node.
Add the white-on-black property int
Check the framebuffer immediately after the first render, to make sure
it doesn't change when the scene is arranged a second time.
Check that the logic around menu-item highlight is correct.
Signed-off-by: Simon Glass
---
test/boot/expo.c | 18 ++
1 file changed, 18 insertions(
Moving from one scene to another should not result in the scene being
re-arranged. Drop this, so that tests can have more control of when
scenes are arranged.
Also drop the scene_arrange() call when applying a theme, for the same
reason.
Add the now-required scene_arrange() to cedit and bootmenu
Provide a convenient function which arranges the current scene in an
expo. Make use of this in bootflow_menu
Signed-off-by: Simon Glass
---
boot/bootflow_menu.c | 12 +---
boot/expo.c | 19 +++
include/expo.h | 11 +++
3 files changed, 31 insertion
When testing menu items it is easier to check that the correct preview
is shown if the preview images are different. Make a copy of the image
and modify the palette for the second menu item, so this is obvious.
Signed-off-by: Simon Glass
---
boot/bootflow_menu.c | 2 +-
drivers/video/v
A few fields should not be changed by the controller code. Add a comment
so this is obvious.
Signed-off-by: Simon Glass
---
include/expo.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/include/expo.h b/include/expo.h
index 4dee479e9a0..6b191815ded 100644
--- a/include
At present cedits look a little odd when they have both menus and
textlines. This series tidies that up and improves the testing to cover
this situation.
Expos now have 'requested' positions for each object, which are synced
to the actual positions when scene_arrange() is called. This solves a
pro
Hi Quentin,
On Mon, 5 May 2025 at 10:34, Quentin Schulz wrote:
>
> Hi Simon,
>
> On 5/1/25 3:37 PM, Simon Glass wrote:
> [...]
> > diff --git a/boot/bootstd-uclass.c b/boot/bootstd-uclass.c
> > index 9bee73ead58..294865feb64 100644
> > --- a/boot/bootstd-uclass.c
> > +++ b/boot/bootstd-uclass.c
>
Hi Tom,
On Mon, May 5, 2025, 15:45 Tom Rini wrote:
>
> On Mon, May 05, 2025 at 02:58:06PM +0200, Simon Glass wrote:
> > Hi Neil,
> >
> > On Mon, 5 May 2025 at 09:06, wrote:
> > >
> > > Hi,
> > >
> > > On 02/05/2025 04:50, Simon Glass wrote:
> > > > During a recent discussion with Heinrich we dis
On Thu, May 01, 2025 at 07:18:34AM -0600, Simon Glass wrote:
> RISC-V uses a similar linux 'Image' format to ARM64, so add support for
> it in bootm_load_os()
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
Hi Tom
Please pull the STM32 related patches for u-boot/master, v2025.07 =
u-boot-stm32-20250505
CI status: https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/26081
The following changes since commit 9dbe8d889546efd6c1a3470092588b9b6820158f:
Merge branch 'master'
From: Quentin Schulz
This was only used on RK3288 Chromebooks and the EVB.
If it follows the same pattern as for RK3399 Chromebooks where their
maintainer (Simon) agreed[1] to removal of u-boot.rom on the basis that
the generic u-boot-rockchip-spi.bin is now enough, let's do the same for
RK3288
From: Quentin Schulz
This was only used on RK3399 Gru Chromebooks and their maintainer
(Simon) agreed[1] to its removal on the basis that the generic
u-boot-rockchip-spi.bin is now enough, so let's do that.
At the same time, remove HAS_ROM symbol from the Gru Chromebooks config
since they were u
This gets rid of u-boot.rom generation as that was used only on Rockchip
Chromebooks and their maintainer (Simon) seems to agree[1] that
u-boot-rockchip-spi.bin should do the job now so we don't need to
generate it anymore. This was agreed for RK3399 Chromebooks, I'm
attempting to do the same for R
On Mon, May 05, 2025 at 09:28:19AM -0300, Fabio Estevam wrote:
> Hi Marek and Tom,
>
> On Mon, Mar 31, 2025 at 3:31 PM Tom Rini wrote:
>
> > And make similar changes to .azure-pipelines.yml as well please.
>
> I made another attempt and still get CI errors when applying this
> patch. zstd is n
On Mon, May 05, 2025 at 04:43:14PM +0200, Heinrich Schuchardt wrote:
> Since Ubuntu Jammy lz4-tools is only a virtual package which pulls in
> lz4 as dependency.
>
> Update documentation too.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PG
On Sat, May 03, 2025 at 03:27:50PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Sat, 3 May 2025 at 10:37, Tom Rini wrote:
> >
> > On Sat, May 03, 2025 at 10:30:35AM -0600, Tom Rini wrote:
> > > On Fri, May 02, 2025 at 08:10:30PM -0600, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Fri, 2 Ma
Since Ubuntu Jammy lz4-tools is only a virtual package which pulls in
lz4 as dependency.
Update documentation too.
Signed-off-by: Heinrich Schuchardt
---
doc/build/gcc.rst | 2 +-
tools/docker/Dockerfile | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/build/gcc.
Hi Kever,
On 1/31/25 11:31 AM, Quentin Schulz wrote:
While testing some WIP work done by Ilias Apalodimas on guaranteeing
read-only memory areas truly are handled as read-only[1], my RK3588
Tiger couldn't reach U-Boot CLI anymore because of the pinctrl driver
modifying a const struct rockchip_pi
On 5/3/25 15:31, Heinrich Schuchardt wrote:
> Adjust network tests to run with CONFIG_NET_LWIP=y.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> test/py/tests/test_efi_loader.py | 2 +-
> test/py/tests/test_fpga.py | 4 ++--
> test/py/tests/test_net.py| 2 +-
> 3 files changed,
Hi Łukasz,
On 1/17/25 5:18 PM, Quentin Schulz wrote:
Hi Łukasz, Kever,
On 11/27/24 11:21 PM, Łukasz Czechowski wrote:
Hi Kever,
On 2024/11/27 03:42 Kever Yang wrote:
Hi Lukasz,
I got a new error base on patch [1], see full log here [2].
Looking at the file efi_stub.c that is used
On 5/3/25 15:31, Heinrich Schuchardt wrote:
> In some cases we have alternative configuration options that supply the
> same functionality, e.g CONFIG_NET and CONFIG_NET_LWIP.
>
> Allow to specify all of them as arguments for buildconfigspec() and execute
> the text if any of these is fulfilled
1 - 100 of 154 matches
Mail list logo
