Re: [PATCH v2 3/4] bloblist: add support for CONFIG_BLOBLIST_PASSAGE

Hi Harrison, On Wed, 15 Jan 2025 at 06:53, Harrison Mutai wrote: > > When the configuration option CONFIG_BLOBLIST_PASSAGE is selected, the > bloblist present in the incoming standard passage is utilised in-place. > There is no need to specify the size of the bloblist as the system > automaticall

[PATCH v2 00/22] vbe: Series part F

This includes various patches towards implementing the VBE abrec bootmeth in U-Boot. It mostly focuses on introducing a relocating SPL-loader so that VBE can run in the limited amount of SRAM available on many devices. Another minor new feature is support in VBE for specifying the image phase when

Re: [PATCH v2 2/4] board: vexpress64: default to hardware device tree

Hi Harrison, On Wed, 15 Jan 2025 at 06:52, Harrison Mutai wrote: > > When booting into the Linux kernel with semi-hosting, use the device > tree provided by hardware unless one is provided in the current > directory. > > Signed-off-by: Harrison Mutai > --- > include/configs/vexpress_aemv8.h | 6

Re: [PATCH 00/43] test: Improvements to ut command and test-suite running

Hi Heinrich, On Wed, 15 Jan 2025 at 08:33, Heinrich Schuchardt wrote: > > On 15.01.25 14:30, Simon Glass wrote: > > The current method of running unit tests relies on subcommands of the > > ut command. Only the code in each subcommand knows how to find the tests > > related to that subcomand. > >

[PATCH v2 05/22] vbe: Convert some checks to assertions

VBE is currently quite careful with function arguments because it is used in VPL which cannot be updated after manufacture. Bugs can cause security holes. Unfortunately this adds to code size. In several cases we are reading values from a devicetree which is part of U-Boot (or at least VPL) and s

[PATCH v2 04/22] vbe: Pass simple_priv to internal functions

Pass the private data instead of the device, to help the compiler optimise better. This saves 16 bytes of code on pinecube (rk3288) Signed-off-by: Simon Glass --- (no changes since v1) boot/vbe_simple.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/boot/v

[PATCH v2 07/22] vbe: Move reading the version into the common file

All VBE methods read a version string, so move this function into a common file. Signed-off-by: Simon Glass --- Changes in v2: - Split patch into several pieces - Reduce inclusion of headers to only those necessary boot/vbe_common.c | 29 +++-- boot/vbe_common.h | 17 ++

[PATCH v2 02/22] vbe: Start a common header file

Move a few things into a new, common header file so that vbe-simple can share code with the upcoming abrec. Put struct simple_nvdata in it and rename it. Signed-off-by: Simon Glass --- Changes in v2: - Split patch into several pieces boot/vbe_common.h | 51

[PATCH v2 03/22] vbe: Use a block device instead of descriptor

Pass a struct udevice instead of the descriptor structure, since this is the native argument for blk_read() Signed-off-by: Simon Glass --- Changes in v2: - Split patch into several pieces boot/vbe_simple.c | 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/boot/

[PATCH v2 01/22] vbe: Use blk_read() to read blocks

We should not be using the old blk_d...() interface, is only there to aid migration to driver model. Move to blk_read() instead. Changes in v2: - Split patch into several pieces Signed-off-by: Simon Glass --- (no changes since v1) boot/vbe_simple.c | 4 ++-- 1 file changed, 2 insertions(+),

[PATCH v2 09/22] vbe: Split out reading a FIT into the common file

Loading a FIT is useful for other VBE methods, such as ABrec. Create a new function to handling reading it. Signed-off-by: Simon Glass --- Changes in v2: - Reword commit subject - Move common code to the end of the file boot/vbe_common.c| 107 +++ bo

[PATCH v2 08/22] vbe: Move reading the nvdata into the common file

All VBE methods read non-volatile data, so move this function into a common file. Signed-off-by: Simon Glass --- Changes in v2: - Split patch into several pieces boot/vbe_common.c | 41 + boot/vbe_common.h | 16 boot/vbe_simple.c | 44 ++

[PATCH v2 06/22] vbe: Create a common function to get the block device

Add a vbe_get_blk() function and use it to obtain the block device used by VBE. Signed-off-by: Simon Glass --- Changes in v2: - Split patch into several pieces boot/Makefile | 2 +- boot/vbe_common.c | 36 boot/vbe_common.h | 13 + boot/vbe

[PATCH v2 10/22] vbe: Allocate space for the FIT header

It is convenient to use TEXT_BASE as a place to hold the FIT header, but this does not work in VPL, since SDRAM is not inited yet. Allocate the memory instead. Ensure the size is aligned to the media block-size so that it can be read in directly. Improve the error-checking for blk_read() and add s

[PATCH v2 12/22] vbe: Tidy up error checking with blk_read()

This function can read fewer blocks than requested, so update the checks to handle this. Signed-off-by: Simon Glass --- (no changes since v1) boot/vbe_common.c | 4 1 file changed, 4 insertions(+) diff --git a/boot/vbe_common.c b/boot/vbe_common.c index ecf4ad916e0..0f5e0e4ca98 100644 --

