On Wed, Mar 26, 2025 at 09:28:04AM +0200, Ilias Apalodimas wrote:
> Hi Varadarajan
>
> On Wed, 26 Mar 2025 at 07:47, Varadarajan Narayanan
> wrote:
> >
> > If the EFI runtime services pointers are relocated even though
> > relocation is skipped, it corrupts some other data resulting in some
> > un
Hello Adam,
On 26/03/2025 at 10:39:44 -05, Adam Ford wrote:
> On Wed, Mar 26, 2025 at 10:01 AM Miquel Raynal
> wrote:
>>
>> These are all the clocks needed to get an LCD panel working, going
>> through one of the LCDIF and the LDB. The media AXI and APB clocks are
>> also described.
>>
>
> You
> - Fixed the tests, again.
I observe that the doc explicitly says that we should run tests
(specifically the DM tests) using -T to use the test.dts DT
instead of the default -D sandbox.dts.
However Azure pipelines do not use the test device tree and obviously
fail sometimes:
https://dev.azure.
Add support for the i.MX8 MEDIAMIX domain which is driving the power
over the whole display/rendering pipeline.
Signed-off-by: Miquel Raynal
Reviewed-by: Fabio Estevam
---
drivers/power/domain/imx8m-power-domain.c | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/po
These are all the clocks needed to get an LCD panel working, going
through one of the LCDIF and the LDB. The media AXI and APB clocks are
also described.
Signed-off-by: Miquel Raynal
---
drivers/clk/imx/clk-imx8mp.c | 69
1 file changed, 69 insertions
It is very surprising that such an uclass, specifically designed to
handle resources that may be shared by different devices, is not keeping
the count of the number of times a power domain has been
enabled/disabled to avoid shutting it down unexpectedly or disabling it
several times.
Doing this ca
Hello,
On 26/03/2025 at 18:31:02 +02, Svyatoslav Ryhel wrote:
> ср, 26 бер. 2025 р. о 17:01 Miquel Raynal пише:
>>
>> Naming between the parameter list, the prototype and the main comment do
>> not match. Fix the comment which seems the be the one that is incorrect.
>>
>> Fixes: 9057077cf4e1 ("
Add support for the LCD interfaces (LCDIF1/2). When probed, these
interfaces request numerous clocks and power domains, attach the bridge
and look for a panel in order to retrieve its capabilities and
properties.
There is a similar existing driver in the upper folder for other i.MX
targets, I disc
Add support for the LVDS Display Bridge (LDB) found on i.MX8MP.
When attached, the bridge driver looks for panels connected to one of
its two outputs and adapts its own configuration to use them. There is
currently no support for merged/split displays.
Note regarding the clock configuration:
The
The IPUv3 is one IP part of the imx world, there are others, and
selecting the whole imx/ folder based on such a specific Kconfig symbol
is sub-optimal. Let's always enter the imx/ folder, and then selectively
compile parts of the folder based on the configuration.
Signed-off-by: Miquel Raynal
--
This block delivers power and clocks to the whole display and rendering
pipeline.
Signed-off-by: Miquel Raynal
---
drivers/power/domain/Kconfig | 7 ++
drivers/power/domain/Makefile | 1 +
drivers/power/domain/imx8mp-mediamix.c | 208 +
3 fi
`.priv_data_size` does not exist. I believe the actual structure member
was supposed to be `.priv_auto`.
Reviewed-by: Simon Glass
Signed-off-by: Miquel Raynal
---
doc/develop/driver-model/design.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/develop/driver-model/des
This is a new DM core helper. There is now a graph endpoint
representation in the sandbox test DTS, so we can just use it to verify
the helper proper behavior.
Suggested-by: Simon Glass
Reviewed-by: Simon Glass
Signed-off-by: Miquel Raynal
---
test/dm/test-fdt.c | 20 +++-
1 fi
Naming between the parameter list, the prototype and the main comment do
not match. Fix the comment which seems the be the one that is incorrect.
Fixes: 9057077cf4e1 ("core: ofnode: add of_graph parsing helpers")
Signed-off-by: Miquel Raynal
---
drivers/core/ofnode_graph.c | 2 +-
1 file changed
In order to display a boot picture or an error message, the i.MX8MP
display pipeline must be enabled. The SoC has support for various
interfaces (LVDS, HDMI, DSI). The one supported in this series is the
standard 4-lane LVDS output. The minimal setup is thus composed of:
* An LCD InterFace (LCDIF)
Hi Fabio,
On 13/03/2025 at 15:26:30 -03, Fabio Estevam wrote:
> Hi Miquel,
>
> On Mon, Mar 3, 2025 at 2:15 PM Svyatoslav Ryhel wrote:
>
>> If seems that we are working on the same OF graph stuff
>
> Yes, there is a conflict in next when I try to apply your series due
> to recent commits from Sv
Hi Heinrich,
On Mon, 24 Mar 2025 at 19:50, Heinrich Schuchardt wrote:
>
> On 17.03.25 14:38, Ilias Apalodimas wrote:
>
> %s/EFI_BOUNCE_BUFFER/CONFIG_EFI_LOADER_BOUNCE_BUFFER/
>
> > The EFI subsystem defines its own bounce buffer for devices that
> > can't transfer data > 4GB. U-Boot already has a
At my workplace, I ran:
make distclean
make sandbox_defconfig
make all
The result:
LTO u-boot
/usr/bin/ld: /tmp/ccvKFEMH.ltrans0.ltrans.o: in function `pci_io_read':
/home/mclauam/gitclone/u-boot/arch/sandbox/lib/pci_io.c:52:(.text+0x3d1):
undefined reference to `__stack_chk_guard'
/usr/b
On Wed, 26 Mar 2025 16:58:50 +0200, Ilias Apalodimas wrote:
> An interesting series that allows us to boot installers and live images from
> EFI, without any
> distro-specific quirks.
>
> The following changes since commit 042c8f0cb1ea5f6988e8633799f7b550876f0ae6:
>
> Merge tag 'u-boot-imx-ne
On Wed, 26 Mar 2025 19:09:37 +0200, Svyatoslav Ryhel wrote:
> The following changes since commit eeefcacb851f7f0bccabc3089a725f5ce86f5c70:
>
> Merge tag 'u-boot-stm32-20250312' of
> https://source.denx.de/u-boot/custodians/u-boot-stm into next (2025-03-12
> 21:36:52 -0600)
>
> are available
On Tue, Mar 18, 2025 at 9:13 PM Marek Vasut wrote:
>
> On 3/19/25 2:42 AM, Adam Ford wrote:
> > Much of the data that is display by imx8_cpu.c is also
> > displayed from arch/arm/mach-imx/cpu.c, except the
> > speed grade and temperature unless the SoC is an i.MX9.
> > Expand this to include check
Use clock-names property which is accessible via parent clock OF node
to look up the parent clock by name instead of depending on unreliable
global clock name to perform look up.
Signed-off-by: Marek Vasut
---
Cc: Adam Ford
Cc: Christoph Niedermaier
Cc: Dong Aisheng
Cc: Fabio Estevam
Cc: Hou
Pass U-Boot specific struct udevice pointer to clock parent device
to clk_register_mux(), so clk_register_mux() can access the parent
udevice.
Signed-off-by: Marek Vasut
---
Cc: Adam Ford
Cc: Christoph Niedermaier
Cc: Dong Aisheng
Cc: Fabio Estevam
Cc: Hou Zhiqiang
Cc: Michael Trimarchi
Cc:
On Wed, 26 Mar 2025 22:23:36 +0530, Sughosh Ganu wrote:
> Commit 56f186a68b3 ("lmb: check if a region can be reserved by
> lmb_reserve()") fixed the lmb_reserve() and lmb_alloc_addr() API's for
> some corner case scenarios, and also added corresonding test cases for
> these corner cases. These tes
On Wed, 26 Mar 2025 14:22:04 +0200, Ilias Apalodimas wrote:
> A last minute fix for EFI and -master
>
> The following changes since commit 47f433d577a0e1e937c12bbdf632119f0c8b492e:
>
> Merge branch 'master' of
> https://source.denx.de/u-boot/custodians/u-boot-riscv (2025-03-25 11:55:05
> -06
Pass struct udevice * into imx_clk_gate*() functions, so the
clock core would have access to parent struct udevice *.
Signed-off-by: Marek Vasut
---
Cc: Adam Ford
Cc: Christoph Niedermaier
Cc: Dong Aisheng
Cc: Fabio Estevam
Cc: Hou Zhiqiang
Cc: Michael Trimarchi
Cc: Peng Fan
Cc: Tim Harvey
On AM335x EVM[1],
1. pin AM335X_ECAP0_IN_PWM0_OUT is used to enable the
backlight. ECAP0 can be configured in single channel PWM mode.
If CONFIG_PWM_TI_ECAP is enabled, perform eCAP0 pin muxing.
2. Pins LCD_DATA0 - LCD_DATA15, gpmc_ad8 - gpmc_ad15 and
lcd_vsync, lcd_sync, lcd_ac_bias_en, lcd_pclk
Hi Tom,
An interesting series that allows us to boot installers and live images from
EFI, without any
distro-specific quirks.
The following changes since commit 042c8f0cb1ea5f6988e8633799f7b550876f0ae6:
Merge tag 'u-boot-imx-next-20250325' of
https://gitlab.denx.de/u-boot/custodians/u-boot-i
On 3/26/25 18:40, Caleb Connolly wrote:
The initial capsule update support only worked on the RB3 Gen 2 and made
a lot of assumptions specific to that board.
Implement the logic necessary to update U-Boot no matter where it was
flashed to, independent of any particular board.
First, we keep
We can now correctly identify which partition U-Boot is flashed to
between uefi, xbl, and boot (including A/B support) so enable capsule
update support for all boards.
Signed-off-by: Caleb Connolly
---
configs/qcm6490_defconfig | 6 --
configs/qcom_defconfig| 3 +++
2 files changed, 3 in
Keep track of whether we were loaded via ABL or if U-Boot is running as
a first-stage bootloader.
For now we set this based on if we have a valid external FDT or not,
since it isn't possible to chainload U-Boot from ABL without there being
an external FDT.
This will be used to inform the capsule
Calling scsi_scan() results in all the block devices (and EFI block
devices) being destroyed and re-created. This breaks the EFI filesystem
drivers during capsule update.
Remove the call, since boards really should be calling scsi_scan()
themselves during board_init().
Signed-off-by: Caleb Connol
Expand capsule update support to correctly identify which partition
U-Boot is flashed to (between xbl, uefi, and boot including A/B
variants).
Use qcom_boot_source to determine if we were chainloaded from ABL,
meaning U-Boot is on the boot partition, otherwise we assume uefi if
it's available, fin
The initial capsule update support only worked on the RB3 Gen 2 and made
a lot of assumptions specific to that board.
Implement the logic necessary to update U-Boot no matter where it was
flashed to, independent of any particular board.
First, we keep track of how U-Boot was loaded, specifically
The "xdp" board went out of production years ago, remove the remnants
from the U-boot codebase as there is no point in maintaining them.
Signed-off-by: Mike Looijmans
---
arch/arm/dts/Makefile |1 -
.../zynqmp-topic-miamimp-xilinx-xdp-v1r1.dts | 117 --
.../psu_ini
Dear Tom,
The following changes since commit eeefcacb851f7f0bccabc3089a725f5ce86f5c70:
Merge tag 'u-boot-stm32-20250312' of
https://source.denx.de/u-boot/custodians/u-boot-stm into next (2025-03-12
21:36:52 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custo
Commit 56f186a68b3 ("lmb: check if a region can be reserved by
lmb_reserve()") fixed the lmb_reserve() and lmb_alloc_addr() API's for
some corner case scenarios, and also added corresonding test cases for
these corner cases. These tests were checking, among other things, the
lmb_alloc_addr() API. T
ср, 26 бер. 2025 р. о 17:01 Miquel Raynal пише:
>
> There are already several helpers to find a udevice based on its
> position in a device tree, like getting a child or a node pointed by a
> phandle, but there was no support for graph endpoints, which are very
> common in display pipelines.
>
> A
Hi Quentin,
On Tue, 25 Mar 2025 at 04:20, Quentin Schulz wrote:
>
> Hi Simon,
>
> On 3/20/25 4:26 AM, Simon Glass wrote:
> > Hi Quentin,
> >
> > On Wed, 19 Mar 2025 at 16:31, Quentin Schulz
> > wrote:
> >>
> >> Hi Simon
> >>
> >> On 3/19/25 4:03 PM, Simon Glass wrote:
> >>> Hi Quentin,
> >>>
>
ср, 26 бер. 2025 р. о 17:01 Miquel Raynal пише:
>
> Naming between the parameter list, the prototype and the main comment do
> not match. Fix the comment which seems the be the one that is incorrect.
>
> Fixes: 9057077cf4e1 ("core: ofnode: add of_graph parsing helpers")
> Signed-off-by: Miquel Ray
From: Marek Vasut
Sent: Friday, March 21, 2025 8:23 PM
> On 3/21/25 7:43 PM, Christoph Niedermaier wrote:
>> Add parameter "-l" for printing available environment targets. The
>> active target is marked with an asterisk. This is done by adding
>> the function env_select_print_list().
>>
>> If "env
On Wed, Mar 26, 2025 at 10:01 AM Miquel Raynal
wrote:
>
> These are all the clocks needed to get an LCD panel working, going
> through one of the LCDIF and the LDB. The media AXI and APB clocks are
> also described.
>
You might need to rebase off the 'next' branch. Marek V submitted a
bunch of c
We don't have a mechanism to safely shutdown block devices prior to a
baord reset or driver removal. Prevent data loss by synchronizing the
SCSI cache after every write.
In particular this solves the issue of capsule updates looping on some
devices because the board resets immediately after deleti
Use more generic function in 'meson_sm_pwrdm_set()'.
Signed-off-by: Arseniy Krasnov
---
arch/arm/mach-meson/sm.c | 8 +---
1 file changed, 1 insertion(+), 7 deletions(-)
diff --git a/arch/arm/mach-meson/sm.c b/arch/arm/mach-meson/sm.c
index 53b07e1dfe9..0a781e9c47b 100644
--- a/arch/arm/mac
On 26/03/2025 13:24, Caleb Connolly wrote:
The SCSI layer now issues a SYNC_CACHE command after every write to
ensure there is no data loss due to a board reset after write.
Implement support for this command and remove the same logic from the
ATA write path to be consistent with other SCSI back
On 26/03/2025 13:24, Caleb Connolly wrote:
We don't have a mechanism to safely shutdown block devices prior to a
baord reset or driver removal. Prevent data loss by synchronizing the
SCSI cache after every write.
In particular this solves the issue of capsule updates looping on some
devices beca
On 26/03/2025 13:24, Caleb Connolly wrote:
This clears the 6th byte of cmd twice rather than setting the 9th byte
to 0. Fix it.
The only other command that sets the 9th byte is the 64-bit read, so
this likely never caused issues in practise.
Signed-off-by: Caleb Connolly
---
drivers/scsi/scs
This clears the 6th byte of cmd twice rather than setting the 9th byte
to 0. Fix it.
The only other command that sets the 9th byte is the 64-bit read, so
this likely never caused issues in practise.
Signed-off-by: Caleb Connolly
---
drivers/scsi/scsi.c | 2 +-
1 file changed, 1 insertion(+), 1
SCSI devices like UFS may maintain their own cache to speed up writes,
however this is lost on board reset (and may be lost on device removal
or reset by OS drivers).
Currently this can be worked around by "waiting for a while" after
writing data to disk, but of course this is not an acceptable so
Hi Tom,
A last minute fix for EFI and -master
The following changes since commit 47f433d577a0e1e937c12bbdf632119f0c8b492e:
Merge branch 'master' of
https://source.denx.de/u-boot/custodians/u-boot-riscv (2025-03-25 11:55:05
-0600)
are available in the Git repository at:
https://source.den
This series adds support for UBIFS in AM64x, AM62x, AM62Px.
Test logs: https://gist.github.com/santhosh21/be687f10086fe3b02d76cf5126a99861
Signed-off-by: Santhosh Kumar K
Santhosh Kumar K (3):
configs: am64x: Add UBIFS support
configs: am62x: Add UBIFS support
configs: am62px: Add UBIFS s
Add UBIFS support on top of MTD devices by enabling the required
configs.
Signed-off-by: Santhosh Kumar K
---
configs/am62x_evm_a53_defconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/configs/am62x_evm_a53_defconfig b/configs/am62x_evm_a53_defconfig
index d9596cb72242..130ff3924
Add UBIFS support on top of MTD devices by enabling the required
configs.
Signed-off-by: Santhosh Kumar K
---
configs/am64x_evm_a53_defconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configs/am64x_evm_a53_defconfig b/configs/am64x_evm_a53_defconfig
index 3f002aecfa7e..bc00f5175e
[...]
> > >
> > > - /* Look for device tree that is already installed */
> > > - if (efi_get_configuration_table(&efi_guid_fdt))
> > > - return EFI_SUCCESS;
> >
> > This is the last nit I have an I think these are ready for -next.
> >
> > Instead
From: Peng Fan
This patch adds i.MX95 SoC and clock related code. Because they are
based on SCMI, put them in the scmi subfolder.
Signed-off-by: Alice Guo
Signed-off-by: Frank Li
Signed-off-by: Ji Luo
Signed-off-by: Jindong Yue
Signed-off-by: Peng Fan
Signed-off-by: Ranjani Vaidyanathan
Si
Remove leading space before dbsc5_ddr_setval_all_ch() , no functional change.
Signed-off-by: Marek Vasut
---
Cc: Nobuhiro Iwamatsu
Cc: Tom Rini
Cc: u-boot@lists.denx.de
---
drivers/ram/renesas/dbsc5/dram.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/ram/rene
On Wed, 26 Mar 2025 at 13:54, Ilias Apalodimas
wrote:
>
> Hi Sughosh
>
> On Mon, 17 Mar 2025 at 10:34, Sughosh Ganu wrote:
> >
> > The efi_install_fdt() function is called before booting an EFI binary,
> > either directly, or through a bootmanager. This function installs a
> > copy of the device-
doc/uImage.FIT/overlay-fdt-boot.txt does not exist anymore.
Reference the correct section of doc/usage/fit/overlay-fdt-boot.rst.
Fixes: 6f6e8bb695a7 ("doc: Bring in the FIT overlay information")
Signed-off-by: Heinrich Schuchardt
---
doc/README.pxe | 2 +-
doc/usage/fdt_overl
Hello Heiko,
On Wednesday, 26 March 2025 at 06:21:35 +01:00, Heiko Schocher
wrote:
> Hello Oskar,
>
> Hmm... yep, so the theory ... but let me first look if this is used in
> mainline:
>
> hs@threadripper:u-boot [master] $ grep -lr UBI_BLOCK configs/
> hs@threadripper:u-boot [master] $
>
> S
Hi,
On Wed, 2025-03-26 at 10:25 +0900, FUKAUMI Naoki wrote:
> Hi Arnaud,
>
> Basically, the Type-A OTG port of the Radxa ROCK series is intended
> to
> be used in HOST mode (unless there is a HOST/DEVICE switch).
yeah, I know that by default, it's intended as host but it's not hard
to hook a ca
The part_get_info_ubi() function was incorrectly returning 0 (success)
when a UBI volume was not found for a given partition index. This caused
the part_create_block_devices() function in blk-uclass.c to continue
creating devices for non-existent partitions up to MAX_SEARCH_PARTITIONS
Fix the issu
Hi Marek,
On 3/26/25 2:37 AM, Marek Vasut wrote:
On 3/26/25 1:15 AM, Tom Rini wrote:
On Wed, Mar 26, 2025 at 12:02:08AM +0100, Marek Vasut wrote:
On 3/24/25 1:39 PM, Quentin Schulz wrote:
Hi Marek,
Hi,
On 3/22/25 10:55 PM, Marek Vasut wrote:
Rename the variable and add ENV_ prefix, so th
On 3/26/25 09:28, Ilias Apalodimas wrote:
> When an ethernet driver fails to send a frame we print an error in lwIP.
> But depending on how often that error is it might significantly delay
> transmissions.
>
> For example downloading a big file with the rpi4 spams the console with
> 'send error
On 3/21/25 8:15 AM, Alice Guo (OSS) wrote:
[...]
+static int scmi_clk_get_permissions(struct udevice *dev, int clkid, u32 *perm)
+{
+ u32 version;
+ int ret;
+
+ struct scmi_clk_get_permissions_in in = {
+ .clock_id = clkid,
+ };
+ struct scmi_clk_get
When an ethernet driver fails to send a frame we print an error in lwIP.
But depending on how often that error is it might significantly delay
transmissions.
For example downloading a big file with the rpi4 spams the console with
'send error: -101', but removing the print makes the file download w
Hi Sughosh
On Mon, 17 Mar 2025 at 10:34, Sughosh Ganu wrote:
>
> The efi_install_fdt() function is called before booting an EFI binary,
> either directly, or through a bootmanager. This function installs a
> copy of the device-tree(DT) on the EFI configuration table, which is
> passed on to the O
On Mon, 17 Mar 2025 at 10:34, Sughosh Ganu wrote:
>
> From: Masahisa Kojima
>
> One of the problems an OS may face, when running in EFI, is that
> a mounted ISO, after calling ExitBootServices goes away, if that ISO
> is resident in RAM memory as a ramdisk.
>
> ACPI has NFIT and NVDIMM support to
On Sat, 22 Mar 2025 at 01:21, Heinrich Schuchardt
wrote:
>
> Use acpi_update_checksum() to update table header.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Ilias Apalodimas
> ---
> board/emulation/qemu-sbsa/acpi.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --
On Sat, 22 Mar 2025 at 01:21, Heinrich Schuchardt
wrote:
>
> Use acpi_update_checksum() for updating ACPI table header checksum.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Ilias Apalodimas
> ---
> lib/acpi/acpi_table.c | 18 +++---
> lib/acpi/base.c | 6 ++
> l
Thanks Vincent!
On Mon, 24 Mar 2025 at 10:35, Vincent Stehlé wrote:
>
> When converting an IPv4 device path node to text, the
> EFI_DEVICE_PATH_TO_TEXT_PROTOCOL will produce the following string:
>
> IPv4(5.6.7.8,TCP,UDP,0x6,DHCP,1.2.3.4,9.10.11.12,255.255.255.0)
>
> This string erroneously con
On Sat, 22 Mar 2025 at 01:21, Heinrich Schuchardt
wrote:
>
> Use acpi_update_checksum() to update table header.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Ilias Apalodimas
> ---
> arch/arm/mach-bcm283x/bcm2711_acpi.c | 4 ++--
> board/raspberrypi/rpi/rpi.c | 2 +-
> 2 files
On Sat, 22 Mar 2025 at 01:21, Heinrich Schuchardt
wrote:
>
> Introduce a new function to update ACPI table headers.
> This allows to simplify the existing code.
>
> Signed-off-by: Heinrich Schuchardt
Reviewed-by: Ilias Apalodimas
> ---
> include/acpi/acpi_table.h | 7 +++
> lib/acpi/acpi.
Hi Varadarajan
On Wed, 26 Mar 2025 at 07:47, Varadarajan Narayanan
wrote:
>
> If the EFI runtime services pointers are relocated even though
> relocation is skipped, it corrupts some other data resulting in some
> unexpected behaviour.
>
> In this specific case, it overwrote some page table entri
On 3/26/25 2:52 AM, Peng Fan wrote:
Subject: Re: [PATCH v8 02/19] pinctrl: nxp: add a pin controller driver
based on SCMI pin control protocol
On 3/25/25 9:06 AM, Peng Fan wrote:
[...]
diff --git a/include/scmi_protocols.h b/include/scmi_protocols.h
index 7abb2a6f36b..279ebbad440 100644
--- a
74 matches
Mail list logo
