Re: [RFC PATCH 01/15] DO-NOT-MERGE: dts: upstream: src: Necessary pulls from upstream dts

2024-04-04 Thread Jayesh Choudhary
Hello Sumit, On 05/04/24 10:27, Sumit Garg wrote: Hi Jayesh, On Thu, 4 Apr 2024 at 14:30, Jayesh Choudhary wrote: j722s dts support that needs to be pulled from devicetree-rebasing tree. The whole series depends on this support. Which devicetree-rebasing tag does this patch depend upon?

Re: [RFC PATCH 01/15] DO-NOT-MERGE: dts: upstream: src: Necessary pulls from upstream dts

2024-04-04 Thread Sumit Garg
Hi Jayesh, On Thu, 4 Apr 2024 at 14:30, Jayesh Choudhary wrote: > > j722s dts support that needs to be pulled from devicetree-rebasing > tree. The whole series depends on this support. > Which devicetree-rebasing tag does this patch depend upon? v6.8-dts has already made its way to U-Boot

Re: [PATCH v2 6/6] spinand: bind UBI block

2024-04-04 Thread Chuanhong Guo
Hi! On Thu, Apr 4, 2024 at 4:02 PM Alexey Romanov wrote: > > > +#include > > > #include > > > #include > > > #include > > > @@ -1182,8 +1183,13 @@ static int spinand_bind(struct udevice *dev) > > > { > > > if (blk_enabled()) { > > > struct spinand_plat *plat =

Re: [PATCH] spi: dw: Use controller clock rate as maximum frequency

2024-04-04 Thread Kunihiko Hayashi
Hi Jagan, On 2023/12/18 20:40, Jagan Teki wrote: On Wed, Oct 25, 2023 at 1:20 PM Kunihiko Hayashi wrote: Currently the controller driver has maximum frequency in plat->frequency that is specified by "spi-max-frequency" DT property in the controller node. This is special to U-Boot and doesn't

[PATCH v3] tpm-v2: allow algoirthm name to be configured for pcr_read and pcr_extend

2024-04-04 Thread Tim Harvey
For pcr_read and pcr_extend commands allow the digest algorithm to be specified by an additional argument. If not specified it will default to SHA256 for backwards compatibility. A follow-on to this could be to extend all PCR banks with the detected algo when the argument is 'auto'.

Re: [V1 PATCH 1/2] rockchip: sdram: Support getting banks from TPL for rk3568 and rk3588

2024-04-04 Thread Chris Morgan
On Tue, Apr 02, 2024 at 06:38:59PM +0200, Quentin Schulz wrote: > Hi Chris, > > On 4/1/24 20:14, Chris Morgan wrote: > > From: Chris Morgan > > > > Allow RK3568 and RK3588 based boards to get the RAM bank configuration > > from the ROCKCHIP_TPL stage instead of the current logic. This fixes > >

[PATCH v2] arm: imx: fix signature_block_hdr struct fields order