[PATCH v2 11/22] vbe: Allow VBE to load FITs on any architecture

At present the VBE implementation is limited to sandbox only. Adjust the call to fit_image_load() to remove this limitation. Signed-off-by: Simon Glass --- (no changes since v1) boot/vbe_common.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/boot/vbe_common.c b/boot/vbe_c

[PATCH v2 13/22] vbe: Handle loading from an unaligned offset

There is no guarantee that an FIT image starts on a block boundary. When it doesn't, the image starts part-way through the first block. Add logic to detect this and copy the image down into place. Signed-off-by: Simon Glass --- (no changes since v1) boot/vbe_common.c | 19 ++-

[PATCH v2 18/22] spl: Add support for a relocating jump to the next phase

When one xPL phase wants to jump to the next, the next phase must be loaded into its required address. This means that the TEXT_BASE for the two phases must be different and there cannot be any memory overlap between the code used by the two phases. It also can mean that phases need to be moved aro

[PATCH v2 16/22] spl: Add fields for VBE

Add some fields to track the VBE state in SPL. Signed-off-by: Simon Glass --- (no changes since v1) include/spl.h | 41 - 1 file changed, 40 insertions(+), 1 deletion(-) diff --git a/include/spl.h b/include/spl.h index 43b344dbc55..781e5a2d638 100644 --

[PATCH v2 15/22] vbe: Support loading an FDT from the FIT

In many cases the FIT includes a devicetree. Add support for loading this into a suitable place in memory. Signed-off-by: Simon Glass --- (no changes since v1) boot/vbe_common.c | 33 ++--- 1 file changed, 30 insertions(+), 3 deletions(-) diff --git a/boot/vbe_comm

[PATCH v2 19/22] spl: Plumb in the relocating loader

This is fairly easy to use. The SPL loader sets up some fields in the spl_image_info struct and calls spl_reloc_prepare(). When SPL is ready to do the jump it must call spl_reloc_jump() instead of jump_to_image(). Add this logic. Signed-off-by: Simon Glass --- (no changes since v1) common/spl

[PATCH v2 17/22] spl: Add a type for the jumper function

This function will be used by the relocating jumper too, so add a typedef to the header file to avoid mismatches. Signed-off-by: Simon Glass --- (no changes since v1) common/spl/spl.c | 3 +-- include/spl.h| 3 +++ 2 files changed, 4 insertions(+), 2 deletions(-) diff --git a/common/spl/s

[PATCH v2 14/22] vbe: Allow loading loadables if there is no firmware

In some cases only the 'loadable' property is present in the FIT. Handle this by loading the first such image. Signed-off-by: Simon Glass --- (no changes since v1) boot/vbe_common.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/boot/vbe_common.c b/boot/vbe_common.c index 8fe278ba1

[PATCH 04/13] net: fsl_enetc: Pass udevice pointer into enetc_enable_si_port()

Pass udevice pointer into enetc_enable_si_port() so tests like enetc_is_ls1028a() an be used in the function. No functional change. Signed-off-by: Marek Vasut --- Cc: Alice Guo Cc: Ilias Apalodimas Cc: Jerome Forissier Cc: Joe Hershberger Cc: Markus Gothe Cc: Peng Fan Cc: Ramon Fried Cc: R

[PATCH 02/13] net: fsl_enetc: Remove ifdef around enetc_set_ierb_primary_mac()

Use enetc_is_ls1028() instead of ifdef around enetc_set_ierb_primary_mac() and clean up the function. No functional change intended. Signed-off-by: Marek Vasut --- Cc: Alice Guo Cc: Ilias Apalodimas Cc: Jerome Forissier Cc: Joe Hershberger Cc: Markus Gothe Cc: Peng Fan Cc: Ramon Fried Cc:

[PATCH 01/13] net: fsl_enetc: Introduce enetc_is_ls1028a()

Introduce accurate test for LS1028A compatibility based both on IS_ENABLED(CONFIG_ARCH_LS1028A) and PCI vendor ID. This is done in preparation for adding ENETCv4 support, which has a different PCI vendor ID. Signed-off-by: Marek Vasut --- Cc: Alice Guo Cc: Ilias Apalodimas Cc: Jerome Forissier

[PATCH 05/13] net: fsl_enetc: Rename the driver and related structures

Rename the current driver structure and matching ops and PCI IDs and add _ls suffix to indicate this content is LS specific. This is done in preparation for addition of i.MX95 ENETCv4 which will require slightly different structure content. Signed-off-by: Marek Vasut --- Cc: Alice Guo Cc: Ilias

[PATCH 13/13] net: fsl_enetc: Update enetc driver to support i.MX95

From: Alice Guo i.MX95 uses enetc version 4.1 controller. Update the enetc for i.MX95. Add ARM-specific cache handling and i.MX95 specific register layout handling. Signed-off-by: Alice Guo Signed-off-by: Marek Vasut # Clean up Signed-off-by: Ye Li --- Cc: Alice Guo Cc: Ilias Apalodimas Cc:

