Re: [PATCH 0/5] riscv: mbv: Enhance MB-V support with also enabling SPL

On 2/14/24 12:52, Michal Simek wrote: Hi, enhance MB-V support with SPL configuration to support OpenSBI. All of that changes are out of generic Risc-V support that's why happy to take it via my tree. Please let me know if you want this to take via riscv subtree. Applied via my xilinx

Re: [PATCH] arm64: zynqmp: Remove snps,enable_guctl1_ipd_quirk property

On 2/26/24 16:54, Michal Simek wrote: Remove undocumented DT property. Suggested solution was to apply quirk via glue logic driver that's why make no sense to have it listed in DT. Signed-off-by: Michal Simek --- For more information please take a look at:

Re: [PATCH 1/5] configs: zynqmp: don't remove power-domains for spl device tree

On 2/23/24 15:06, Steffen Dirkwinkel wrote: From: Steffen Dirkwinkel These are used during sdhci initialization as functions are called with node_id even if we're not talking to the firmware. Signed-off-by: Steffen Dirkwinkel --- configs/xilinx_zynqmp_virt_defconfig | 2 +- 1 file

Re: [PATCH v1 2/5] tee: sandbox: fix spelling errors

On Wed, Feb 14, 2024 at 07:34:41PM +0100, Igor Opaniuk wrote: > Fix spelling errors in comments. > > Signed-off-by: Igor Opaniuk > --- > > drivers/tee/sandbox.c | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) > > diff --git a/drivers/tee/sandbox.c b/drivers/tee/sandbox.c >

Re: [PATCH v1 1/5] tee: optee: fix description in Kconfig

On Wed, Feb 14, 2024 at 07:34:40PM +0100, Igor Opaniuk wrote: > Fix OPTEE_TA_AVB symbol description in Kconfig: > s/"write"rb"/"write_rb"/g > > Signed-off-by: Igor Opaniuk > --- > > drivers/tee/optee/Kconfig | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git

Re: [PATCH 1/2] opos6uldev: make the LCD work again

On Thu, 29 Feb 2024 at 19:31, Tom Rini wrote: > > On Thu, Feb 29, 2024 at 08:42:42AM -0500, Tom Rini wrote: > > On Thu, Feb 29, 2024 at 11:17:28AM +0530, Sumit Garg wrote: > > > On Wed, 28 Feb 2024 at 20:50, Tom Rini wrote: > > > > > > > > On Wed, Feb 28, 2024 at 07:44:42PM +0530, Sumit Garg

Re: [RFC PATCH 3/4] arm: dts: k3-j721e: Separate boot binary build

Hi Manorit On 01/03/24 10:56, Manorit Chawdhry wrote: Hi Neha, On 16:50-20240228, Neha Malcom Francis wrote: Separate out the boot binaries built for J721E boards; J721E EVM and J721E SK by using the common templates in k3-j721e-binman.dtsi. Only the required boot binaries can be built from

Re: [PATCH v2] board: synquacer: developerbox: add myself as maintainer

On Thu, 29 Feb 2024 at 22:38, Masahisa Kojima wrote: > > Add myself as maintainer for SynQuacer Developerbox, > as I'm currently working on it. > This commit also removes Jassi from maintainer since he > no longer has a Developerbox. > Acked-by: Jassi Brar

Re: [RFC PATCH 3/4] arm: dts: k3-j721e: Separate boot binary build

Hi Neha, On 16:50-20240228, Neha Malcom Francis wrote: > Separate out the boot binaries built for J721E boards; J721E EVM and > J721E SK by using the common templates in k3-j721e-binman.dtsi. > > Only the required boot binaries can be built from the templates in the > boards' respective

[PATCH v2] board: synquacer: developerbox: add myself as maintainer

Add myself as maintainer for SynQuacer Developerbox, as I'm currently working on it. This commit also removes Jassi from maintainer since he no longer has a Developerbox. Cc: Jassi Brar Signed-off-by: Masahisa Kojima --- v1 -> v2 - remove Jassi from maintainer

RE: [PATCH] board: synquacer: developerbox: add myself as co-maintainer

> -Original Message- > From: Jassi Brar > Sent: Friday, March 1, 2024 1:14 PM > To: Kojima, Masahisa/小島 雅久 > Cc: u-boot@lists.denx.de; Jassi Brar ; Tom Rini > > Subject: Re: [PATCH] board: synquacer: developerbox: add myself as > co-maintainer > > On Thu, Feb 29, 2024 at 6:37 PM

Re: [PATCH] board: synquacer: developerbox: add myself as co-maintainer

