On 3/27/25 15:38, Pascal Zimmermann wrote:
> For the STM32MP15 DHSOM, change the default environment so an AB schema
> on a device can be detected.
>
> For this the define "SCAN_DEV_FOR_BOOT_PARTS" is overwritten and
> appended.
>
> The detection works by looking for the partitions with specif
On 4/1/25 09:00, Dario Binacchi wrote:
> [backport from Linux commits 9b26d5c044d6a29ebfb1845408e0f2a7c5f89818
> and 219a1f49094f50bf9c382830d06149e677f76bed]
>
> The patch adds the FRIDA FRD400B25025-A-CTK panel, which belongs to the
> Novatek NT35510-based panel family.
>
> Signed-off-by: D
On 1/29/25 00:02, Tom Rini wrote:
Outside of changing versions here the other visible change is that we
tell grub that riscv64 does not have "large model" support. Without this
change the resulting mkimage is non-functional. This is known upstream
already.
Link: https://savannah.gnu.org/bugs/?65
On 3/18/25 14:23, Adriano Cordova wrote:
U-Boot can pass an initrd to subsequent boot stages via the
EFI_LOAD_FILE2_PROTOCOL. The current implementation only supports
this functionality via the efi boot manager: the initrd is taken
from the load options of the BootCurrent variable. This commit ad
On Fri, 11 Apr 2025 at 16:54, Cédric Le Goater wrote:
>
> Hi,
>
> On 4/11/25 01:14, Tom Rini wrote:
> > On Fri, Apr 11, 2025 at 08:07:15AM +0930, Joel Stanley wrote:
> >> On Mon, 7 Apr 2025 at 23:25, Eugen Hristev
> >> wrote:
> >>>
> >>> Hi everyone,
> >>>
> >>> I keep getting an error on runnin
From: Alice Guo
If there is a SoC specific SCMI protocol driver, using
scmi_proto_driver_get() function can avoid to add SoC specific code to
scmi_agent-uclass.c.
Signed-off-by: Alice Guo
---
drivers/clk/clk_scmi.c| 8 +++
drivers/firmware/scmi/scmi_agent-uclass.c | 28
From: Alice Guo
Changes for v9:
- remove the "firmware: scmi: smt: Interrupt communication enable" patch from
this patch-set and sent it separately
https://patchwork.ozlabs.org/project/uboot/patch/20250401075635.3802640-1-alice@oss.nxp.com/
- use scmi_proto_driver_get() function to get S
From: Alice Guo
This patch provides a pinctrl driver based on SCMI pin control protocol.
Currently, only the PINCTRL_CONFIG_SET command is implemented.
Signed-off-by: Ranjani Vaidyanathan
Signed-off-by: Peng Fan
Signed-off-by: Alice Guo
Reviewed-by: Ye Li
---
drivers/pinctrl/nxp/Kconfig
From: Alice Guo
This patch adds SCMI pin control protocol support to make the pin
controller driver based on SCMI, such as
drivers/pinctrl/nxp/pinctrl-imx-scmi.c, can be bound to the SCMI agent
device whose protocol id is 0x19.
Signed-off-by: Alice Guo
---
drivers/firmware/scmi/scmi_agent-ucla
From: Peng Fan
SCMI misc protocol is intended for miscellaneous functions which are
device specific and are usually defined to access bit fields. It is i.MX
specific. This patch adds SCMI misc protocol protocol_id and message_id
for getting the ROM passover data.
Signed-off-by: Peng Fan
Signed-
From: Peng Fan
SCMI Performance domain management protocol is intended for performance
management of groups of devices or APs that run in the same performance
domain. The functionality provided by the callee-side can be used by
passing the corresponding message_id.
Signed-off-by: Peng Fan
Signe
From: Alice Guo
Clock driver based on SCMI clock management protocol in Linux checks
clock state, parent and rate control permissions. To be consistent with
the kernel driver, add this check here. CLOCK_GET_PERMISSIONS is from
ARM System Control and Management Interface Platform Design Document 3
From: Ye Li
@protocols is an array of protocol identifiers that are implemented,
excluding the Base protocol. Four protocol identifiers are packed into
each array element. The number of elements of @protocols is specified by
callee-side.
Signed-off-by: Ye Li
Signed-off-by: Alice Guo
---
drive
From: Peng Fan
This patch adds the command CLOCK_PARENT_SET that can be used to set the
parent of a clock. ARM SCMI Version 3.2 supports to change the parent of
a clock device.
Signed-off-by: Peng Fan
Signed-off-by: Alice Guo
Reviewed-by: Ye Li
Reviewed-by: Marek Vasut
---
drivers/clk/clk_s
From: Alice Guo
This patch is used to add SCMI clock control permissions to sandbox for
testing.
Signed-off-by: Alice Guo
---
arch/sandbox/include/asm/scmi_test.h | 2 +
drivers/firmware/scmi/sandbox-scmi_agent.c | 56 --
2 files changed, 55 insertions(+), 3 deletion
From: Alice Guo
This patch is used to add the imx type string of i.MX95 ao that the
i.MX95 CPU info can be printed.
Signed-off-by: Alice Guo
---
drivers/cpu/imx8_cpu.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/cpu/imx8_cpu.c b/drivers/cpu/imx8_cpu.c
index 4e1eccaa5b0..4836b
From: Ye Li
When SPL loading image to secure region, for example, ATF and tee to
DDR secure region. Because the USDHC controller is non-secure master,
it can't access this region and will cause loading issue.
So use a trampoline buffer in non-secure region, then use CPU to copy the
image from tr
From: Ye Li
This patch adds i.MX95 Kconfig and Makefile. i.MX95 uses SCMI.
Signed-off-by: Ye Li
Signed-off-by: Alice Guo
Reviewed-by: Peng Fan
---
arch/arm/mach-imx/imx9/Kconfig | 7 +++
arch/arm/mach-imx/imx9/Makefile | 9 +++--
2 files changed, 14 insertions(+), 2 deletions(-)
di
From: Alice Guo
i.MX95 only supports low power boot, which means A55 is kicked by M33.
There is no ROM runs on A55 in such case so that deselect IMX8_ROMAPI
for i.MX95.
Signed-off-by: Alice Guo
---
arch/arm/mach-imx/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/ar
From: Alice Guo
i.MX95 needs to combine DDR PHY firmware images and their byte counts
together, so add a new entry type nxp-header-ddrfw for this requirement.
Signed-off-by: Alice Guo
---
tools/binman/entries.rst | 10
tools/binman/etype/nxp_header_ddrfw.py| 29 ++
From: Alice Guo
i.MX95 uses binman to invoke mkimage to create image container. 2 image
containers are needed currently. The first one is composed of
ahab-container.img, LPDDR firmware images, OEI images, System Manager
image and u-boot-spl.bin. The second one is consisted of ARM Trusted
firmware
From: Ye Li
This patch adds V2X container support for i.MX95. Since V2X container
may not be included in ahab-container.img of i.MX95, check if V2X
container exists in order to get the correct image end.
Signed-off-by: Ye Li
Signed-off-by: Alice Guo
Reviewed-by: Peng Fan
---
arch/arm/mach-im
From: Alice Guo
This patch add a document for i.MX95 Image Container Format.
Signed-off-by: Alice Guo
---
doc/imx/imx95_container.txt | 136
1 file changed, 136 insertions(+)
create mode 100644 doc/imx/imx95_container.txt
diff --git a/doc/imx/imx95_contai
From: Ye Li
This patch adds i.MX95 19x19 EVK board basic support.
Messaging unit for EdgeLock Secure Enclave, messaging unit for System
Manager, uSDHC for SD Card, gpio, lpuart are supported now.
Signed-off-by: Ye Li
Signed-off-by: Alice Guo
Reviewed-by: Peng Fan
---
arch/arm/dts/imx95-19x1
From: Alice Guo
When building the flash.bin of i.MX95 with binman,
mkimage.imx-boot.spl, mkimage.imx-boot.u-boot,
mkimage-out.imx-boot.spl and mkimage-out.imx-boot.u-boot are created.
Add these files to CLEAN_FILES so that they can be removed when running
"make clean".
Signed-off-by: Alice Guo
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
From: Christophe Roullier
Add compatible "st,stm32mp25-dwmac" to manage STM32MP2 boards
Signed-off-by: Christophe Roullier
Signed-off-by: Patrice Chotard
---
drivers/net/dwc_eth_qos.c | 4
drivers/net/dwc_eth_qos.h | 1 +
drivers/net/dwc_eth_qos_stm32.c | 11 +++
3
On Fri, 11 Apr 2025 at 10:08, Heinrich Schuchardt wrote:
>
> On 3/28/25 13:58, Ilias Apalodimas wrote:
> > Instead of just printing the label, add information for the Device
> > path as well so it's easier to see if we are booting from disk, network
> > etc
> >
> > Signed-off-by: Ilias Apalodimas
Thanks for the CC Heinrich
On Fri, 11 Apr 2025 at 09:31, Heinrich Schuchardt wrote:
>
> On 3/23/25 20:03, Christian Kohlschütter wrote:
> > Calling bootefi on an address that was loaded from memory (e.g., cramfs
> > or SPI flash via "sf read", etc.), currently results in the EFI binary
> > not
Hi Heinrich,
[...]
> +
> +/**
> + * current_exception_level()
> + *
> + * Return: current exception level, 0 - 3
> + */
> +static unsigned int current_exception_level(void)
> +{
> + unsigned long el;
> +
> + asm volatile (
> + "MRS %0, CurrentEL"
> + :
On Tue, 18 Mar 2025 at 11:23, Pawel Kochanowski wrote:
>
> U-Boot currently reserves only 0x3000 bytes when copying the FDT
> in copy_fdt(), which may not be sufficient if additional nodes
> (such as FMAN firmware) are added later.
>
> This patch uses the exisitng SYS_FDT_PAD to reserve space for
On Fri, 11 Apr 2025 at 08:36, Heinrich Schuchardt
wrote:
>
> The EFI selftest should match executing a real EFI binary
> as closely as possible.
>
> Use do_bootefi_exec() to enter the EFI selftest.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> cmd/bootefi.c | 7 +--
> 1 file changed, 5 inse
Hi Simon
On Sat, 5 Apr 2025 at 23:46, Simon Glass wrote:
>
> The EFI-loader code has not been fully converted to use bloblist, so
> relies on the SMBIOS-table address being set in global_data.
Can you explain a bit more what this means? The SMBIOS tables for EFI
are supposed to be on EFI allocat
Hi Jonas,
On 4/10/25 11:44 PM, Jonas Karlman wrote:
From: Simon Glass
The U-Boot image is currently being identified as an invalid OS in
spl_fit_image_get_os() due to case sensitive compare.
Use the correct lower-case value to fix this.
Fixes: e0c0efff2a02 ("rockchip: Support building the al
Hi Jonas,
On 4/10/25 11:44 PM, Jonas Karlman wrote:
Use of SHA256 checksum validation on ARMv7 SoCs can be very time
consuming compared to when used on a ARMv8 SoC with Crypto Extensions.
Add support for use of the much faster CRC32 hash algo when SHA256 is
not supported in SPL. Also use a HAS_
On 11:04-20250411, Kumar, Udit wrote:
> Hi Nishanth,
>
> Sorry for basic question
>
> On 4/7/2025 5:45 PM, Nishanth Menon wrote:
> > [..] This creates a problem when Device Manager(DM) firmware starts up later
> > on in the boot process and identifies that this instanc
On 4/10/25 23:25, Simon Glass wrote:
Hi Caleb,
On Thu, 10 Apr 2025 at 09:41, Caleb Connolly wrote:
Hi Simon,
On 4/10/25 16:15, Simon Glass wrote:
Hi Caleb,
On Thu, 10 Apr 2025 at 08:04, Caleb Connolly wrote:
On 4/10/25 15:07, Simon Glass wrote:
Hi Caleb,
On Thu, 10 Apr 2025 at 07
Hi Neil,
On Tue, 8 Apr 2025 at 12:13, Neil Armstrong wrote:
>
> Introduce a new part_get_info_cached() API that's used to
> get the part_info of a blk_desc allowing to use an eventual
> partition scanning cache to avoid rescanning the entire disk
> partition scheme for each partition number.
>
>
On 4/11/25 12:00, Ilias Apalodimas wrote:
Hi Heinrich,
[...]
+
+/**
+ * current_exception_level()
+ *
+ * Return: current exception level, 0 - 3
+ */
+static unsigned int current_exception_level(void)
+{
+ unsigned long el;
+
+ asm volatile (
+ "MRS %0, CurrentEL"
Hi,
> J722S has hw rng, which can be used by OPTEE.
> So remove option to use SW TRNG by OPTEE.
>
> Signed-off-by: Udit Kumar
> ---
> reference discussion
> https://lore.kernel.org/all/20250313144155.2382316-1-mwa...@kernel.org/
>
> Bootlogs with optee trng
> https://gist.github.com/uditkumarti
On 4/9/2025 7:46 PM, Horia Geanta wrote:
> On 4/9/2025 9:19 AM, Gaurav Jain wrote:
>> Hi Pawel
>>
>>> From: Paweł Kochanowski
>>>
>> 5. The loop in
>>> caam_rng_read is called second time, this time the `priv->desc` contain
>>> swapped
>>> data.
>>>
>>> Interesting thing is that the job still suc
On 14:17-20250411, Michael Walle wrote:
> Hi,
>
> > J722S has hw rng, which can be used by OPTEE.
> > So remove option to use SW TRNG by OPTEE.
> >
> > Signed-off-by: Udit Kumar
> > ---
> > reference discussion
> > https://lore.kernel.or
OF_LIVE offers a variety of benefits, one of them being that the live
tree can be modified without caring about the underlying FDT. This is
particularly valuable for working around U-Boot limitations like lacking
USB superspeed support on Qualcomm platforms, no runtime OTG, or
peripherals like the
Introduce a new event to signal that the live tree has been built,
allowing boards to perform fixups on the tree before devices are bound.
Crucially this allows for devices to be enabled or disabled, but also
allows for properties that are parsed during the bind stage to be
modified (such as dr_mod
This will now apply fixups prior to devices being bound, which makes it
possible to enable/disable devices and adjust more properties that might
be read before devices probe.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/board.c | 1 -
arch/arm/mach-snapdragon/of_fixup.c | 25
There's no need to waste time fixing up nodes that aren't used on this
device. Skip them.
Reviewed-by: Sumit Garg
Reviewed-by: Neil Armstrong
Tested-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/of_fixup.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
d
Hi,
> > > J722S has hw rng, which can be used by OPTEE.
> > > So remove option to use SW TRNG by OPTEE.
> > >
> > > Signed-off-by: Udit Kumar
> > > ---
> > > reference discussion
> > > https://lore.kernel.org/all/20250313144155.2382316-1-mwa...@kernel.org/
> > >
> > > Bootlogs with optee trng
>
The debug log here had the logic completely backwards, even though the
code is actually correct. Remove it since it's extraneous anyway.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/of_fixup.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/arch/arm/mac
The RB1 and RB2 have a single USB controller which is manually muxed
between a type-c port and an internal USB hub via a DIP switch. OTG is
supported in Linux, but the DWC3 driver in U-Boot can only handle a
single mode, and defaults to peripheral mode.
We did hack around this on the RB2, but the
we don't rewrite the volume buttons any more.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/of_fixup.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/arm/mach-snapdragon/of_fixup.c
b/arch/arm/mach-snapdragon/of_fixup.c
index
a5515c02d3de05944dfb7c1b2a55
The device name is always clk_qcom... Not very useful.
Reviewed-by: Sumit Garg
Reviewed-by: Neil Armstrong
Tested-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-qcm2290.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/clk/qcom/clock-qcm229
There are 134 pins not 133, oops! This fixes the sdcard on the RB1 as
the pins now all get configured correctly.
Fixes: 0ecb8cfcb930 ("pinctrl: qcom: add qcm2290 pinctrl driver")
Reviewed-by: Sumit Garg
Reviewed-by: Neil Armstrong
Tested-by: Sumit Garg
Signed-off-by: Caleb Connolly
---
driver
On Fri, Apr 11, 2025 at 9:59 AM Alice Guo (OSS) wrote:
> Hi Fabio,
>
> Actual usage is in this patch.
> https://patchwork.ozlabs.org/project/uboot/patch/20250411080707.602371-2-alice@oss.nxp.com/
Please make it part of the series, then.
Currently we pass this for u-boot-spl.kwb targets, however when
building sunxi-spl.bin in the TOC0 format we may also need to
specify a KEYDIR, as such we should also pass this when set
to mkimage for the sunxi-spl.bin target.
Signed-off-by: James Hilliard
---
scripts/Makefile.xpl | 3 ++-
1 fil
Hi,
On 4/11/25 01:14, Tom Rini wrote:
On Fri, Apr 11, 2025 at 08:07:15AM +0930, Joel Stanley wrote:
On Mon, 7 Apr 2025 at 23:25, Eugen Hristev wrote:
Hi everyone,
I keep getting an error on running the CI loop on -next on my tree :
https://source.denx.de/u-boot/custodians/u-boot-at91/-/job
> -Original Message-
> From: Tom Rini
> Sent: Tuesday, 8 April 2025 10:27 pm
> To: Maniyam, Dinesh
> Cc: u-boot@lists.denx.de; Marek ; Simon
> ; Simon Glass ; Dario
> Binacchi ; Ilias Apalodimas
> ; Heinrich Schuchardt ;
> Jerome Forissier ; Mattijs Korpershoek
> ; Ibai Erkiaga ;
> Mic
> -邮件原件-
> 发件人: Fabio Estevam
> 发送时间: 2025年4月11日 21:02
> 收件人: Alice Guo (OSS)
> 抄送: ma...@denx.de; tr...@konsulko.com; u-boot@lists.denx.de
> 主题: Re: [PATCH RESEND] firmware: scmi: support to manage SCMI protocol
> drivers with a linker-genetated array
>
> On Fri, Apr 11, 2025 at 9:59 AM
> -邮件原件-
> 发件人: Fabio Estevam
> 发送时间: 2025年4月11日 20:46
> 收件人: Alice Guo (OSS)
> 抄送: ma...@denx.de; tr...@konsulko.com; u-boot@lists.denx.de
> 主题: Re: [PATCH RESEND] firmware: scmi: support to manage SCMI protocol
> drivers with a linker-genetated array
>
> On Wed, Apr 9, 2025 at 4:54 AM
On Tue, 01 Apr 2025 09:45:18 +0200, Neil Armstrong wrote:
> Fix special pins handling of get_value and get_function
> to show correct state in gpio cmd.
>
>
Applied, thanks!
[1/2] gpio: msm: fix get_function return for special pins
https://source.denx.de/u-boot/custodians/u-boot-snapdr
On Mon, 31 Mar 2025 12:43:18 +0200, Caleb Connolly wrote:
> The fdt_node_check_compatible() function returns 0 on success which is
> pretty confusing, and we were using it wrong!
>
> Invert the condition check and refactor things to be more readable.
>
> Additionally, add the check for the RB1
On Thu, 10 Apr 2025 13:30:25 +0530, Sumit Garg wrote:
> The eMMC on RB1 boards supports HS200 mode but currently the msm_shdci
> driver in U-Boot is missing DLL configuration required for HS200 mode to
> work. Hence disable HS200 for now until proper support is in place.
>
> Apart from that, add
On 3/31/25 17:55, Alexey Minnekhanov via groups.io wrote:
Add support for TLMM pin controller block (Top Level Mode
Multiplexer) on SDM630/660 SoCs, with support for special pins.
Correct pin configuration is required for working debug UART
and eMMC/SD cards.
SDM630 and SDM660 TLMM blocks ar
On Mon, 31 Mar 2025 14:23:17 +0200, Caleb Connolly wrote:
> Improve support for running U-Boot on [Qualcomm] smartphones, with:
>
> * A boot menu which can be entered by holding volume down during boot
> * Hang on panic (so errors can be read on the display)
> * Serial gadget which can be enable
On Wed, Apr 9, 2025 at 4:54 AM Alice Guo (OSS) wrote:
> +static struct driver *scmi_proto_driver_get(unsigned int proto_id)
> +{
> + struct scmi_proto_driver *start, *entry;
> + int n_ents;
> +
> + start = ll_entry_start(struct scmi_proto_driver, scmi_proto_driver);
> + n_
:
https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
tags/u-boot-imx-master-20250411
for you to fetch changes up to ba71e4ef4d3d3edc05c29e14f0ed84ecce4bb051:
board: phycore-imx93: env: Add common RAUC boot logic (2025-04-11 10:00:59
-0300)
u-boot-imx-maste
Hi,
On 11/04/2025 14:47, Caleb Connolly wrote:
This will now apply fixups prior to devices being bound, which makes it
possible to enable/disable devices and adjust more properties that might
be read before devices probe.
Subject should be EVT_OF_LIVE_BUILT
Neil
Signed-off-by: Caleb Connol
On 11/04/2025 14:47, Caleb Connolly wrote:
OF_LIVE offers a variety of benefits, one of them being that the live
tree can be modified without caring about the underlying FDT. This is
particularly valuable for working around U-Boot limitations like lacking
USB superspeed support on Qualcomm platfo
On 11/04/2025 14:47, Caleb Connolly wrote:
we don't rewrite the volume buttons any more.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/of_fixup.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/arm/mach-snapdragon/of_fixup.c
b/arch/arm/mach-snapdragon
On Mon, Apr 7, 2025 at 10:04 AM Vitor Soares wrote:
> +Output::
> +
> +U-Boot SPL 2025.04-rc5-00023-g34c31be81211 (Apr 04 2025 - 15:36:23 +0100)
CI reported an error because of the lack of indentation.
I fixed it and applied the series; thanks.
On Thu, Apr 3, 2025 at 4:39 AM Miquel Raynal wrote:
> Changes in v6:
> - Another rebase on next.
> - Fixed the clock 24M oscillator clock name due to recent changes.
> - Fixed a subject prefix.
> - Collected tags.
> - Fixed the CI by adding two missing configuration items to secondary
> sandbox
On Fri, Mar 28, 2025 at 9:43 AM wrote:
>
> From: Rafael Beims
>
> If CONFIG_VIDEO_IPUV3 is enabled without also having CONFIG_IMX_HDMI
> enabled, the build fails for the Apalis iMX6 board.
>
> Fixes: 592f4aed6db7 ("arm: imx: initial support for apalis imx6")
> Signed-off-by: Rafael Beims
Applie
On Thu, Apr 10, 2025 at 5:52 AM Primoz Fiser wrote:
>
> Update PHYTEC phyCORE-i.MX93 environment in mainline U-Boot with changes
> from the downstream fork to get back in sync.
>
> Leonard Anderweit (1):
> board: phycore-imx93: env: Move bootcmd from defconfig to env
>
> Martin Schwan (1):
> b
On April 8, 2025 thus sayeth Parth Pancholi:
> From: Parth Pancholi
>
> CU_CLKOUT0 can be driven by two input clocks: a 25 MHz and a 50 MHz source.
> Currently, the 25 MHz option is not selectable due to an incorrect mux
> configuration where the 50 MHz clock is duplicated in the parent list.
>
On Tue, Apr 08, 2025 at 04:51:22PM +0200, Marek Vasut wrote:
> On 4/8/25 11:06 AM, Francesco Dolcini wrote:
> > On Mon, Mar 24, 2025 at 03:36:52PM +0100, Marek Vasut wrote:
> > > On 3/24/25 3:16 PM, Francesco Dolcini wrote:
> > > > On Mon, Mar 24, 2025 at 02:53:23PM +0100, Marek Vasut wrote:
> > >
Hi Tom,
There's been a surprising amount of activity lately on the Qualcomm
side with the two oldest boards getting some fresh attention and a lot
of cleanup and polish going on across the board.
* SDM660 gets USB phy fixes and a pinctrl driver
* The recently added SA8775P/QCS9100 SoC gets a pinc
Hi Neil,
The logic is complex but looks to be good.
What would happen if we plug an eMMC with conflicting partitions names ?
That would cause issues... Probably the more correct way to do things
here would be to use part UUIDs, but it's not clear how consistent those
are.
Is there a way
On Sat, 29 Mar 2025 23:23:51 +, Daniel Golle wrote:
> Skip signature verification in case no public key was given in order to
> allow using fit_check_sign also to validate uImage.FIT images without
> signatures. Guarded by USE_HOSTCC macro the behavior on target is
> unchanged.
>
>
Applied
On 4/11/2025 4:53 PM, Nishanth Menon wrote:
On 11:04-20250411, Kumar, Udit wrote:
Hi Nishanth,
Sorry for basic question
On 4/7/2025 5:45 PM, Nishanth Menon wrote:
[..] This creates a problem when Device Manager(DM) firmware starts up later
on in the boot process and identifies that this
On Tue, 01 Apr 2025 15:39:58 +0530, Varadarajan Narayanan wrote:
> Add support for doing 'erase' using the generic block commands
> framework.
>
>
Applied to u-boot/master, thanks!
[1/2] dm: blk: Add 'erase' generic block device commands
commit: 6a5177a58cd481792a652bc7b5c34ed5e76381e0
[
On Thu, Apr 10, 2025 at 07:23:59PM +0530, Anshul Dalal wrote:
> SPL_TEXT_BASE is used as the load address for the main domain SPL on k3
> platforms.
>
> Since the config value is the same for every board, this patch sets the
> value 0x8008 as default for all 64-bit ARCH_K3, 0x43c0 as
> de
On Wed, 26 Mar 2025 09:44:12 +0800, Xu Zhang wrote:
> As current design, only Manager CPU called armv8_setup_psci() before
> jump to next stage(such as Linux Kernel), Subordinate CPUs also need
> setup psci vector to handle trap request which comes from higher EL
> level.
>
>
Applied to u-boot/
On Tue, Apr 01, 2025 at 07:44:34AM +, ţ ־�� wrote:
> This extends the bootm command to allow find images when os type is elf.
>
> Signed-off-by: Niu Zhihong
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Apr 11, 2025 at 07:00:16AM +, Maniyam, Dinesh wrote:
>
>
> > -Original Message-
> > From: Tom Rini
> > Sent: Tuesday, 8 April 2025 10:27 pm
> > To: Maniyam, Dinesh
> > Cc: u-boot@lists.denx.de; Marek ; Simon
> > ; Simon Glass ; Dario
> > Binacchi ; Ilias Apalodimas
> > ; Hei
mach-meson: use livetree by default
arch/arm/mach-meson/Kconfig | 1 +
drivers/pinctrl/meson/pinctrl-meson.c | 73 +++
2 files changed, 40 insertions(+), 34 deletions(-)
---
base-commit: f892a7f397a66d8d09f418d1e0e06dfb48bac27d
change-id: 20250411-u-boot
On Fri, Apr 11, 2025 at 09:36:16AM +0200, Heinrich Schuchardt wrote:
> On 1/29/25 00:02, Tom Rini wrote:
> > Outside of changing versions here the other visible change is that we
> > tell grub that riscv64 does not have "large model" support. Without this
> > change the resulting mkimage is non-fun
On Fri, Apr 11, 2025 at 09:23:59AM +0200, Cédric Le Goater wrote:
> Hi,
>
> On 4/11/25 01:14, Tom Rini wrote:
> > On Fri, Apr 11, 2025 at 08:07:15AM +0930, Joel Stanley wrote:
> > > On Mon, 7 Apr 2025 at 23:25, Eugen Hristev
> > > wrote:
> > > >
> > > > Hi everyone,
> > > >
> > > > I keep gett
On 11.04.25 12:04, Ilias Apalodimas wrote:
Hi Simon
On Sat, 5 Apr 2025 at 23:46, Simon Glass wrote:
The EFI-loader code has not been fully converted to use bloblist, so
relies on the SMBIOS-table address being set in global_data.
Can you explain a bit more what this means? The SMBIOS tables
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
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.
Reviewed-by: Ilias Apalodimas
Signed-off-by: Caleb Connolly
---
configs/qcm6490_defconfig | 6 --
configs/qcom_defconfig
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
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().
Reviewed-by: Ilias Apalodim
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
On Mon, Mar 24, 2025 at 03:05:56AM +, ţ ־�� wrote:
> This extends the bootm command to allow passing arguments to standalone
> ELF applications.
>
> Signed-off-by: Niu Zhihong
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
Hi Horia,
> From: Horia Geanta
> Sent: Wednesday, April 9, 2025 6:47 PM
>
> On 4/9/2025 9:19 AM, Gaurav Jain wrote:
> > Hi Pawel
> >
> >> From: Paweł Kochanowski
> >>
> >> Hi Gaurav,
> >>
> >> What we see is that the jr_enqueue() called by run_descriptor_jr()
> >> swaps the endianness of the de
On 11/04/2025 14:47, Caleb Connolly wrote:
The debug log here had the logic completely backwards, even though the
code is actually correct. Remove it since it's extraneous anyway.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/of_fixup.c | 9 +
1 file changed, 5 insertion
The BOOTSTAGE Kconfig symbol allows to record boot time information
which can be consumed in several ways:
1) Printed to the console just before the OS is booted (when
BOOTSTAGE_REPORT=y)
2) Printed to the console by the "bootstage report" command (when
CMD_BOOTSTAGE=y)
3) Passed to the OS i
CONFIG_BOOTSTAGE_REPORT is currently supported in the bootm command
only. Add support to the EFI boot.
Signed-off-by: Jerome Forissier
---
lib/efi_loader/efi_boottime.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_boottime.c
index
Add a new Kconfig symbol: BOOTSTAGE_REPORT_JSON to report the bootstage
timing information in JSON format in addition to the human-readable
text format. JSON is easier to parse by machines and represent
graphically. The main goal is to be able to record boot statistics during
CI in order to detect
Add a new Kconfig symbol: BOOTSTAGE_REPORT_INFLUXDB to report the
bootstage timing information in InfluxDB v2 line protocol format in
addition to the human-readable text format. InfluxDB provides an easy
way to record boot statistics during CI in order to detect performance
regressions.
[1] https:
Add test for CONFIG_BOOTSTAGE_REPORT_INFLUXDB.
Signed-off-by: Jerome Forissier
---
test/py/tests/test_bootstage.py | 11 +++
1 file changed, 11 insertions(+)
diff --git a/test/py/tests/test_bootstage.py b/test/py/tests/test_bootstage.py
index 8d0afe2611b..5619eaf4676 100644
--- a/test/
1 - 100 of 157 matches
Mail list logo