[PATCH 12/13] net: fsl_enetc: add i.MX95 EMDIO support

From: Alice Guo The verdor ID and device ID of i.MX95 EMDIO are different from LS1028A EMDIO, so add new vendor ID and device ID to pci_device_id table to support i.MX95 EMDIO. Signed-off-by: Alice Guo Signed-off-by: Marek Vasut # Clean up Signed-off-by: Ye Li --- Cc: Alice Guo Cc: Ilias Apa

[PATCH 10/13] net: fsl_enetc: Pass udevice pointer to accessors

Pass struct udevice * into the register accessors, so the accessors can reach driver data, which contain device specific register offsets. Signed-off-by: Marek Vasut --- Cc: Alice Guo Cc: Ilias Apalodimas Cc: Jerome Forissier Cc: Joe Hershberger Cc: Markus Gothe Cc: Peng Fan Cc: Ramon Fried

[PATCH 07/13] net: fsl_enetc: Inline register accessors

Move register accessors from header files and turn them into proper inline functions, so typechecking can be done on them. Drop no longer enetc_port_regs() and unused enetc_read() and enetc_bdr_read(). Signed-off-by: Marek Vasut --- Cc: Alice Guo Cc: Ilias Apalodimas Cc: Jerome Forissier Cc: J

[PATCH 08/13] net: fsl_enetc: Split register accessors

Split register accessors to the port base/station interface/port/mac registers as those are at different offsets on different SoCs. This is a preparatory patch which will allow addition of adjusted offsets for new SoCs easily. Signed-off-by: Marek Vasut --- Cc: Alice Guo Cc: Ilias Apalodimas Cc

[PATCH 09/13] net: fsl_enetc: Introduce driver data

Introduce driver data for each PCI device. The driver data carry offsets of registers which differ between different SoCs. Signed-off-by: Marek Vasut --- Cc: Alice Guo Cc: Ilias Apalodimas Cc: Jerome Forissier Cc: Joe Hershberger Cc: Markus Gothe Cc: Peng Fan Cc: Ramon Fried Cc: Robert Mar

[PATCH 06/13] net: fsl_enetc: Introduce enetc_dev_id()

Introduce mapping function enetc_dev_id(), which converts PCIe BDF of the ENETC into linear incrementing index usable e.g. as interface index. This replaces the current ad-hoc calculation used in the code with a dedicated function. No functional change. Signed-off-by: Marek Vasut --- Cc: Alice Gu

[PATCH 03/13] net: fsl_enetc: Fold DT MAC address update into enetc_set_ierb_primary_mac()

The entire content of the loop can be folded into enetc_set_ierb_primary_mac(), do it. This changes the behavior slightly such that the DT is only updated in case of a LS1028A, which is the only SoC with ethernet MAC path in DT matching "/soc/pcie@1f000/ethernet@%x,%x" anyway, so this slight ch

Re: [PATCH] Kconfig: Add a default cache line size for RISC-V

On Fri, Jan 10, 2025 at 04:53:08PM +0800, Yu-Chien Peter Lin wrote: > [EXTERNAL MAIL] > > Some RISC-V platforms do not define the d-cache line size > through SYS_CACHE_SHIFT_n. Set a default value of 64 bytes > for such cases. > > Signed-off-by: Yu-Chien Peter Lin > --- > This patch resolves com

?????? [PATCH] linker_lists: Update the alignment using CONFIG_LINKER_LIST_ALIGN

Sorry for the confusion and disruption.  I haven't submitted patches this way before,  and my English is not very good.  I was conducted according to the steps  in the https://docs.u-boot.org/en/latest/develop/patman.html operation. Can you tell me what else I need to do?  What I know so far is :

Re: [PATCH v3 00/19] bootstd: Support recording images

Hi Tom, On Wed, 15 Jan 2025 at 14:24, Tom Rini wrote: > > On Wed, Jan 15, 2025 at 06:55:45AM -0700, Simon Glass wrote: > > Hi, > > > > On Mon, 4 Nov 2024 at 10:51, Simon Glass wrote: > > > > > > This series provides a way to keep track of the images used in bootstd, > > > including the type of e

Re: [PATCH v3 00/19] bootstd: Support recording images

On Wed, Jan 15, 2025 at 04:14:27PM -0700, Simon Glass wrote: > Hi Tom, > > On Wed, 15 Jan 2025 at 14:24, Tom Rini wrote: > > > > On Wed, Jan 15, 2025 at 06:55:45AM -0700, Simon Glass wrote: > > > Hi, > > > > > > On Mon, 4 Nov 2024 at 10:51, Simon Glass wrote: > > > > > > > > This series provides

Re: Simon Glass's future with Das U-Boot project?

On Thu, Jan 02, 2025 at 10:13:13AM -0600, Tom Rini wrote: > Hey all, > > While I had hoped that the quiet of the last week or so had meant that > things would perhaps return to how they had been before, Simon's large > patch series and then comments on the TPM+bloblist patch have shown > otherwis

Re: [PATCH 02/15] vbe: Split out reading a FIT into a common file