On Thu, Feb 29, 2024 at 6:37 PM Masahisa Kojima wrote: > > Add myself as co-maintainer for SynQuacer Developerbox, > as I'm currently working on it. > > Signed-off-by: Masahisa Kojima > --- > board/socionext/developerbox/MAINTAINERS | 1 + > 1 file changed, 1 insertion(+) > > diff --git

Re: [PATCH] board: rockchip: add Rockchip Toybrick TB-RK3588X board

Hi Tom, On 2/29/2024 23:08, Tom Rini wrote: On Thu, Feb 29, 2024 at 08:04:16PM +0800, Elon Zhang wrote: TB-RK3588X board is a Rockchip Toybrick RK3588 based development board. Specification: Rockchip Rk3588 SoC 4x ARM Cortex-A76, 4x ARM Cortex-A55 8/16GB Memory

[PATCH] board: synquacer: developerbox: add myself as co-maintainer

Add myself as co-maintainer for SynQuacer Developerbox, as I'm currently working on it. Signed-off-by: Masahisa Kojima --- board/socionext/developerbox/MAINTAINERS | 1 + 1 file changed, 1 insertion(+) diff --git a/board/socionext/developerbox/MAINTAINERS

Re: [RFC PATCH 0/6] Clean up arm linker scripts

On Thu, Feb 29, 2024 at 02:07:39PM -0700, Sam Edwards wrote: > > > On 2/28/24 04:15, Ilias Apalodimas wrote: > > On Wed, 28 Feb 2024 at 13:11, Peter Robinson wrote: > > > > > > On Wed, 28 Feb 2024 at 10:58, Ilias Apalodimas > > > wrote: > > > > > > > > The arm linker scripts had a mix of

[PATCH] autoboot: Add check for result of malloc_cache_aligned()

Return value of a function 'malloc_cache_aligned' is dereferenced at autoboot.c:207 without checking for NULL, but it is usually checked for this function. Found by RASU JSC. Signed-off-by: Maks Mishin --- common/autoboot.c | 3 +++ 1 file changed, 3 insertions(+) diff --git

Re: [RFC PATCH 0/6] Clean up arm linker scripts

On 2/28/24 04:15, Ilias Apalodimas wrote: On Wed, 28 Feb 2024 at 13:11, Peter Robinson wrote: On Wed, 28 Feb 2024 at 10:58, Ilias Apalodimas wrote: The arm linker scripts had a mix of symbols and C defined variables in an effort to emit relative references instead of absolute ones e.g

Re: [PATCH 01/10] mach-snapdragon: Add support for IPQ9574

On 26/02/2024 11:07, Varadarajan Narayanan wrote: > Signed-off-by: Varadarajan Narayanan > --- > > arch/arm/dts/Makefile |2 + > arch/arm/dts/ipq9574-default.dts | 167 +++ > arch/arm/dts/ipq9574-rdp433-mht-phy.dts | 208 +++ >

Re: [PATCH 2/8] dts: qcom: import device trees and bindings for SA8155P-ADP

On 29/02/2024 15:21, Volodymyr Babchuk wrote: > Add device tree bindings and actual device trees for SM8150 SoC and > SA8155P-ADP board. Those files were imported from Linux kernel 6.8-rc5 > as is. In this configuration they will not work with U-Boot for couple > reasons: > Aren't you now

Re: [PATCH v2] scripts: dtc-version: Don't show error messages

On 2024-02-15 15:21, Dragan Simic wrote: On 2024-02-15 14:13, Tom Rini wrote: On Wed, Feb 14, 2024 at 04:48:52AM +0100, Dragan Simic wrote: On 2024-02-06 12:00, Dragan Simic wrote: > Prevent the error messages produced by which(1), such as the one quoted > below, from being visible in the

Re: [PATCH v4] cmd: add FDT setup for bootelf by flag

Hello Tom, On 26.02.2024 21:35, Maxim Moskalets wrote: From: Maxim Moskalets Added the ability to use FDT for ELF applications, required to run some OS. To make FDT setup, you need to set the -d fdt_addr_r cmd option for bootelf command. Signed-off-by: Maxim Moskalets Cc: Tom Rini ---

Re: [PATCH v1 0/5] TEE: minor cleanup

On Thu, Feb 29, 2024 at 07:25:10PM +, Peter Robinson wrote: > On Thu, 29 Feb 2024 at 19:11, Igor Opaniuk wrote: > > > > Hi Ilias, > > > > On Wed, Feb 14, 2024 at 7:34 PM Igor Opaniuk > > wrote: > > > > > - Address some spelling errors and typos > > > - Support CMD_OPTEE_RPMB for SANDBOX