2024-04-04 Thread Javier Viguera
According to the documentation (for example NXP's AN13994 on encrypted boot on AHAB-enabled devices), the format of the signature block is: +--+--+--+-+ | Tag | Length - msb | Length - lsb | Version |

[PULL] Please pull qcom-next-2024Apr04 (attempt 2)

2024-04-04 Thread Caleb Connolly
Hi Tom, Sorry for the noise, totally fluffed that PR... Please ignore the previous email. Some new Qualcomm features for you: * Ethernet, i2c, and USB support are now enabled by default * The clock driver gets some bug fixes and cleanup * Invalid FDTs are now properly detected in

[PULL] Please pull qcom-next-2024Apr04

2024-04-04 Thread Caleb Connolly
Hi Tom, Some new Qualcomm features for you: * Ethernet, i2c, and USB support are now enabled by default * The clock driver gets some bug fixes and cleanup * Invalid FDTs are now properly detected in board_fdt_blob_setup(). * The pinctrl driver gains preparatory support for per-pin function

Re: [PATCH 1/1] net: nfs: fix file handle length in NFSv3

2024-04-04 Thread Andrew Davis
On 3/26/24 4:34 AM, Sébastien Szymanski wrote: The NFS protocol uses file handles to refer to file or directory. In NFSv2 file handles have a fixed size of 32 bytes. In NFSv3 file handles have a variable length up to 64 bytes. This is also true for the MOUNT protocol. [1] When the NFSv3 server

[GIT PULL] Please pull u-boot-amlogic-next-20240404

2024-04-04 Thread Neil Armstrong
next-20240402' of https://source.denx.de/u-boot/custodians/u-boot-dfu (2024-04-02 22:37:23 -0400) are available in the Git repository at: https://source.denx.de/u-boot/custodians/u-boot-amlogic.git tags/u-boot-amlogic-20240404 for you to fetch change

[PATCH 3/3] qcom_defconfig: enable SM8550 & SM8650 clock driver

2024-04-04 Thread Neil Armstrong
Enable the SM8550 & SM8650 clock driver in the Qualcomm defconfig. Signed-off-by: Neil Armstrong --- configs/qcom_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/qcom_defconfig b/configs/qcom_defconfig index 1abb57345ff..993c2d25f07 100644 --- a/configs/qcom_defconfig

[PATCH 2/3] clk: qcom: Add SM8650 clock driver

2024-04-04 Thread Neil Armstrong
Add the GCC and TCSRCC clock driver for the SM8650 SoC. The GCC driver uses the clk-qcom infrastructure to support GDSCs, Resets and gates. While the TCSRCC is a simpler clock driver which only supports gates. The GCC enable and set_rate callbacks contains some tweaks to setup clocks for Debug

[PATCH 1/3] clk: qcom: Add SM8550 clock driver

2024-04-04 Thread Neil Armstrong
Add the GCC and TCSRCC clock driver for the SM8550 SoC. The GCC driver uses the clk-qcom infrastructure to support GDSCs, Resets and gates. While the TCSRCC is a simpler clock driver which only supports gates. The GCC enable and set_rate callbacks contains some tweaks to setup clocks for Debug

[PATCH 0/3] qcom: add clock driver support for SM8550 and SM8650 SoCc

2024-04-04 Thread Neil Armstrong
.c | 335 drivers/clk/qcom/clock-sm8650.c | 332 +++ 5 files changed, 687 insertions(+) --- base-commit: f0e6aba1218bca578605697eed8aa94582bf57bb change-id: 20240404-topic-sm8x50-clock-a76f8359b5fb Best regards, -- Neil Armstrong

Re: [PATCH v2] tools: open FIT image read-only

2024-04-04 Thread Dragan Simic
Hello all, Just a brief reminder about merging this patch. It looks fine to me. On 2024-03-21 19:31, Ahelenia Ziemiańska wrote: Open for reading as O_RDONLY instead of O_RDWR: the only usage of the fd is for the single read() below; this prevented mkimage -f auto -A arm64 \

Re: [PATCH v3] tools: copyfile: use 64k instead of 512 buffer

2024-04-04 Thread Dragan Simic
Hello Ahelenia, Just checking, have you forgotten about this patch? On 2024-03-21 21:50, Dragan Simic wrote: On 2024-03-21 21:37, Ahelenia Ziemiańska wrote: This is a trivial but significant optimization: mkimage took >200ms (and 49489 writes (of which 49456 512)), now it takes 110ms (and

Re: [RFC PATCH 08/15] arm: mach-k3: j722s: introduce clock and device files for wkup spl

2024-04-04 Thread Bryan Brattlof
On April 4, 2024 thus sayeth Jayesh Choudhary: > Include the clock and lpsc tree files needed for the wkup spl to > initialize the proper PLLs and power domains to boot the SoC. > > Signed-off-by: Vaishnav Achath > Signed-off-by: Jayesh Choudhary > --- > arch/arm/mach-k3/r5/Makefile

Re: [RFC PATCH 05/15] clk: ti: clk-k3: use IS_ENABLED macro and fix the clock-data order

2024-04-04 Thread Bryan Brattlof
On April 4, 2024 thus sayeth Jayesh Choudhary: > Use IS_ENABLED macro for the platform clock-data list and add them > in alphabetical order. > > Signed-off-by: Jayesh Choudhary > --- > drivers/clk/ti/clk-k3.c | 41 + > 1 file changed, 21 insertions(+),

Re: [PATCH v2 4/4] boot: correct finding the default EFI binary

2024-04-04 Thread Heinrich Schuchardt
On 04.04.24 16:46, Ilias Apalodimas wrote: Hi Heinrich, FWIW reading at this, I don't see a point of having it overall. It has a nice feature of trying to load external DTBs from a path though. I think in the future we can move the dtb selection in bootmeth_efi_mgr.c and delete this one

Re: [RFC PATCH 15/15] doc: board: ti: Add J722S-EVM documentation

2024-04-04 Thread Andrew Davis
On 4/4/24 4:00 AM, Jayesh Choudhary wrote: Introduce basic documentation for the J722S-EVM. Signed-off-by: Jayesh Choudhary --- doc/board/ti/j722s_evm.rst | 262 + doc/board/ti/k3.rst| 1 + 2 files changed, 263 insertions(+) create mode

Re: [PATCH v2 1/4] boot: correct the default sequence of boot methods

2024-04-04 Thread Heinrich Schuchardt
On 04.04.24 17:18, Mark Kettenis wrote: From: Heinrich Schuchardt Date: Thu, 4 Apr 2024 13:47:39 +0200 The default sequence of boot methods is determined by alphabetical sorting during linkage. * efi_mgr must run before efi to be UEFI compliant * pxe should run as last resort Signed-off-by:

Re: [RFC PATCH 13/15] arm: dts: Introduce J722S U-Boot dts files

2024-04-04 Thread Andrew Davis
On 4/4/24 4:00 AM, Jayesh Choudhary wrote: Include the uboot device tree files needed to boot the board. Co-developed-by: Vaishnav Achath Signed-off-by: Vaishnav Achath Signed-off-by: Jayesh Choudhary --- arch/arm/dts/Makefile |2 +

Re: [PATCH v2 1/4] boot: correct the default sequence of boot methods

2024-04-04 Thread Mark Kettenis
> From: Heinrich Schuchardt > Date: Thu, 4 Apr 2024 13:47:39 +0200 > > The default sequence of boot methods is determined by alphabetical sorting > during linkage. > > * efi_mgr must run before efi to be UEFI compliant > * pxe should run as last resort > > Signed-off-by: Heinrich Schuchardt

Re: [PATCH v2 4/4] boot: correct finding the default EFI binary

2024-04-04 Thread Ilias Apalodimas
Hi Heinrich, FWIW reading at this, I don't see a point of having it overall. It has a nice feature of trying to load external DTBs from a path though. I think in the future we can move the dtb selection in bootmeth_efi_mgr.c and delete this one On Thu, 4 Apr 2024 at 14:49, Heinrich Schuchardt

Re: [PATCH v2 3/4] efi_loader: move HOST_ARCH to version_autogenerated.h

2024-04-04 Thread Ilias Apalodimas
On Thu, 4 Apr 2024 at 14:50, Heinrich Schuchardt wrote: > > efi_default_filename.h requires HOST_ARCH to be defined. Up to now we > defined it via a CFLAGS. This does not scale. Add the symbol to > version_autogenerated.h instead. > > Signed-off-by: Heinrich Schuchardt > --- > v2: > new

Re: [PATCH v2 2/4] boot: enable booting via EFI boot manager by default

2024-04-04 Thread Ilias Apalodimas
On Thu, 4 Apr 2024 at 14:49, Heinrich Schuchardt wrote: > > If UEFI is enabled in U-Boot, we want it to conform to the UEFI > specification. This requires enabling the boot manager boot method. > > Reported-by: E Shattow > Signed-off-by: Heinrich Schuchardt > --- > v2: > fix building

Re: [PATCH v2 1/4] boot: correct the default sequence of boot methods

2024-04-04 Thread Ilias Apalodimas
On Thu, 4 Apr 2024 at 14:49, Heinrich Schuchardt wrote: > > The default sequence of boot methods is determined by alphabetical sorting > during linkage. > > * efi_mgr must run before efi to be UEFI compliant > * pxe should run as last resort > > Signed-off-by: Heinrich Schuchardt > --- > v2: >

[PATCH v5 5/5] tee: remove common.h inclusion

2024-04-04 Thread Igor Opaniuk
The usage of the common.h include file is deprecated [1], and has already been removed from several files. Get rid of all inclusions in the "drivers/tee" directory, and replace it with required include files directly where needed. [1] doc/develop/codingstyle.rst Reviewed-by: Ilias Apalodimas

[PATCH v5 4/5] test: py: add optee_rpmb tests

2024-04-04 Thread Igor Opaniuk
Add read/write tests for optee_rpmb cmd. Signed-off-by: Igor Opaniuk --- (no changes since v1) test/py/tests/test_optee_rpmb.py | 20 1 file changed, 20 insertions(+) create mode 100644 test/py/tests/test_optee_rpmb.py diff --git a/test/py/tests/test_optee_rpmb.py

[PATCH v5 3/5] cmd: optee_rpmb: build cmd for sandbox

2024-04-04 Thread Igor Opaniuk
Support CMD_OPTEE_RPMB for SANDBOX configurations. Test: $ ./u-boot -d arch/sandbox/dts/test.dtb ... => optee_rpmb write_pvalue test_variable test_value Wrote 11 bytes => optee_rpmb read_pvalue test_variable 11 Read 11 bytes, value = test_value Reviewed-by: Mattijs Korpershoek Tested-by:

[PATCH v5 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Igor Opaniuk
Close tee session after each optee_rpmb invocation, as there is no reason to keep it open, considering the absence of any available mechanism to clean up all open sessions automatically before handing over control to the Linux kernel. Without proper clean-up we might end up with orphaned sessions

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

2024-04-04 Thread Igor Opaniuk
Fix OPTEE_TA_AVB symbol description in Kconfig: s/"write"rb"/"write_rb"/g Reviewed-by: Heinrich Schuchardt Reviewed-by: Ilias Apalodimas Signed-off-by: Igor Opaniuk --- (no changes since v2) Changes in v2: - Applied R-b tags drivers/tee/optee/Kconfig | 2 +- 1 file changed, 1 insertion(+),

[PATCH v5 0/5] TEE: minor cleanup

2024-04-04 Thread Igor Opaniuk
- Address some spelling errors and typos - Support CMD_OPTEE_RPMB for SANDBOX configurations and add python tests - Remove common.h inclusion for drivers/tee - Add calls for closing tee session after every read/write operation. CI build: [1]

Re: [PATCH] arm: dts: kirkwood: Remove DTS files for Kirkwood boards

2024-04-04 Thread Stefan Roese
On 3/26/24 22:12, Tony Dinh wrote: Remove DTS and DTSI files for Kirkwood boards that have upstream supports. This patch depends on "arm: dts: kirkwood: Enable upstream DT on Kirkwood boards" https://patchwork.ozlabs.org/project/uboot/patch/20240322021747.14873-1-mibo...@gmail.com/

RE: [PATCH] arm: imx: fix signature_block_hdr struct fields order

2024-04-04 Thread Viguera, Javier
Hi Fabio, First, sorry for the delay. I was out of the office (Easter). -Original Message- From: Fabio Estevam Could you elaborate more about this and share more details? Have you seen a run-time error or did you catch it by code inspection? The struct has the fields in the wrong

[PATCH] xilinx: common: Fix MAC address read from EEPROM

2024-04-04 Thread Petr Zejdl
The upper-to-lowercase character conversion now avoids altering the MAC address field. In the previous version, this alteration corrupted the MAC address. Signed-off-by: Petr Zejdl --- board/xilinx/common/board.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git

[PATCH v3 3/3] spinand: bind mtdblock

2024-04-04 Thread Alexey Romanov
Bind SPI-NAND driver to MTD block driver. Reviewed-by: Frieder Schrempf Signed-off-by: Alexey Romanov --- drivers/mtd/nand/spi/core.c | 20 1 file changed, 20 insertions(+) diff --git a/drivers/mtd/nand/spi/core.c b/drivers/mtd/nand/spi/core.c index 2a3dbcfcb4..dd880adf31

[PATCH v3 2/3] drivers: introduce mtdblock abstraction

2024-04-04 Thread Alexey Romanov
MTD block - abstraction over MTD subsystem, allowing to read and write in blocks using BLK UCLASS. Signed-off-by: Alexey Romanov --- drivers/block/blk-uclass.c | 1 + drivers/mtd/Makefile | 1 + drivers/mtd/mtdblock.c | 227 +

[PATCH v3 1/3] disk: support MTD partitions

2024-04-04 Thread Alexey Romanov
Add new MTD partition driver, which can be useful with mtdblock driver combination. Signed-off-by: Alexey Romanov --- disk/part.c | 3 +- drivers/mtd/Kconfig | 1 + drivers/mtd/mtdpart.c | 69 +++ include/part.h| 3 ++ 4 files

[PATCH v3 0/3] Introduce mtdblock device

2024-04-04 Thread Alexey Romanov
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 bind is made only for SPI NAND drivers. --- Changes V1 -> V2 [1]:

Please pull u-boot-marvell/master

2024-04-04 Thread Stefan Roese
Hi Tom, please pull the first batch of mostly Marvell related patches: - kirkwood: Switch to using upstream dts/dtsi files (Tony) - mvebu: Turris Omnia - New board revision support (Marek)

Re: [PATCH] arm: imx: fix signature_block_hdr struct fields order

2024-04-04 Thread Fabio Estevam
Hi Javier, On Thu, Apr 4, 2024 at 8:58 AM Viguera, Javier wrote: > The struct has the fields in the wrong order according to other documentation > from NXP (see for example the AN13994 - Encrypted Boot on AHAB-enabled > devices). > > In the current upstream u-boot code there is NO runtime

Re: [PATCH v3] arm: dts: kirkwood: Enable upstream DT on Kirkwood boards

2024-04-04 Thread Stefan Roese
On 4/2/24 00:08, Tony Dinh wrote: Enable OF_UPSTREAM to use upstream DT and add marvell/ prefix to the DEFAULT_DEVICE_TREE for Kirkwood boards. And so we can directly build DTBs from dts/upstream/src/arm/marvell, and including *-u-boot.dtsi files from arch/arm/dts/ directory. Background: The

Re: [PATCH u-boot-mvebu v4 00/18] Turris Omnia - New board revision support

2024-04-04 Thread Stefan Roese
On 4/4/24 09:50, Marek Behún wrote: changes since v3: - added missing files turris_common.c and turris_common.h to patch 05/18 - added comment to patch 11/18 before while (1); as discussed in v3 v1, v2 and v3 at:

Re: [PATCH v1] MAINTAINERS: add entries for tee-related orphaned files

2024-04-04 Thread Mattijs Korpershoek
Hi Igor, Thank you for the patch. On jeu., avril 04, 2024 at 12:52, Igor Opaniuk wrote: > Add orphaned TEE/OP-TEE-related files to TEE subsystem entry in > MAINTAINERS. This includes: > - optee_rpmb cmd and test for it > - Misc. OP-TEE tests > - OP-TEE SCMI agent implementation > -

[PATCH v2 3/4] efi_loader: move HOST_ARCH to version_autogenerated.h

2024-04-04 Thread Heinrich Schuchardt
efi_default_filename.h requires HOST_ARCH to be defined. Up to now we defined it via a CFLAGS. This does not scale. Add the symbol to version_autogenerated.h instead. Signed-off-by: Heinrich Schuchardt --- v2: new patch --- Makefile| 1 + arch/sandbox/config.mk | 2 --

[PATCH v2 4/4] boot: correct finding the default EFI binary

2024-04-04 Thread Heinrich Schuchardt
* The sandbox must not use an arbitrary file name bootsbox.efi but the file name matching the host architecture to properly boot the respective file. We already have an include which provides a macro with the name of the EFI binary. Use it. * The path to the EFI binary should be absolute.

[PATCH v2 2/4] boot: enable booting via EFI boot manager by default

2024-04-04 Thread Heinrich Schuchardt
If UEFI is enabled in U-Boot, we want it to conform to the UEFI specification. This requires enabling the boot manager boot method. Reported-by: E Shattow Signed-off-by: Heinrich Schuchardt --- v2: fix building with EFI_BOOT_MGR but w/o BOOTSTD --- boot/Kconfig | 10

[PATCH v2 1/4] boot: correct the default sequence of boot methods

2024-04-04 Thread Heinrich Schuchardt
The default sequence of boot methods is determined by alphabetical sorting during linkage. * efi_mgr must run before efi to be UEFI compliant * pxe should run as last resort Signed-off-by: Heinrich Schuchardt --- v2: no change --- boot/bootmeth_efi.c | 2 +- boot/bootmeth_efi_mgr.c

[PATCH v2 0/4] boot: fix EFI boot methods

2024-04-04 Thread Heinrich Schuchardt
The default sequence of boot methods is determined by alphabetical sorting during linkage. * efi_mgr must run before efi to be UEFI compliant * pxe should run as last resort If UEFI is enabled in U-Boot, we want it to conform to the UEFI specification. This requires enabling the boot manager

Re: [PATCH v4 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Ilias Apalodimas
Hi Igor, On Thu, 4 Apr 2024 at 14:40, Igor Opaniuk wrote: > > Ilias, > > On Thu, Apr 4, 2024 at 1:00 PM Ilias Apalodimas > wrote: >> >> Hi Igor, >> >> On Thu, 4 Apr 2024 at 13:18, Igor Opaniuk wrote: >> > >> > Hi Ilias, >> > >> > On Thu, Apr 4, 2024 at 10:54 AM Ilias Apalodimas >> > wrote:

Re: [PATCH v4 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Igor Opaniuk
Ilias, On Thu, Apr 4, 2024 at 1:00 PM Ilias Apalodimas wrote: > Hi Igor, > > On Thu, 4 Apr 2024 at 13:18, Igor Opaniuk wrote: > > > > Hi Ilias, > > > > On Thu, Apr 4, 2024 at 10:54 AM Ilias Apalodimas < > ilias.apalodi...@linaro.org> wrote: > >> > >> Hi Igor, > >> > >> On Thu, 4 Apr 2024 at

Re: [PATCH v1] MAINTAINERS: add entries for tee-related orphaned files

2024-04-04 Thread Ilias Apalodimas
Thanks! On Thu, 4 Apr 2024 at 13:52, Igor Opaniuk wrote: > > Add orphaned TEE/OP-TEE-related files to TEE subsystem entry in > MAINTAINERS. This includes: > - optee_rpmb cmd and test for it > - Misc. OP-TEE tests > - OP-TEE SCMI agent implementation > - Documentation, including device tree

Re: [PATCH v4 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Ilias Apalodimas
Hi Igor, On Thu, 4 Apr 2024 at 13:18, Igor Opaniuk wrote: > > Hi Ilias, > > On Thu, Apr 4, 2024 at 10:54 AM Ilias Apalodimas > wrote: >> >> Hi Igor, >> >> On Thu, 4 Apr 2024 at 11:40, Ilias Apalodimas >> wrote: >> > >> > Hi Igor, >> > >> > I was about to apply the series, but noticed neither

Re: [PATCH v4 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Igor Opaniuk
HI Ilias On Thu, Apr 4, 2024 at 12:15 PM Igor Opaniuk wrote: > Hi Ilias, > > On Thu, Apr 4, 2024 at 10:40 AM Ilias Apalodimas < > ilias.apalodi...@linaro.org> wrote: > >> Hi Igor, >> >> I was about to apply the series, but noticed neither me or Jens were cc'ed >> on this. Adding Jens to the

[PATCH v1] MAINTAINERS: add entries for tee-related orphaned files

2024-04-04 Thread Igor Opaniuk
Add orphaned TEE/OP-TEE-related files to TEE subsystem entry in MAINTAINERS. This includes: - optee_rpmb cmd and test for it - Misc. OP-TEE tests - OP-TEE SCMI agent implementation - Documentation, including device tree bindings Signed-off-by: Igor Opaniuk --- MAINTAINERS | 9 + 1 file

[RFC PATCH 13/15] arm: dts: Introduce J722S U-Boot dts files

2024-04-04 Thread Jayesh Choudhary
Include the uboot device tree files needed to boot the board. Co-developed-by: Vaishnav Achath Signed-off-by: Vaishnav Achath Signed-off-by: Jayesh Choudhary --- arch/arm/dts/Makefile |2 + arch/arm/dts/k3-j722s-binman.dtsi | 171 ++

Re: [PATCH v2 6/6] spinand: bind UBI block

2024-04-04 Thread Alexey Romanov
Hi, On Thu, Apr 04, 2024 at 11:23:47AM +0800, Chuanhong Guo wrote: > Hello! > > On Mon, Mar 25, 2024 at 10:46 PM Alexey Romanov > wrote: > > > > UBI block is virtual block device, which is an abstraction > > over MTD layer. Therefore it is logical to use it in combination > > with MTD drivers.

Re: [PATCH v1] verdin-imx8mm/verdin-imx8mp: move imx verdins to OF_UPSTREAM

2024-04-04 Thread Sumit Garg
On Wed, 3 Apr 2024 at 12:51, Marcel Ziswiler wrote: > > From: Marcel Ziswiler > > Move verdin-imx8mm and verdin-imx8mp to OF_UPSTREAM: > - handle the fact that dtbs now have a 'freescale/' prefix > - imply OF_UPSTREAM > - remove redundant files from arch/arm/dts leaving only the >

Re: [PATCH v4 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Igor Opaniuk
Hi Ilias, On Thu, Apr 4, 2024 at 10:54 AM Ilias Apalodimas < ilias.apalodi...@linaro.org> wrote: > Hi Igor, > > On Thu, 4 Apr 2024 at 11:40, Ilias Apalodimas > wrote: > > > > Hi Igor, > > > > I was about to apply the series, but noticed neither me or Jens were > cc'ed > > on this. Adding Jens

Re: [PATCH v4 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Igor Opaniuk
Hi Ilias, On Thu, Apr 4, 2024 at 10:40 AM Ilias Apalodimas < ilias.apalodi...@linaro.org> wrote: > Hi Igor, > > I was about to apply the series, but noticed neither me or Jens were cc'ed > on this. Adding Jens to the party > I usually rely on automatic CC-list creation by patman. Looks like

Re: [PATCH 3/4] arm: dts: k3-*-binman.dtsi: Clean up and templatize boot binaries

2024-04-04 Thread Neha Malcom Francis
Hi Matthias On 04/04/24 13:34, Matthias Schiffer wrote: On Wed, 2024-04-03 at 17:51 +0200, Michael Walle wrote: Hi, And on top of that, it will just be a base board and there will likely be some carrier device trees (overlay? I'm not sure yet). As far as I can tell, you've put the memory

[RFC PATCH 15/15] doc: board: ti: Add J722S-EVM documentation

2024-04-04 Thread Jayesh Choudhary
Introduce basic documentation for the J722S-EVM. Signed-off-by: Jayesh Choudhary --- doc/board/ti/j722s_evm.rst | 262 + doc/board/ti/k3.rst| 1 + 2 files changed, 263 insertions(+) create mode 100644 doc/board/ti/j722s_evm.rst diff --git

[RFC PATCH 14/15] configs: introduce configs needed for the J722S

2024-04-04 Thread Jayesh Choudhary
Introduce the initial configs needed to support the J722S SoC family. Signed-off-by: Vaishnav Achath Signed-off-by: Jayesh Choudhary --- configs/j722s_evm_a53_defconfig | 177 configs/j722s_evm_r5_defconfig | 137

[RFC PATCH 11/15] board: ti: Introduce basic board files for the J722S family

2024-04-04 Thread Jayesh Choudhary
Introduce the basic files needed to support the TI J722S family of SoCs. Co-developed-by: Vaishnav Achath Signed-off-by: Vaishnav Achath Signed-off-by: Jayesh Choudhary --- board/ti/j722s/Kconfig | 26 + board/ti/j722s/MAINTAINERS |9 + board/ti/j722s/Makefile |

[RFC PATCH 12/15] firmware: ti_sci_static_data: Add static DMA channel

2024-04-04 Thread Jayesh Choudhary
Include the static DMA channel data for using DMA at SPL stage for J722S SoC family. Signed-off-by: Vaishnav Achath Signed-off-by: Jayesh Choudhary --- drivers/firmware/ti_sci_static_data.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[RFC PATCH 10/15] arch: mach-k3: Introduce basic files to support J722S SoC family

2024-04-04 Thread Jayesh Choudhary
Introduce the basic functions and definitions needed to properly initialize TI J722S family of SoCs. Co-developed-by: Vaishnav Achath Signed-off-by: Vaishnav Achath Signed-off-by: Jayesh Choudhary --- arch/arm/mach-k3/Kconfig | 7 +- arch/arm/mach-k3/Makefile

[RFC PATCH 08/15] arm: mach-k3: j722s: introduce clock and device files for wkup spl

2024-04-04 Thread Jayesh Choudhary
Include the clock and lpsc tree files needed for the wkup spl to initialize the proper PLLs and power domains to boot the SoC. Signed-off-by: Vaishnav Achath Signed-off-by: Jayesh Choudhary --- arch/arm/mach-k3/r5/Makefile | 1 + arch/arm/mach-k3/r5/j722s/Makefile | 6 +

[RFC PATCH 09/15] ram: k3-ddrss: Enable the am62ax's DDR controller for J722S

2024-04-04 Thread Jayesh Choudhary
The J722S family of SoCs uses the same DDR controller as found on the AM62A family. Enable this option when building for the J722S family. Signed-off-by: Vaishnav Achath Signed-off-by: Jayesh Choudhary --- drivers/ram/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[RFC PATCH 01/15] DO-NOT-MERGE: dts: upstream: src: Necessary pulls from upstream dts

2024-04-04 Thread Jayesh Choudhary
j722s dts support that needs to be pulled from devicetree-rebasing tree. The whole series depends on this support. Signed-off-by: Jayesh Choudhary --- dts/upstream/Bindings/arm/ti/k3.yaml | 6 + dts/upstream/src/arm64/ti/k3-j722s-evm.dts | 383 +

[RFC PATCH 02/15] arm: mach-k3: Sort CONFIG_SOC* and K3_SOC_ID entries

2024-04-04 Thread Jayesh Choudhary
Sort CONFIG_SOC* and K3_SOC_ID alphabetically. Signed-off-by: Jayesh Choudhary --- arch/arm/mach-k3/include/mach/hardware.h | 37 1 file changed, 19 insertions(+), 18 deletions(-) diff --git a/arch/arm/mach-k3/include/mach/hardware.h

[RFC PATCH 07/15] arm: mach-k3: r5: Makefile: Fix the order for entries

2024-04-04 Thread Jayesh Choudhary
Add the entries in alphabetical order. Signed-off-by: Jayesh Choudhary --- arch/arm/mach-k3/r5/Makefile | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/arch/arm/mach-k3/r5/Makefile b/arch/arm/mach-k3/r5/Makefile index 1cfc8e3ade..f1e61c8548 100644 ---

[RFC PATCH 05/15] clk: ti: clk-k3: use IS_ENABLED macro and fix the clock-data order

2024-04-04 Thread Jayesh Choudhary
Use IS_ENABLED macro for the platform clock-data list and add them in alphabetical order. Signed-off-by: Jayesh Choudhary --- drivers/clk/ti/clk-k3.c | 41 + 1 file changed, 21 insertions(+), 20 deletions(-) diff --git a/drivers/clk/ti/clk-k3.c

[RFC PATCH 03/15] soc: ti: k3-socinfo: Fix SOC JTAG entry order

2024-04-04 Thread Jayesh Choudhary
Add JTAG_ID_PARTNO_* in alphabetical order. Signed-off-by: Jayesh Choudhary --- drivers/soc/soc_ti_k3.c | 28 ++-- 1 file changed, 14 insertions(+), 14 deletions(-) diff --git a/drivers/soc/soc_ti_k3.c b/drivers/soc/soc_ti_k3.c index 3a4e58bba6..bcc11e6bff 100644 ---

[RFC PATCH 06/15] power: domain: ti: Fix the order for platform data entries

2024-04-04 Thread Jayesh Choudhary
Add the power domain platform data entries in alphabetical order. Signed-off-by: Jayesh Choudhary --- drivers/power/domain/ti-power-domain.c | 36 +- 1 file changed, 18 insertions(+), 18 deletions(-) diff --git a/drivers/power/domain/ti-power-domain.c

[RFC PATCH 04/15] soc: add info to identify the J722S SoC family

2024-04-04 Thread Jayesh Choudhary
Include the part number for TI's j722s family of SoC to identify it during boot. Signed-off-by: Vaishnav Achath Signed-off-by: Jayesh Choudhary --- arch/arm/mach-k3/include/mach/hardware.h | 2 ++ drivers/soc/soc_ti_k3.c | 3 +++ 2 files changed, 5 insertions(+) diff --git

[RFC PATCH 00/15] Add basic U-Boot Support for J722S-EVM

2024-04-04 Thread Jayesh Choudhary
Hello there, This series add the U-Boot support for our new platform of K3-SOC family - J722S-EVM which is a superset of AM62P. It shares the same memory map and thus the nodes are being reused from AM62P includes instead of duplicating the definitions. Some highlights of J722S SoC (in addition

Re: [PATCH v4 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Ilias Apalodimas
Hi Igor, On Thu, 4 Apr 2024 at 11:40, Ilias Apalodimas wrote: > > Hi Igor, > > I was about to apply the series, but noticed neither me or Jens were cc'ed > on this. Adding Jens to the party > > On Thu, Apr 04, 2024 at 10:13:49AM +0200, Igor Opaniuk wrote: > > Add calls for closing tee session

Please pull u-boot-samsung master

2024-04-04 Thread Minkyu Kang
Dear Tom, The following changes since commit dde373bde392c38649c8c4420e0c98ef8d38d9dc: Prepare v2024.04-rc5 (2024-03-25 21:56:50 -0400) are available in the git repository at: g...@source.denx.de:u-boot/custodians/u-boot-samsung.git master for you to fetch changes up to

Re: [PATCH] soc: zynqmp: Add the IDcode for TEG variant

2024-04-04 Thread Michal Simek
On 4/2/24 16:23, Venkatesh Yadav Abbarapu wrote: ID code is added for zu3teg variant. Signed-off-by: Venkatesh Yadav Abbarapu --- drivers/soc/soc_xilinx_zynqmp.c | 8 1 file changed, 8 insertions(+) diff --git a/drivers/soc/soc_xilinx_zynqmp.c b/drivers/soc/soc_xilinx_zynqmp.c

Re: [PATCH v4 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Ilias Apalodimas
Hi Igor, I was about to apply the series, but noticed neither me or Jens were cc'ed on this. Adding Jens to the party On Thu, Apr 04, 2024 at 10:13:49AM +0200, Igor Opaniuk wrote: > Add calls for closing tee session after every read/write operation. What the patch is pretty obvious, but I am

Re: [PATCH v4 5/5] tee: remove common.h inclusion

2024-04-04 Thread Ilias Apalodimas
I've already reviewed this one. [0] I'll add my tag [0] https://lore.kernel.org/u-boot/CAC_iWjLZcKEo6-0P_gkz5UOe7VanuNv1+=i3xcutkvo5b1t...@mail.gmail.com/ Cheers /Ilias On Thu, 4 Apr 2024 at 11:14, Igor Opaniuk wrote: > > The usage of the common.h include file is deprecated [1], and has already

Re: [PATCH 2/2] arm: dts: k3: binman: am625: add support for signing TIFSSTUB Images

2024-04-04 Thread Dhruva Gole
Hi Neha! On Apr 04, 2024 at 10:20:21 +0530, Neha Malcom Francis wrote: > Hi Dhruva > > On 03/04/24 17:33, Dhruva Gole wrote: > > From: Kamlesh Gurudasani > > > > Add support for signing of TIFSSTUB images for HSSE, HSFS and GP devices > > and include them in tispl.bin and tispl.bin_unsigned. >

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

2024-04-04 Thread Ilias Apalodimas
Thanks Igor I'll pick this up On Thu, 4 Apr 2024 at 11:13, 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 > - Add calls for closing tee session after every

[PATCH v4 5/5] tee: remove common.h inclusion

2024-04-04 Thread Igor Opaniuk
The usage of the common.h include file is deprecated [1], and has already been removed from several files. Get rid of all inclusions in the "drivers/tee" directory, and replace it with required include files directly where needed. [1] doc/develop/codingstyle.rst Signed-off-by: Igor Opaniuk ---

[PATCH v4 4/5] test: py: add optee_rpmb tests

2024-04-04 Thread Igor Opaniuk
Add read/write tests for optee_rpmb cmd. Signed-off-by: Igor Opaniuk --- (no changes since v1) test/py/tests/test_optee_rpmb.py | 20 1 file changed, 20 insertions(+) create mode 100644 test/py/tests/test_optee_rpmb.py diff --git a/test/py/tests/test_optee_rpmb.py

[PATCH v4 3/5] cmd: optee_rpmb: build cmd for sandbox

2024-04-04 Thread Igor Opaniuk
Support CMD_OPTEE_RPMB for SANDBOX configurations. Test: $ ./u-boot -d arch/sandbox/dts/test.dtb ... => optee_rpmb write_pvalue test_variable test_value Wrote 11 bytes => optee_rpmb read_pvalue test_variable 11 Read 11 bytes, value = test_value Reviewed-by: Mattijs Korpershoek Tested-by:

[PATCH v4 2/5] cmd: optee_rpmb: close tee session

2024-04-04 Thread Igor Opaniuk
Add calls for closing tee session after every read/write operation. Signed-off-by: Igor Opaniuk --- (no changes since v1) cmd/optee_rpmb.c | 23 +-- 1 file changed, 17 insertions(+), 6 deletions(-) diff --git a/cmd/optee_rpmb.c b/cmd/optee_rpmb.c index

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

2024-04-04 Thread Igor Opaniuk
Fix OPTEE_TA_AVB symbol description in Kconfig: s/"write"rb"/"write_rb"/g Reviewed-by: Heinrich Schuchardt Reviewed-by: Ilias Apalodimas Signed-off-by: Igor Opaniuk --- (no changes since v2) Changes in v2: - Applied R-b tags drivers/tee/optee/Kconfig | 2 +- 1 file changed, 1 insertion(+),

[PATCH v4 0/5] TEE: minor cleanup

2024-04-04 Thread Igor Opaniuk
- Address some spelling errors and typos - Support CMD_OPTEE_RPMB for SANDBOX configurations and add python tests - Remove common.h inclusion for drivers/tee - Add calls for closing tee session after every read/write operation. CI build: [1]

Re: [PATCH 2/2] arm: dts: k3: binman: am625: add support for signing TIFSSTUB Images

2024-04-04 Thread Francesco Dolcini
On Thu, Apr 04, 2024 at 10:20:21AM +0530, Neha Malcom Francis wrote: > On 03/04/24 17:33, Dhruva Gole wrote: > > From: Kamlesh Gurudasani > > > > Add support for signing of TIFSSTUB images for HSSE, HSFS and GP devices > > and include them in tispl.bin and tispl.bin_unsigned. > > > >

Re: [PATCH 3/4] arm: dts: k3-*-binman.dtsi: Clean up and templatize boot binaries

2024-04-04 Thread Matthias Schiffer
On Wed, 2024-04-03 at 17:51 +0200, Michael Walle wrote: > Hi, > > > > > > > And on top of that, it will just be a base board and there will > > > > > > likely be some carrier device trees (overlay? I'm not sure yet). > > > > > > > > > > > > As far as I can tell, you've put the memory

[PATCH u-boot-mvebu v4 18/18] arm: mvebu: turris_omnia: Enable rng command in defconfig

2024-04-04 Thread Marek Behún
Now that Turris Omnia has a rng driver provided in the MCU driver, enable the rng command in defconfig. Signed-off-by: Marek Behún Reviewed-by: Stefan Roese --- configs/turris_omnia_defconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/configs/turris_omnia_defconfig

[PATCH u-boot-mvebu v4 17/18] misc: turris_omnia_mcu: Add support for rng provided by MCU

2024-04-04 Thread Marek Behún
Add support for true random number generator provided by the MCU on Turris Omnia. The MCU firmware supports TRNG if the FEAT_TRNG bit is set in features. In that case we bind the rng driver. Signed-off-by: Marek Behún Reviewed-by: Stefan Roese --- configs/turris_omnia_defconfig | 1 +

[PATCH u-boot-mvebu v4 16/18] cmd: rng: Print "Abort" on -EINTR

2024-04-04 Thread Marek Behún
In the rng command, print Abort instead of Reading RNG failed if the error number is -EINTR, which can happen if the user pressed CTRL-C. Signed-off-by: Marek Behún Reviewed-by: Stefan Roese --- cmd/rng.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/cmd/rng.c

[PATCH u-boot-mvebu v4 15/18] arm: mvebu: turris_omnia: Enable poweroff command via sysreset in defconfig

2024-04-04 Thread Marek Behún
Enable support for the poweroff command via sysreset for Turris Omnia. Signed-off-by: Marek Behún Reviewed-by: Stefan Roese --- configs/turris_omnia_defconfig | 2 ++ 1 file changed, 2 insertions(+) diff --git a/configs/turris_omnia_defconfig b/configs/turris_omnia_defconfig index

[PATCH u-boot-mvebu v4 14/18] gpio: turris_omnia_mcu: Add support for system power off via sysreset

2024-04-04 Thread Marek Behún
Add support for system power off via UCLASS_SYSRESET. Newer versions of Turris Omnia MCU firmware can power off the board (MCU will disable almost all voltage regulators and go into low power mode). Move the MCU driver into drivers/misc and register it under UCLASS_MISC. The sysreset and gpio

[PATCH u-boot-mvebu v4 13/18] gpio: turris_omnia_mcu: Update firmware features reading

2024-04-04 Thread Marek Behún
Update firmware features reading to try reading 32 bits of features and fallback to reading 16 bits. Signed-off-by: Marek Behún Reviewed-by: Stefan Roese --- drivers/gpio/turris_omnia_mcu.c | 32 ++-- 1 file changed, 22 insertions(+), 10 deletions(-) diff --git

[PATCH u-boot-mvebu v4 12/18] gpio: turris_omnia_mcu: Use byteorder conversion functions

2024-04-04 Thread Marek Behún
Use byteorder conversion function instead of manually assembling data from/to MCU. Signed-off-by: Marek Behún Reviewed-by: Stefan Roese --- drivers/gpio/turris_omnia_mcu.c | 80 +++-- 1 file changed, 46 insertions(+), 34 deletions(-) diff --git

  1   2   >