Hi Tom, On Wed, 15 Jan 2025 at 07:43, Tom Rini wrote: > > On Mon, Jan 13, 2025 at 07:22:19PM -0600, Tom Rini wrote: > > On Mon, Jan 13, 2025 at 05:13:46PM -0700, Simon Glass wrote: > > > Hi Tom, > > > > > > On Mon, 13 Jan 2025 at 13:44, Tom Rini wrote: > > > > > > > > On Mon, Jan 13, 2025 at 01:

[PATCH] xilinx: Enable support for Infineon Octal flashes

Added support for Infineon Octal flash components on the Versal and Versal Net platforms. Signed-off-by: Tejas Bhumkar Signed-off-by: Venkatesh Yadav Abbarapu --- configs/xilinx_versal_net_virt_defconfig | 1 + configs/xilinx_versal_virt_defconfig | 1 + 2 files changed, 2 insertions(+) di

Re: [PATCH v1] riscv: dts: starfive: split out visionfive2 target specific configuration

On Tue, Dec 31, 2024 at 10:35:57PM -0800, E Shattow wrote: > Split out StarFive VisionFive2 multi-board target specific configuration > into starfive-visionfive2-binman.dtsi in preparation for removal of > jh7110-u-boot and jh7110-common-u-boot in part or whole as sent upstream. > > Signed-off-by:

Re: [PATCH 4/5] riscv: canaan: k230_canmv: Add initial support

On Wed, Jan 15, 2025 at 12:46:40AM +0800, Junhui Liu wrote: > Add support for K230 CanMV board with serial console and usb otg > support. It can boot via vendor's u-boot-spl and boot into Linux > via tftp through the onboard RTL8152. > > Signed-off-by: Junhui Liu > --- > board/canaan/k230_canmv/

Re: [PATCH 1/5] usb: dwc2: Add support for Canaan K230

On Wed, Jan 15, 2025 at 12:46:37AM +0800, Junhui Liu wrote: > Canaan Kendryte K230 SoC instantiates a dwc2 v4.30a core. This patch > adds the compatible for it. > > Signed-off-by: Junhui Liu > --- > The USB function on K230 currently relies on patch [1], which updates > the core reset flow of dwc

Re: [PATCH 2/5] riscv: dts: canaan: Add basic device tree for K230 CanMV board

On Wed, Jan 15, 2025 at 12:46:38AM +0800, Junhui Liu wrote: > Add initial dts for K230-CanMV powered by Canaan Kendryte K230 SoC, > which has two RISC-V C908 cores, a big core with vector 1.0 extension > and a small core without vector extension. > > This patch is basically comes from Linux Kernel

Re: [PATCH 3/5] riscv: cpu: k230: Add support for Canaan Kendryte K230 SoC

On Wed, Jan 15, 2025 at 12:46:39AM +0800, Junhui Liu wrote: > Add Canaan K230 SoC with sysreset support, running without cache > enabled. > > Signed-off-by: Junhui Liu > --- > arch/riscv/Kconfig | 5 + > arch/riscv/cpu/k230/Kconfig | 14 ++ > arch/riscv/cpu/k230/Makef

Re: [PATCH 5/5] doc: canaan: Add K230 CanMV board

On Wed, Jan 15, 2025 at 12:46:41AM +0800, Junhui Liu wrote: > Add description of compiling u-boot for K230 CanMV. > > Since the vendor's u-boot-spl verifies u-boot header [1], it is > necessary to use the Python script from vendor to add the header to the > u-boot image. > > [1] > https://github

Re: [PATCH 06/10] dw3-generic: Add dependencies whith SYSCON and REGMAP

On 1/15/25 20:29, Marek Vasut wrote: > On 1/15/25 11:43 AM, Patrice CHOTARD wrote: >> >> >> On 1/14/25 15:54, Marek Vasut wrote: >>> On 1/14/25 3:45 PM, Patrice Chotard wrote: Since addition of STiH407 support in dwc3-generic, SYSCON and REGMAP support are needed. Add depende

Re: [PATCH v1 1/2] riscv: Enhance extension probing

On Mon, Jan 06, 2025 at 01:04:04PM +, Mayuresh Chitale wrote: > Enhance the existing extension probing mechanism by adding support for > more extensions and probing using the "riscv,isa" property. This patch > is ported from the latest upstream linux. > > Signed-off-by: Mayuresh Chitale > ---

Re: [PATCH v1 2/2] riscv: Fallback to riscv,isa

On Mon, Jan 06, 2025 at 01:04:05PM +, Mayuresh Chitale wrote: > Update the cpu probing to fallback to "riscv,isa" property if > "riscv,isa-extensions" is not available and modify the riscv CMO code > to use the block size that was probed during cpu setup. > > Signed-off-by: Mayuresh Chitale >

Re: [PATCH v3 17/17] imx95_evk: add i.MX95 19x19 EVK board basic support

On 1/15/25 6:10 PM, Tim Harvey wrote: Hi, You're right. I have a set of messy patches pulled from nxp's u-boot that is enabling PCI ECAM and enetc. With the latest patchset from Alice PCI isn't there yet. I have ENETC pretty much cleaned up, the NETC block controller is what I still need to