Re: [PATCH v1 0/5] TEE: minor cleanup

On Thu, 29 Feb 2024 at 19:11, Igor Opaniuk wrote: > > Hi Ilias, > > On Wed, Feb 14, 2024 at 7:34 PM Igor Opaniuk > wrote: > > > - Address some spelling errors and typos > > - Support CMD_OPTEE_RPMB for SANDBOX configurations and add python tests > > - Remove common.h inclusion for drivers/tee >

Re: [PATCH v1] cmd: md5sum: use hash_command

Hello Tom, On Sun, Feb 11, 2024 at 7:56 PM Igor Opaniuk wrote: > From: Igor Opaniuk > > Drop old implementation and use hash_command() instead, as > how it's currently done for crc32 and sha1sum cmds. > > Test: > => md5sum 0x6000 0x200 > md5 for 6000 ... 61ff ==>

Re: [PATCH v1 0/5] TEE: minor cleanup

Hi Ilias, On Wed, Feb 14, 2024 at 7:34 PM Igor Opaniuk wrote: > - Address some spelling errors and typos > - Support CMD_OPTEE_RPMB for SANDBOX configurations and add python tests > - Remove common.h inclusion for drivers/tee > > Igor Opaniuk (5): > tee: optee: fix description in Kconfig >

Re: [PATCH v1] include: android_bootloader_message.h: sync with AOSP upstream

+CC Mattijs On Mon, Feb 19, 2024 at 11:16 AM Igor Opaniuk wrote: > This takes the latest changes from AOSP from [1][2] (as this > header was split on two) with minimal changes (this could lead > to warnings reported by checkpatch). > > Some local changes have been applied: > 1. Enable

Re: [PATCH v8 0/8] Handoff bloblist from previous boot stage

On Sat, 03 Feb 2024 08:36:19 -0800, Raymond Mao wrote: > This patch set adds/adapts a few bloblist APIs and implements Arm arch > custom function to retrieve the bloblist (aka. Transfer List) from > previous loader via boot arguments when BLOBLIST option is enabled and > all boot arguments are

Re: [PATCH v10 14/15] configs: am69_sk: Add defconfig for AM69 SK board

On 2/23/24 2:21 PM, Apurva Nandan wrote: From: Dasnavis Sabiya Add defconfig for AM69 SK A72 and R5 configuration. This inlcudes and modifies the J784S4 EVM defconfigs: j784s4_evm_a72_defconfig -> am69_sk_a72_defconfig j784s4_evm_r5_defconfig -> am69_sk_r5_defconfig Signed-off-by: Dasnavis

Re: [PATCH] mtd: spinand: Add support for XTX XT26xxxDxxxxx

Hi Michael, On 29.02.24 16:45, Michael Nazzareno Trimarchi wrote: > Hi > > I will ask dario to pick them up. I wil review too We have a bunch of > patches to get in nand-next Ok, thanks. But please wait until Bruce sends a new version based on the Linux driver as I have asked him to do that.

Re: [PATCH] mtd: spinand: Add support for XTX XT26xxxDxxxxx

Hi I will ask dario to pick them up. I wil review too We have a bunch of patches to get in nand-next Michael On Thu, Feb 29, 2024 at 10:24 AM Bruce Sun wrote: > > Thans for your advice, I will port the driver from linux driver(xtx.c) > later. > > On 2/29/2024 5:05 PM, Frieder Schrempf wrote: >

Re: [PATCH v2 0/1] Fix booting kernels with ATAGS and extlinux

On Thu, Feb 29, 2024 at 12:23:31PM +0200, Svyatoslav Ryhel wrote: > чт, 25 січ. 2024 р. о 22:17 Svyatoslav Ryhel пише: > > > > Currently, if boot with extlinux.conf and do not set the fdt > > U-Boot will provide its own device tree. This behavior is > > beneficial if the U-Boot device tree is in

Re: [PATCH] board: rockchip: add Rockchip Toybrick TB-RK3588X board

On Thu, Feb 29, 2024 at 08:04:16PM +0800, Elon Zhang wrote: > TB-RK3588X board is a Rockchip Toybrick RK3588 based development board. > > Specification: > Rockchip Rk3588 SoC > 4x ARM Cortex-A76, 4x ARM Cortex-A55 > 8/16GB Memory LPDDR4x > Mali G610MC4 GPU > 2×

Re: [PATCH 4/8] clk: qcom: add support for power domains uclass

On Thu, Feb 29, 2024 at 02:21:08PM +, Volodymyr Babchuk wrote: > @@ -223,7 +229,7 @@ U_BOOT_DRIVER(qcom_clk) = { > int qcom_cc_bind(struct udevice *parent) > { > struct msm_clk_data *data = (struct msm_clk_data > *)dev_get_driver_data(parent); > - struct udevice *clkdev, *rstdev;

[PATCH 0/8] Add support for Qualcomm SA8155-ADP board

This patch series adds support for Qualcomm SA8155-ADP development board. Main motivation for this series is to allow running virtualization software on this board and U-Boot is a good way to break Qualcomm's boot chain at EL2 with more convenient ways for uploading and running the code. With

[PATCH 8/8] board: add support for Qualcomm SA8155P-ADP board

SA8155P Automotive Development Platform is Qualcomm SA8155-based board for developers. The nice thing that it has unlocked loaders with test keys support, which means that U-Boot for this platform can be launched at earlier stages. This patch adds basic board support with only serial port and

[PATCH 4/8] clk: qcom: add support for power domains uclass

Now sub-drivers for particular SoCs can register them as power domain drivers. This is needed for upcoming SM8150 support, because it needs to power up the Ethernet module. Signed-off-by: Volodymyr Babchuk --- drivers/clk/qcom/clock-qcom.c | 93 ++-

[PATCH 3/8] net: dw_eth_qos: add support for Qualcomm SM8150 SoC

Add support for Qualcomm SM8150 SoC to the EQOS driver. SM8150 has two main differences from already supported QCS404: it has another RGMII configuration registers set and it does require RGMII loopback to be disabled. To support different variants of QCOM SoC we had to add two new fields to the

[PATCH 5/8] clk: qcom: add driver for SM8150 SoC

Add clock, reset and power domain driver for SM8150. Driver code is based on the similar U-Boot drivers. All constants are taken from the corresponding Linux driver. This driver supports clock rate setting only for the debug UART and RGMII/Ethernet modules, because this is all I can test right

[PATCH 7/8] pinctrl: qcom: add driver for SM8150 SoC

Add pinctrl and GPIO driver for SM8150. Driver code is based on the similar U-Boot drivers. All constants are taken from the corresponding Linux driver. This drivers differs from the similar U-Boot drivers, because SM8150 SoC have different function IDs for the same functions on different pins.

[PATCH 6/8] pinctr: qcom: pass pin number to get_function_mux callback

This patch is the preparation for SM8150 support. This new SoC depending on the particular pin can have different numbers for the same function. For example "rgmii" function for GPIO4 has id=2 while for GPIO59 it has id=1. So, to support this type of SoCs, get_function_mux() callback needs to know

[PATCH 1/8] clk: qcom: clear div mask before assigning new divider

We need to do this to ensure that new divider is applied correctly. This fixes potential issue with 1Gbit ethernet on SA8155P-ADP boards. Signed-off-by: Volodymyr Babchuk --- drivers/clk/qcom/clock-qcom.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

Re: [PATCH 0/2] arm: socfpga: arria10: allow to reprogram FPGA with warm reboot

On Thu, Feb 29, 2024 at 2:03 PM Dinh Nguyen wrote: > > > > On 2/22/24 09:20, Michał Barnaś wrote: > > > > By default, the board requires power cycle (cold boot) to program the > > FPGA with bitstream. This change adds Kconfig that allows to enable > > reprogramming the FPGA with every boot. This

Re: [PATCH 0/2] arm: socfpga: arria10: allow to reprogram FPGA with warm reboot

On 2/22/24 09:20, Michał Barnaś wrote: By default, the board requires power cycle (cold boot) to program the FPGA with bitstream. This change adds Kconfig that allows to enable reprogramming the FPGA with every boot. This makes the update process of the bitstream on the filesystem to be

Re: [PATCH 1/2] opos6uldev: make the LCD work again

On Thu, Feb 29, 2024 at 08:42:42AM -0500, Tom Rini wrote: > On Thu, Feb 29, 2024 at 11:17:28AM +0530, Sumit Garg wrote: > > On Wed, 28 Feb 2024 at 20:50, Tom Rini wrote: > > > > > > On Wed, Feb 28, 2024 at 07:44:42PM +0530, Sumit Garg wrote: > > > > + Shawn, Krzysztof, Conor > > > > > > > > Hi

Re: [RFC PATCH 2/6] arm: clean up v7 and v8 linker scripts for bss_start/end

On 28/02/2024 10:48, Ilias Apalodimas wrote: commit 3ebd1cbc49f0 ("arm: make __bss_start and __bss_end__ compiler-generated") and commit f84a7b8f54db ("ARM: Fix __bss_start and __bss_end in linker scripts") were moving the bss_start/end on c generated variables that were injected in their own

Re: [PATCH 1/2] opos6uldev: make the LCD work again

On Thu, Feb 29, 2024 at 11:17:28AM +0530, Sumit Garg wrote: > On Wed, 28 Feb 2024 at 20:50, Tom Rini wrote: > > > > On Wed, Feb 28, 2024 at 07:44:42PM +0530, Sumit Garg wrote: > > > + Shawn, Krzysztof, Conor > > > > > > Hi Tom, > > > > > > On Wed, 28 Feb 2024 at 18:40, Tom Rini wrote: > > > > >

[PATCH] board: rockchip: add Rockchip Toybrick TB-RK3588X board

TB-RK3588X board is a Rockchip Toybrick RK3588 based development board. Specification: Rockchip Rk3588 SoC 4x ARM Cortex-A76, 4x ARM Cortex-A55 8/16GB Memory LPDDR4x Mali G610MC4 GPU 2× MIPI-CSI0 Connector 1x 2Lanes PCIe3.0 Connector 1x

Re: [PATCH v2 05/16] power: rk8xx: add support for RK806

Hi Jonas, On 2/29/24 12:47, Jonas Karlman wrote: Hi Quentin, On 2024-02-23 10:05, Quentin Schulz wrote: From: Quentin Schulz This adds support for RK806, only the SPI variant has been tested. The communication "protocol" over SPI is the following: - write three bytes: - 1 byte: [0:3]

Re: [PATCH v2 05/16] power: rk8xx: add support for RK806

Hi Quentin, On 2024-02-23 10:05, Quentin Schulz wrote: > From: Quentin Schulz > > This adds support for RK806, only the SPI variant has been tested. > > The communication "protocol" over SPI is the following: > - write three bytes: >- 1 byte: [0:3] length of the payload, [6] Enable CRC,

Re: [PATCH v2 0/1] Fix booting kernels with ATAGS and extlinux

чт, 25 січ. 2024 р. о 22:17 Svyatoslav Ryhel пише: > > Currently, if boot with extlinux.conf and do not set the fdt > U-Boot will provide its own device tree. This behavior is > beneficial if the U-Boot device tree is in sync with Linux, > but it totally halts the booting of pre-dtb kernels (3.4

Re: [PATCH v6] remoteproc: uclass: Add methods to load firmware to rproc and boot rproc

On 28/02/2024 14:06, MD Danish Anwar wrote: > Add APIs to set a firmware_name to a rproc and boot the rproc with the > same firmware. > > Clients can call rproc_set_firmware() API to set firmware_name for a rproc > whereas rproc_boot() will load the firmware set by rproc_set_firmware() to > a

Re: [PATCH] mtd: spinand: Add support for XTX XT26xxxDxxxxx

Thans for your advice, I will port the driver from linux driver(xtx.c) later. On 2/29/2024 5:05 PM, Frieder Schrempf wrote: Hi Bruce, On 26.12.23 08:58, Bruce Suen wrote: [Sie erhalten nicht häufig E-Mails von bruce_s...@163.com. Weitere Informationen, warum dies wichtig ist, finden Sie

Re: [PATCH] mtd: spinand: Add support for XTX XT26xxxDxxxxx

On 30.01.24 04:11, Bruce Sun wrote: > > Sie erhalten nicht oft eine E-Mail von bruce_s...@163.com. Erfahren Sie, > warum dies wichtig ist > > > > On 1/29/2024 8:00 PM, Jagan Teki wrote: >> On Tue, Dec 26, 2023 at 1:28 PM Bruce Suen

Re: [PATCH] mtd: spinand: Add support for XTX XT26xxxDxxxxx

Hi Bruce, On 26.12.23 08:58, Bruce Suen wrote: > [Sie erhalten nicht häufig E-Mails von bruce_s...@163.com. Weitere > Informationen, warum dies wichtig ist, finden Sie unter > https://aka.ms/LearnAboutSenderIdentification ] > > Add Support XTX Technology XT26G01DX, XT26G11DX,

Re: [PATCH v1 0/4] Introduce mtdblock device

Hi Alexey, On 27.02.24 11:04, Alexey Romanov wrote: > Hello! > > This series adds support for the mtdblock device, which > allows to read/write data block by block. For example, > it can now be used for BCB or Android AB command: > > $ bcb load mtd 0 part_name > > Tested only on SPI NAND, so