Re: [PATCH 06/10] dw3-generic: Add dependencies whith SYSCON and REGMAP

On 1/15/25 11:43 AM, Patrice CHOTARD wrote: On 1/14/25 15:54, Marek Vasut wrote: On 1/14/25 3:45 PM, Patrice Chotard wrote: Since addition of STiH407 support in dwc3-generic, SYSCON and REGMAP support are needed. Add dependencies with SPL_REGMAP and SPL_SYSCON for: qcm6490, imx8mp_evk, phyco

[PATCH 0/6] Re-configurate TPM when active hash algorithms dismatch

This patch set implements PCR allocate command to handle the algorithm dismatches among TPM device, eventlog from previous boot stage and what U-Boot supports. It re-configurates TPM device if any active algorithms are not supported by U-Boot or does not exist in the eventlog passed in. To re-con

[PATCH 1/6] tpm: add TPM2_Shutdown command

TPM2_shutdown command is sharing same structure and logics with TPM2_startup, thus this patch extends the existing startup APIs and cmd functions to support shutdown instead of created new ones. Signed-off-by: Raymond Mao --- cmd/tpm-v2.c | 14 +++--- include/tpm-v2.h | 3 ++- lib/t

[PATCH 3/6] tpm: add wrapper and helper APIs for PCR allocate

Add PCR allocate wrapper APIs for using in tcg2 protocol. The wrapper proceeds a PCR allocate command, followed by a shutdown command. A system boot is required after two commands since TPM device needs a HW reset to activate the new algorithms config. Also, a helper function is included to determi

[PATCH 4/6] tpm: add PCR allocate into the eventlog handling

Get eventlog bank mask when parsing the eventlog from previous boot stage and invoke PCR allocate function based on it. PCR allocate will be proceeded if any dismatches observed among the active, supportted and eventlog bank masks to re-configurate the TPM with the proper algorithms and reboot the

[PATCH 5/6] tpm: PCR allocate during PCR extend to disable the unsupported algorithms

During PCR extend process, if any unsupported algorithms are active, try to use PCR allocate to inactivate them. Signed-off-by: Raymond Mao --- lib/tpm-v2.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/lib/tpm-v2.c b/lib/tpm-v2.c index 71abf070de..9781c288be 100644 ---

[PATCH 6/6] board: qemu-arm: select TPM_PCR_ALLOCATE

Enable PCR allocate and system reboot when algorithms don't match among the values from TPM device, U-Boot support and evenlog. Signed-off-by: Raymond Mao --- configs/qemu_arm64_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/qemu_arm64_defconfig b/configs/qemu_arm64_defcon

[PATCH 2/6] tmp: add TPM2_PCR_Allocate command

TPM2_PCR_Allocate command is required to re-configurate a TPM device to enable or disable algorithms in run-time, thus this patch introduces the implementation of PCR allocate APIs and adds related cmd functions for testing. To test the feature, ensure that TPM is started up. Run pcr_allocate comm

Re: [PATCH 6/6] block: Remove "select BLK" from non-block drivers

On Wed, Jan 15, 2025 at 06:49:45PM +0100, Quentin Schulz wrote: > Hi Tom, > > On 1/14/25 5:59 PM, Tom Rini wrote: > > On Tue, Jan 14, 2025 at 02:53:48PM +0100, Quentin Schulz wrote: > > > Hi Tom, > > > > > > On 12/20/24 11:22 PM, Tom Rini wrote: > > > > Now that block drivers are all selecting th

Re: [PATCH v5 4/8] RFC: Revert "bootstd: Make efi_mgr bootmeth work for non-sandbox setups"

On Wed, Jan 15, 2025 at 06:22:40AM -0700, Simon Glass wrote: > Hi Tom, > > On Fri, 10 Jan 2025 at 10:05, Tom Rini wrote: > > > > On Fri, Jan 10, 2025 at 06:41:00AM -0700, Simon Glass wrote: > > > Hi Tom, > > > > > > On Thu, 9 Jan 2025 at 08:22, Tom Rini wrote: > > > > > > > > On Thu, Jan 09, 202

[PATCH v4 17/30] emulation: fdt: Relax condition for OF_HAS_PRIOR_STAGE

QEMU always gets its devicetree from the OF_BOARD mechanism so we should not depend on !BLOBLIST here. It's not clear why we need to have any relationship with BLOBLIST so let's remove the entire condition. Signed-off-by: Simon Glass Fixes: 2b71470628c dts: OF_HAS_PRIOR_STAGE should depend on !B

Re: Simon Glass's future with Das U-Boot project?

Hi Tom, On 1/2/25 5:13 PM, Tom Rini wrote: Hey all, While I had hoped that the quiet of the last week or so had meant that things would perhaps return to how they had been before, Simon's large patch series and then comments on the TPM+bloblist patch have shown otherwise. I would appreciate

Re: dtc: "syntax error" linked to &{label/subnode} syntax

On Wed, Jan 15, 2025 at 03:39:20PM +0100, Patrice CHOTARD wrote: > > > On 1/15/25 15:24, Patrice CHOTARD wrote: > > > > > > On 1/15/25 14:19, Simon Glass wrote: > >> Hi Patrice, > >> > >> On Wed, 15 Jan 2025 at 03:19, Patrice CHOTARD > >> wrote: > >>> > >>> Hi > >>> > >>> I am currently conver

Re: [PATCH v2 3/4] bloblist: add support for CONFIG_BLOBLIST_PASSAGE

On Wed, Jan 15, 2025 at 01:52:06PM +, Harrison Mutai wrote: > When the configuration option CONFIG_BLOBLIST_PASSAGE is selected, the > bloblist present in the incoming standard passage is utilised in-place. > There is no need to specify the size of the bloblist as the system > automatically de

Re: dtc: "syntax error" linked to &{label/subnode} syntax

On 1/15/25 14:19, Simon Glass wrote: > Hi Patrice, > > On Wed, 15 Jan 2025 at 03:19, Patrice CHOTARD > wrote: >> >> Hi >> >> I am currently converting STM32MP platforms to OF_UPSTREAM. >> As we use same binary for several boards, flags >> CONFIG_OF_UPSTREAM_BUILD_VENDOR=y >> and CONFIG_OF_UPS

Re: [PATCH v2 1/4] bloblist: fix typo in code comments

On Wed, Jan 15, 2025 at 01:52:04PM +, Harrison Mutai wrote: > Fix the two typos in the spelling of same and set in common/Kconfig and > include/bloblist.h. > > Signed-off-by: Harrison Mutai Reviewed-by: Tom Rini -- Tom signature.asc Description: PGP signature

Re: [PATCH v4 17/30] emulation: fdt: Relax condition for OF_HAS_PRIOR_STAGE

On Wed, Jan 15, 2025 at 07:36:47AM -0700, Simon Glass wrote: > QEMU always gets its devicetree from the OF_BOARD mechanism so we should > not depend on !BLOBLIST here. > > It's not clear why we need to have any relationship with BLOBLIST so > let's remove the entire condition. > > Signed-off-by:

[PATCH] imx: fdt: fix cooling-device property corruption

The function disable_thermal_cpu_nodes() corrupts the cooling-device property. For example, booting an i.MX93 devices with only one A55 core (IMX93x1) with the cooling-device property set to: $ dtc -I dtb foo.dtb | grep cooling-device cooling-device = <0x08 0x 0x 0x09 0x 0x

[PATCH v2 0/2] spi: Collected fixes

Hello, two patches for header issues I came across when working on (Q)SPI drivers for atmel boards. Greets Alex v1: - implicit, not a series but a single patch no one reacted to - Link: https://lore.kernel.org/u-boot/20241218160947.681253-1-...@thorsis.com/ v2: - resend patch 1/2 - add new patc

Re: dtc: "syntax error" linked to &{label/subnode} syntax

On 1/15/25 15:24, Patrice CHOTARD wrote: > > > On 1/15/25 14:19, Simon Glass wrote: >> Hi Patrice, >> >> On Wed, 15 Jan 2025 at 03:19, Patrice CHOTARD >> wrote: >>> >>> Hi >>> >>> I am currently converting STM32MP platforms to OF_UPSTREAM. >>> As we use same binary for several boards, flags

[PATCH v2 1/2] spi: atmel: Really drop atmel_spi.h

First try dropping this was with commit 37434db29be4 ("spi: atmel: Drop atmel_spi.h") back in 2018 which was reverted not much later with commit 5270df283676 ("Revert "spi: atmel: Drop atmel_spi.h""). Second try dropping this was in 2020 with commit beeb34ac0cc6 ("spi: atmel: Drop atmel_spi.h"), b

[PATCH v2 2/2] Revert "mem: spi-mem: add declaration for spi_mem_default_supports_op"

We have a duplicate declaration of spi_mem_default_supports_op() which was added twice, first with commit af6266c1c27a ("mem: spi-mem: add declaration for spi_mem_default_supports_op") for v2021.04, and again with commit 2299076e34f8 ("spi: spi-mem: export spi_mem_default_supports_op()") for v2021.

Re: [PATCH v3 17/17] imx95_evk: add i.MX95 19x19 EVK board basic support

On Tue, Jan 14, 2025 at 3:30 PM Marek Vasut wrote: > > On 1/14/25 11:34 PM, Tim Harvey wrote: > > On Thu, Jan 2, 2025 at 10:47 PM Alice Guo wrote: > >> > >> From: Ye Li > >> > >> This patch adds i.MX95 19x19 EVK board basic support. > >> > > > > Hi Alice, > > > > Could you add in the commit log

Re: [PATCHv2 4/6] blk: Make block subsystems select BLK

Hi Tom, On 1/15/25 2:22 AM, Tom Rini wrote: The BLK symbol has a few meanings, one of which is that it controls the driver model portion of a "block device". Rather than having this hidden symbol be "default y if ..." it should be select'd by the various block subsystems. As just replied on v

Re: [PATCH 6/6] block: Remove "select BLK" from non-block drivers

Hi Tom, On 1/14/25 5:59 PM, Tom Rini wrote: On Tue, Jan 14, 2025 at 02:53:48PM +0100, Quentin Schulz wrote: Hi Tom, On 12/20/24 11:22 PM, Tom Rini wrote: Now that block drivers are all selecting the BLK symbol, there's no need for other options to be select'ing BLK so that other required func

Re: [PATCHv2 4/6] blk: Make block subsystems select BLK

On Wed, Jan 15, 2025 at 06:51:28PM +0100, Quentin Schulz wrote: > Hi Tom, > > On 1/15/25 2:22 AM, Tom Rini wrote: > > The BLK symbol has a few meanings, one of which is that it controls the > > driver model portion of a "block device". Rather than having this hidden > > symbol be "default y if ...

Re: [PATCH 02/15] vbe: Split out reading a FIT into a common file

On Mon, Jan 13, 2025 at 07:22:19PM -0600, Tom Rini wrote: > On Mon, Jan 13, 2025 at 05:13:46PM -0700, Simon Glass wrote: > > Hi Tom, > > > > On Mon, 13 Jan 2025 at 13:44, Tom Rini wrote: > > > > > > On Mon, Jan 13, 2025 at 01:03:52PM -0700, Simon Glass wrote: > > > > Hi Tom, > > > > > > > > On Sa

Re: [PATCH 00/43] test: Improvements to ut command and test-suite running

On 15.01.25 14:30, Simon Glass wrote: The current method of running unit tests relies on subcommands of the ut command. Only the code in each subcommand knows how to find the tests related to that subcomand. This is not ideal and we now have quite a few subcommands which do nothing but locate th

Re: [PATCH 4/4] efi_loader: use include in ARM EFI linker script

Hi Heinrich On Tue, 14 Jan 2025 at 12:30, Heinrich Schuchardt wrote: > > Use the same include as arm64 for the linker script. > > Adjust the 32-bit ARM PE-COFF header accordingly and harmonize it with the > 64-bit ARM header. > > Signed-off-by: Heinrich Schuchardt > --- > arch/arm/lib/crt0_arm

Re: [PATCH 4/4] efi_loader: use include in ARM EFI linker script

On 15.01.25 09:06, Ilias Apalodimas wrote: Hi Heinrich On Tue, 14 Jan 2025 at 12:30, Heinrich Schuchardt wrote: Use the same include as arm64 for the linker script. Adjust the 32-bit ARM PE-COFF header accordingly and harmonize it with the 64-bit ARM header. Signed-off-by: Heinrich Schucha

Re: [PATCH] rockchip: nanopi-r3s-rk3566: disable unneeded CONFIG_NVME_PCI

Hi Tianling, On 1/15/25 6:37 AM, Tianling Shen wrote: > This board does not have any NVMe slot, so disable unneeded > CONFIG_NVME_PCI option. > > Fixes: bf4a33e725ae ("board: rockchip: add FriendlyElec NanoPi R3S") > Signed-off-by: Tianling Shen Reviewed-by: Quentin Schulz Thanks! Quentin

Re: [PATCH 4/4] efi_loader: use include in ARM EFI linker script

On 15.01.25 10:34, Ilias Apalodimas wrote: On Wed, 15 Jan 2025 at 10:53, Heinrich Schuchardt wrote: On 15.01.25 09:06, Ilias Apalodimas wrote: Hi Heinrich On Tue, 14 Jan 2025 at 12:30, Heinrich Schuchardt wrote: Use the same include as arm64 for the linker script. Adjust the 32-bit ARM

Re: [PATCH 2/8] ARM: renesas: Simplify board Makefiles

Hi Marek, On 1/12/25 11:34 PM, Marek Vasut wrote: Introduce board/renesas/common/Makefile and remove the multiple duplicate copies of obj := ../common/*.o from board Makefiles. Let the build system include the common Makefile using the HAVE_VENDOR_COMMON_LIB and build the common objects that are

dtc: "syntax error" linked to &{label/subnode} syntax

Hi I am currently converting STM32MP platforms to OF_UPSTREAM. As we use same binary for several boards, flags CONFIG_OF_UPSTREAM_BUILD_VENDOR=y and CONFIG_OF_UPSTREAM_VENDOR="st" are set. So all dts/upstream/src/arm/st/* dts files are compiled. I am facing an issue with dts/upstream/src/arm/s

Re: [PATCH 3/8] ARM: renesas: Rename common/common.c to common/rcar64-common.c

Hi Marek, On 1/12/25 11:34 PM, Marek Vasut wrote: The common.c content is specific to 64-bit R-Car SoCs, rename the file to rcar64-common.c and remove R-Car 64-bit ifdeffery in the file. No functional change. Signed-off-by: Marek Vasut Reviewed-by: Quentin Schulz Thanks! Quentin

[PATCH v2 1/2] board: phytec: common: Add product information to FTD

ft_board_setup inside the board code allows to alter device-tree during the boot process. Introduce a new function for the PHYTEC SOM detection to read the product name and part number from the EEPROM content and include both into the device-tree as * phytec,som-part-number * phytec,som-product-na

Re: [PATCH 8/8] arm64: renesas: Deduplicate R-Car Gen3 and Gen4 SPL

Hi Marek, On 1/12/25 11:34 PM, Marek Vasut wrote: Move R-Car Gen3 and Gen4 jump_to_image_no_args() into dedicated rcar64-spl.c file. The implementation of jump_to_image_no_args() is identical. No functional change. Signed-off-by: Marek Vasut This is just factoring code and looks fine to me,

Re: [PATCH 1/2] board: phytec: common: Add product information to FTD

Hi Wadim, On 11.11.24 09:35, Wadim Egorov wrote: > > > Am 08.11.24 um 19:19 schrieb Daniel Schultz: >> ft_board_setup inside the board code allows to alter >> device-tree during the boot process. >> >> Introduce a new function for the PHYTEC SOM detection >> to read the product name and part numbe

[PATCH v2 2/2] board: phytec: common: k3: Expose product infos to Linux

Call 'phytec_ft_board_fixup' in the common K3 board code to expose the product name and part number to Linux. Signed-off-by: Daniel Schultz Reviewed-by: Wadim Egorov --- Changes in v2: * Removed 'return 0' right before leaving with the same return code anyways. * Added Wadim's Reviewed-by.

[PATCH] configs: phycore_am62x_r5_defconfig: Increase SPL Malloc Pool

Increase the malloc pool size for the SPL by additional 4kB from 0x7000 to 0x8000. This fixes following error message: ... alloc space exhausted ptr 7028 limit 7000 DRAM init failed: -12 Signed-off-by: Daniel Schultz --- configs/phycore_am62x_r5_defconfig | 2 +- 1 file changed, 1 inserti

Re: [PATCH] Makefile: Make sure all linker input objects exist

Hi Marek, On 1/12/25 11:32 PM, Marek Vasut wrote: In case the build system builds a directory with empty Makefile, one which does not contain any obj-y entries, the build fails to link due to missing built-in.o . This happens because of this part of scripts/Makefile.build 81 ifneq ($(strip $(

Re: [PATCH 06/10] dw3-generic: Add dependencies whith SYSCON and REGMAP

On 1/14/25 15:54, Marek Vasut wrote: > On 1/14/25 3:45 PM, Patrice Chotard wrote: >> Since addition of STiH407 support in dwc3-generic, SYSCON and REGMAP >> support are needed. >> >> Add dependencies with SPL_REGMAP and SPL_SYSCON for: >> qcm6490, imx8mp_evk, phycore-imx8mp, librem5, qcom, >> xi

Re: [PATCH 2/3] video: rockchip: rk3328: filter unsupported modes

Hi Vasily, On 1/14/25 6:24 AM, Vasily Khoruzhick wrote: While RK3328 is capable of 4K resolution, dw-hdmi driver in u-boot seems to have some issue with 4K. 1440p or lower works fine. Limit max resolution by 2560x1440x60Hz, by filtering the modes with pixel clock > 297MHz Fixes: f3ea872970d603

Re: [PATCH 4/6] blk: Make block subsystems select BLK

Hi Tom, On 1/14/25 5:58 PM, Tom Rini wrote: On Tue, Jan 14, 2025 at 02:45:25PM +0100, Quentin Schulz wrote: Hi Tom, On 12/20/24 11:22 PM, Tom Rini wrote: The BLK symbol has a few meanings, one of which is that it controls the driver model portion of a "block device". Rather than having this h

Re: [PATCH v3 00/19] bootstd: Support recording images

Hi, On Mon, 4 Nov 2024 at 10:51, Simon Glass wrote: > > This series provides a way to keep track of the images used in bootstd, > including the type of each image. > > At present this is sort-of handled by struct bootflow but in quite an > ad-hoc way. The structure has become quite large and is h

Re: [PATCH v3 00/25] led: Remove old status-LED code

Hi Tom, On Tue, 3 Dec 2024 at 12:48, Tom Rini wrote: > > On Thu, Nov 07, 2024 at 07:33:51PM +, Peter Robinson wrote: > > Hi Simon, > > > > > On Tue, 5 Nov 2024 at 07:18, Peter Robinson wrote: > > > > > > > > On Sun, 3 Nov 2024 at 00:34, Simon Glass wrote: > > > > > > > > > > There has been

[PATCH] vexpress64: Fix bootargs when building without NET

When building without DHCP/PXE configurations (NET disabled), compilation errors may occur due to mismatched bootargs. Ensure bootargs related to DHCP/PXE are not enabled if the corresponding commands are disabled. include/config_distro_bootcmd.h:443:9: error: expected ‘}’ before ‘BOOT_TARGET_DEVI

Re: [PATCH v3 00/19] bootstd: Support recording images

On Wed, Jan 15, 2025 at 06:55:45AM -0700, Simon Glass wrote: > Hi, > > On Mon, 4 Nov 2024 at 10:51, Simon Glass wrote: > > > > This series provides a way to keep track of the images used in bootstd, > > including the type of each image. > > > > At present this is sort-of handled by struct bootflo

<    1   2   3   >