[PATCH] imx: ele_ahab: Add HUK derivation support

Add a new ahab_derive command that derives the hardware unique key (HUK) into a 16 or 32 bytes key and stores it at the given address. Signed-off-by: Mathieu Othacehe --- arch/arm/include/asm/mach-imx/ele_api.h | 2 + arch/arm/mach-imx/ele_ahab.c| 31 +++ drivers/misc/imx_el

[PATCH v3 7/7] configs: j721s2_evm_r5_defconfig: Add AVS Configs

Add AVS and PMIC regulator configs Signed-off-by: Manorit Chawdhry --- configs/am68_sk_r5_defconfig| 4 configs/j721s2_evm_r5_defconfig | 6 ++ 2 files changed, 10 insertions(+) diff --git a/configs/am68_sk_r5_defconfig b/configs/am68_sk_r5_defconfig index e9b6882c1f68..f4800ef1b8a

[PATCH v3 6/7] arm: dts: j721s2: Add VTM node in R5

Add bootph-pre-ram property to VTM node and the pmic node. Signed-off-by: Manorit Chawdhry --- arch/arm/dts/k3-j721s2-r5-common-proc-board.dts | 9 + 1 file changed, 9 insertions(+) diff --git a/arch/arm/dts/k3-j721s2-r5-common-proc-board.dts b/arch/arm/dts/k3-j721s2-r5-common-proc-boa

[PATCH v3 5/7] arm: mach-k3: j721s2_init: Initialize AVS Class 0

Initialize AVS Class 0. Signed-off-by: Manorit Chawdhry --- arch/arm/mach-k3/j721s2/j721s2_init.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/mach-k3/j721s2/j721s2_init.c b/arch/arm/mach-k3/j721s2/j721s2_init.c index 05453fcad41a..5f5961a2c17a 100644 --- a/arch/arm/

[PATCH v3 4/7] drivers: misc: k3_avs: Extract MPU clk and dev ID from DT

Different devices have different MPU clk and dev ID. Currently it had been hardcoded. Move it to DT based extraction. Signed-off-by: Manorit Chawdhry --- drivers/misc/k3_avs.c | 37 + 1 file changed, 37 insertions(+) diff --git a/drivers/misc/k3_avs.c b/drive

[PATCH v3 3/7] arm: dts: k3-j7*-r5: Add MPU clock in clocks property

MPU clock had been missing. Distinguish multiple clocks with clock-names and add MPU clock as well. Signed-off-by: Manorit Chawdhry --- arch/arm/dts/k3-am69-r5-sk.dts | 3 ++- arch/arm/dts/k3-j7200-r5-common-proc-board.dts | 3 ++- arch/arm/dts/k3-j721e-r5.dtsi |

[PATCH v3 2/7] drivers: misc: k3_avs: Check return code while programming AVS

Check if AVS could not be programmed and print a warning. Fixes: 9d233b4e3ed6 ("misc: k3_avs: add driver for K3 Adaptive Voltage Scaling Class 0") Signed-off-by: Manorit Chawdhry --- drivers/misc/k3_avs.c | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/drivers/misc/k3_av

[PATCH v3 1/7] power: pmic: tps65941: Add DM_PMIC dependency

This Kconfig depends on DM_PMIC but hadn't be explicitly stated which could cause config related issues. Adds the dependency in Kconfig for tps65941. Fixes: 6b86dd0c1ead ("power: pmic: tps65941: Add support for tps65941 family of PMICs") Reviewed-by: Neha Malcom Francis Signed-off-by: Manorit C

[PATCH v3 0/7] Add AVS support for J721S2

This series adds support for AVS on J721S2. AVS Test for J721S2: https://gist.github.com/manorit2001/c64cf396281806102cae2b45ba84781e Boot Test results: https://gist.github.com/manorit2001/6775d721b3df5a690497d94d012b93c4 Signed-off-by: Manorit Chawdhry --- Changes in v3: * Udit - Change the m

Re: Verified Boot through U-Boot for RPi3 with OP-TEE

Hello all, Final email from us to both mailing lists like this, further updates - beside any fixes we push to the individual projects over the next couple of weeks - will be available here: https://github.com/BT-Summer/RPi-OP-TEE-Verified-Boot [cid:f4606bb5-79d0-4934-9a6d-3a569d85aa33]

Re: [PATCH 0/6] bootstd: sunxi: Migrate to standard boot

On Wed, 7 Aug 2024 14:50:26 -0600 Simon Glass wrote: Hey Simon, > This series attempts to migrate all sunxi boards to use standard boot, > along with a text environment. Ah, many thanks for that! I figured that we need a bootmeth for FEL, but never got around to have a closer look. On a coarse

Re: [PATCH v4 10/10] dts: upstream: src: arm64: ti: k3-am62x-sk-common: Sync DT with Linux v6.11-rc3

On 12/08/24 17:50, Sumit Garg wrote: Hi Chintan, On Mon, 12 Aug 2024 at 17:19, Chintan Vankar wrote: Sync Device tree nodes with Linux v6.11-rc3. You don't need to manually sync DT files but... [ upstream commit: ba50141137fae205a731005e70687f4a52289050 ] ...rather cherry pick requ

Re: [PATCH v2 00/18] i2c: Chip away at some old code

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: This series aims to remove some of the older contents of i2c.h so that we can move towards having just the dm API. It does not remove any boards, but instead removes functionality. Changes in v2: - Drop omap3_beagle.h change as that board was

Re: [PATCH v2 18/18] i2c: Remove CFG_SYS_I2C_DIRECT_BUS

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: Now that this is always 1, remove it and the associated dead code. Signed-off-by: Simon Glass --- Changes in v2: - Drop patch "pg-wcom: Drop CFG_SYS_I2C_MAX_HOPS" README | 7 +-- drivers/i2c/i2c_core.c | 104

Re: [PATCH v2 17/18] i2c: Remove CFG_SYS_I2C_MAX_HOPS

Hello Simon. On 11.08.24 16:50, Simon Glass wrote: Now that this is always 0, remove it and the associated dead code. Signed-off-by: Simon Glass --- (no changes since v1) README | 10 +- cmd/i2c.c | 23 --- drivers/i2c/i2c_core.c |

Re: [PATCH v2 16/18] i2c: Drop i2c_get_bus_num_fdt() and i2c_reset_port_fdt()

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: These functions are 11 years old and are only used by one board. Drop them. Signed-off-by: Simon Glass --- (no changes since v1) include/i2c.h | 18 -- 1 file changed, 18 deletions(-) Thanks! Reviewed-by: Heiko Schocher

Re: [PATCH v2 15/18] i2c: Drop CFG_SYS_MAX_I2C_BUS

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: Only one board uses this option and it is very old. Let's drop it. Signed-off-by: Simon Glass --- (no changes since v1) include/configs/ethernut5.h | 3 --- include/i2c.h | 14 -- 2 files changed, 17 deletions(

Re: [PATCH v2 14/18] i2c: Remove I2C_GET_BUS()

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: This is very old, predating even the legacy I2C support, so drop it. Signed-off-by: Simon Glass --- (no changes since v1) include/i2c.h | 7 --- 1 file changed, 7 deletions(-) Thanks! Reviewed-by: Heiko Schocher bye, Heiko -- --

Re: [PATCH v2 13/18] i2c: Remove I2C_SET_BUS()

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: This is very old, predating even the legacy I2C support, so drop it. Signed-off-by: Simon Glass --- (no changes since v1) drivers/power/power_i2c.c | 5 - include/i2c.h | 7 --- 2 files changed, 12 deletions(-) Than

Re: [PATCH v2 12/18] octeon: Drop OCTEON_I2C_FDT dead code

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: This option is not defined by any board, so drop the code. Signed-off-by: Simon Glass --- (no changes since v1) arch/mips/mach-octeon/octeon_fdt.c | 7 --- 1 file changed, 7 deletions(-) Thanks! Reviewed-by: Heiko Schocher bye, H

Re: [PATCH v2 11/18] i2c: Drop reference to SYS_I2C_INIT_BOARD

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: This is not now used by any boards, so drop it. Signed-off-by: Simon Glass --- (no changes since v1) doc/I2C_Edge_Conditions | 10 -- drivers/i2c/soft_i2c.c | 11 --- 2 files changed, 4 insertions(+), 17 deletions(-) T

Re: [PATCH v2 10/18] fsl: mxc: Drop legacy I2c

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: Drop some old code from the mxc_i2c and ddr/fsl drivers. This will allow removal of very old common I2C code. Signed-off-by: Simon Glass --- Changes in v2: - Leave pg_wcom alone as its boards were converted drivers/ddr/fsl/main.c | 3 +--

Re: [PATCH v2 09/18] date: Drop the legacy I2C code

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: Drop two generations of old code in this command. All boards should use driver model for I2C from 2021. Signed-off-by: Simon Glass --- (no changes since v1) cmd/date.c | 26 -- 1 file changed, 26 deletions(-) Tha

Re: [PATCH v2 08/18] rtc: Drop CFG_SYS_RTC_BUS_NUM

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: This option is very old and the migration deadline was years ago. Drop it so that the I2C system can be simplified. Signed-off-by: Simon Glass --- (no changes since v1) README| 5 - cmd/date.c

Re: [PATCH v2 07/18] MPC837XERDB: ethernut5: work_92105: Drop CMD_DATE

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: These use pre-driver model code and it is several years since the migration deadline. Disable the 'date' command so that this old code can be removed. Signed-off-by: Simon Glass --- (no changes since v1) configs/MPC837XERDB_defconfig | 1 -

Re: [PATCH v2 06/18] mx28 / mx51: Drop CMD_DATE

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: These use pre-driver model code and it is several years since the migration deadline. Disable the 'date' command so that this old code can be removed. Signed-off-by: Simon Glass --- (no changes since v1) configs/mx28evk_defconfig | 1 - c

Re: [PATCH v2 05/18] armv8: ls2085a: Drop CMD_DATE

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: These boards use pre-driver model code and it is several years since the migration deadline. Disable the 'date' command so that this old code can be removed. Signed-off-by: Simon Glass --- (no changes since v1) configs/ls2080aqds_nand_defc

Re: [PATCH v2 04/18] mips: malta: Drop CMD_DATE

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: These boards use pre-driver model code and it is several years since the migration deadline. Disable the 'date' command so that this old code can be removed. Signed-off-by: Simon Glass --- (no changes since v1) configs/malta64_defconfig

Re: [PATCH v2 03/18] i2c: Remove CFG_I2C_MULTI_BUS

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: This is used by a few boards but we are years past the migration date, so let's drop it now. Signed-off-by: Simon Glass --- Changes in v2: - Drop omap3_beagle.h change as that board was removed README | 7 --- inclu

Re: [PATCH v2 02/18] i2c: Remove IC2_xxx enum

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: This is only used by devkit3250 which is being removed. Drop it. Signed-off-by: Simon Glass --- (no changes since v1) drivers/usb/host/ohci-lpc32xx.c | 4 include/i2c.h | 6 -- 2 files changed, 10 deletions(-)

Re: [PATCH v2 01/18] i2c: Remove board_i2c_init()

Hello Simon, On 11.08.24 16:50, Simon Glass wrote: This function is not used, so drop it. Signed-off-by: Simon Glass --- (no changes since v1) include/i2c.h | 8 1 file changed, 8 deletions(-) Thanks! Reviewed-by: Heiko Schocher bye, Heiko -- DENX Software Engineering GmbH,

Re: [PATCH 07/21] Revert "net: wget: Support retransmission a dropped packet"

Dear Simon and Tom, Thank you for your details of the test and your advice. The test has a problem that tcp_ack isn't calculated by the received data size. sb_ack_handler() in test/cmd/wget.c, tcp_send->tcp_ack calculated by following code: tcp_send->tcp_seq = htonl(ntohl(tcp->tcp_ack));

Re: [PATCH 1/1] cmd: add rdcycle test to RISC-V exception command

On Sun, Aug 11, 2024 at 04:41:23PM +0200, Heinrich Schuchardt wrote: > [EXTERNAL MAIL] > > Some versions of KVM don't allow access to the cycle CSR. > > Provide a command 'exception rdcycle' for testing. > > If the cycle CSR is accessible, we get an output like: > > => exception rdcycle >

Re: [PATCH 2/2] riscv: show registers in crash dumps by default

On Sun, Aug 11, 2024 at 01:01:04PM +0200, Heinrich Schuchardt wrote: > [EXTERNAL MAIL] > > If an exception occurs in main U-Boot, show the registers. This makes > analyzing crashes especially in external applications easier. > > Signed-off-by: Heinrich Schuchardt > --- > arch/riscv/Kconfig | 1

Re: [PATCH 1/2] riscv: allow to enable SHOW_REGS in main U-Boot only

On Sun, Aug 11, 2024 at 01:01:03PM +0200, Heinrich Schuchardt wrote: > [EXTERNAL MAIL] > > To minimize SPL size it is reasonable to disable SHOW_REGS. For main U-Boot > the size restrictions are much more relaxed. > > * Provide separate Kconfig symbols for SPL and main U-Boot. > * Add a help text

Re: [PATCH 1/1] riscv: CONFIG_SPL_FRAMEPOINTER must depend on CONFIG_SPL

On Sun, Aug 11, 2024 at 11:51:09AM +0200, Heinrich Schuchardt wrote: > [EXTERNAL MAIL] > > The CONFIG_SPL_FRAMEPOINTER symbol is only relevant in SPL. > > Signed-off-by: Heinrich Schuchardt > --- > arch/riscv/Kconfig | 1 + > 1 file changed, 1 insertion(+) Reviewed-by: Leo Yu-Chi Liang

[PATCH 2/2] arm: zynqmp: Enable non-invasive CCI-400 PMU debug

Set NIDEN, enabling non-invasive debug for the CCI-400 PMU. Otherwise, the PMU is effectively disabled. Signed-off-by: Sean Anderson --- arch/arm/mach-zynqmp/include/mach/hardware.h | 3 +++ board/xilinx/zynqmp/zynqmp.c | 4 2 files changed, 7 insertions(+) diff --git a/ar

[PATCH 1/2] zynqmp: Disable secure access for boot devices

Boot devices (QSPI, MMC, NAND, and Ethernet) use secure access for DMA by default. As this causes problems when using the SMMU [1], configure them for normal access instead. [1] https://support.xilinx.com/s/article/72164 Signed-off-by: Sean Anderson --- arch/arm/mach-zynqmp/include/mach/hardwa

[PATCH 0/2] arm: zynqmp: Initialize some registers at boot

These patches are independent in intent, but they modify adjacent lines so I have sent them as a series. Sean Anderson (2): zynqmp: Disable secure access for boot devices arm: zynqmp: Enable non-invasive CCI-400 PMU debug arch/arm/mach-zynqmp/include/mach/hardware.h | 5 + board/xilinx/

Re: [PATCH v3 1/9] led: turn LED ON on initial SW blink

Am 12. August 2024 12:32:43 MESZ schrieb Christian Marangi : >We currently init the LED OFF when SW blink is triggered when >on_state_change() is called. This can be problematic for very short >period as the ON/OFF blink might never trigger. > >Turn LED ON on initial SW blink to handle this cor

[PATCH] efi_loader: fix memory freeing in efi_get_dp_from_boot()

efi_get_var() allocates memory which must be freed after the variable is used. Since the device path is duplicated after we deserialize the load options free the memory used for the variable payload Fixes: db61e70e0d2a efi_loader: efi_dp_from_lo() should skip VenMedia node Signed-off-by: Ilias Apa

[PATCH 3/3] efi_loader: return the correct error in efi_bootmgr_release_uridp()

There's currently a chance for this function to overwrite an error if one occurred and the subsequent call to efi_uninstall_multiple_protocol_interfaces() succedded. Although this is an EFI event and we can't do much let's at least set and return the correct error Signed-off-by: Ilias Apalodimas

[PATCH 2/3] efi_loader: rename efi_bootmgr_image_return_notify

We use this event when returning from an EFI HTTP booted image. The name is a bit confusing since it suggests we always run it, rename it to make it clearer Signed-off-by: Ilias Apalodimas --- lib/efi_loader/efi_bootmgr.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git

[PATCH 1/3] efi_loader: shorten efi_bootmgr_release_uridp_resource()

We use this function to clean up leftover resources when booting an EFI HTTP boot image, but the name is unnecessary long. Shorten it to efi_bootmgr_release_uridp() Signed-off-by: Ilias Apalodimas --- lib/efi_loader/efi_bootmgr.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) di

Re: [RESEND PATCH v4 0/3] provide names for emmc hardware partitions

On Tue, Jul 2, 2024 at 12:23 PM Tom Rini wrote: > > On Tue, Jul 02, 2024 at 11:14:15AM -0700, Tim Harvey wrote: > > On Fri, May 31, 2024 at 8:36 AM Tim Harvey wrote: > > > > > > Modern eMMC v4+ devices have multiple hardware partitions per the JEDEC > > > specification described as: > > > Boot A

[PATCH] pci: mediatek: add support for upstream split PCIe node

Add support for upstream linux split PCIe node. Upstream linux have an alternative way to declare PCIe nodes that splits them in dedicated nodes for each line instead of putting them all in one node. Detect this by checking if the mediatek,generic-pciecfg node is passed as it's used to reference

Re: [PATCH 07/21] Revert "net: wget: Support retransmission a dropped packet"

On Sun, Aug 11, 2024 at 08:50:18AM -0600, Simon Glass wrote: > +Ying-Chun Liu (PaulLiu) > > Hi Yasuharu, > > On Sat, 10 Aug 2024 at 20:48, Yasuharu Shibata > wrote: > > > > Dear Simon, > > > > Could you inform me how the wget test was broken? > > As I explained in the commit log, I fixed the bu

Re: [PATCH v2 1/1] disk: add TegraPT support

On Sat, Aug 10, 2024 at 08:29:57AM +0300, Svyatoslav Ryhel wrote: > сб, 10 серп. 2024 р. о 01:02 Tom Rini пише: > > > > On Fri, Aug 09, 2024 at 08:57:03AM +0300, Svyatoslav Ryhel wrote: > > > пт, 9 серп. 2024 р. о 08:49 Heinrich Schuchardt пише: > > > > > > > > > > > > > > > > Am 7. August 2024

Re: Pull request: u-boot-rockchip-20240812

gt; Thanks, > - Kever > > The following changes since commit 1c5445f190cabfd0e453f583aca44da10156c0d6: > > Merge patch series "Low Power Mode: Package TIFS Stub in BeaglePlay" > (2024-08-08 18:37:11 -0600) > > are available in the Git repository at: > >

Re: [PULL] u-boot-usb/master

On Sun, Aug 11, 2024 at 11:40:04PM +0200, Marek Vasut wrote: > The following changes since commit 7bd2559cb30a4e800db519e88a22a25f13c753ec: > > Merge tag 'tpm-master-09082024' of > https://source.denx.de/u-boot/custodians/u-boot-tpm.git (2024-08-09 14:00:04 > -0600) > > are available in the

Re: Please pull u-boot-ubi

On Sun, Aug 11, 2024 at 10:24:07AM +0200, Heiko Schocher wrote: > Hello Tom, > > please pull from u-boot-ubi the ubi fixes for 2024.10-rc3 > > The following changes since commit 7bd2559cb30a4e800db519e88a22a25f13c753ec: > > Merge tag 'tpm-master-09082024' of > https://source.denx.de/u-boot/cu

Re: Pull request efi-2024-10-rc3

On Sun, Aug 11, 2024 at 09:06:35AM +0200, Heinrich Schuchardt wrote: > Dear Tom, > > The following changes since commit 7bd2559cb30a4e800db519e88a22a25f13c753ec: > > Merge tag 'tpm-master-09082024' of > https://source.denx.de/u-boot/custodians/u-boot-tpm.git (2024-08-09 > 14:00:04 -0600) > >

Re: [PATCH] rockchip: clk: add UART0 clock getter/setter

Hi Quentin, I've submitted the updated version of the patch. Indeed the calculation for UART0_CLK_SEL_UART0_NP5 seemed wrong - I've corrected it. Added also casting to u64, as according to TRM, PLL can reach up to 3,2GHz. Declaration order and commit message are updated. As for the clock source for

[PATCH v2] rockchip: px30: clk: add UART0 clock getter/setter

Add dedicated getter and setter for SCLK_UART0_PMU. This allows the driver to correctly handle UART0 clocks, and thus it fixes the issues with UART0 not working in case DEBUG_UART is disabled. Unlike other Rockchip SoCs, i.e. rk3399, in the PX30 the default clock source for UART is GPLL, instead of

Re: [PATCH v3 00/40] efi: Add a test for EFI bootmeth

Hi Simon On Sun, 11 Aug 2024 at 17:52, Simon Glass wrote: > > The test coverage for the EFI bootmeth is incomplete since it does not > actually boot the application. > > This series creates a simple test for this purpose. It includes a > surprising number patches to make this work: > > - sandbox

Re: Verified Boot through U-Boot for RPi3 with OP-TEE

Hi Thomas and Eden, On Mon, Aug 12, 2024 at 9:48 AM thomas.gymer--- via OP-TEE < op-...@lists.trustedfirmware.org> wrote: > Hello all, > > We (Eden and I) have been assigned a summer project exploring the > possibility of verified boot for Linux with a view to experiment with a > TEE, and would l

Re: [PATCH v4 10/10] dts: upstream: src: arm64: ti: k3-am62x-sk-common: Sync DT with Linux v6.11-rc3

Hi Chintan, On Mon, 12 Aug 2024 at 17:19, Chintan Vankar wrote: > > Sync Device tree nodes with Linux v6.11-rc3. > You don't need to manually sync DT files but... > [ upstream commit: ba50141137fae205a731005e70687f4a52289050 ] > ...rather cherry pick required commits from upstream as the one y

[PATCH v4 10/10] dts: upstream: src: arm64: ti: k3-am62x-sk-common: Sync DT with Linux v6.11-rc3

Sync Device tree nodes with Linux v6.11-rc3. [ upstream commit: ba50141137fae205a731005e70687f4a52289050 ] Signed-off-by: Chintan Vankar --- Link to v3: - This link is for the patch which was equivalent to this patch, from this version the node is moved to DT file equivalent to Linux as a p

[PATCH v4 09/10] arm: dts: k3-am625-r5-sk: Enable DM services for main_pktdma

From: Siddharth Vadapalli Enable DM services for main_pktdma during R5 SPL stage. Signed-off-by: Siddharth Vadapalli Signed-off-by: Chintan Vankar --- Link to v4: - https://lore.kernel.org/r/20240705045030.1141934-10-c-van...@ti.com/ Changes from v3 to v4: - No changes. arch/arm/dts/k3-am6

[PATCH v4 08/10] configs: am62: Enable configs required for Ethboot

From: Kishon Vijay Abraham I Enable config options needed to support Ethernet boot on AM62x SK. Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Siddharth Vadapalli Signed-off-by: Chintan Vankar --- Link to v3: https://lore.kernel.org/r/20240705045030.1141934-9-c-van...@ti.com/ Changes

[PATCH v4 07/10] configs: am62: Add configs for enabling ETHBOOT in R5SPL

From: Kishon Vijay Abraham I Add configs for enabling ETHBOOT in R5SPL. Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Andreas Dannenberg Signed-off-by: Siddharth Vadapalli Signed-off-by: Chintan Vankar --- Link to v3: https://lore.kernel.org/r/20240705045030.1141934-8-c-van...@ti.com

[PATCH v4 06/10] arm: mach-k3: am62x: am625_init: Probe AM65 CPSW NUSS

From: Kishon Vijay Abraham I In order to support Ethernet boot on AM62x, probe AM65 CPSW NUSS driver in board_init_f(). Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Siddharth Vadapalli Signed-off-by: Chintan Vankar --- Link to v4: https://lore.kernel.org/r/20240705045030.1141934-7-c-

[PATCH v4 05/10] dma: ti: k3-udma: Add support for native configuration of chan/flow

From: Kishon Vijay Abraham I In absence of Device Manager (DM) services such as at R5 SPL stage, driver will have to natively setup TCHAN/RCHAN/RFLOW cfg registers. Existing UDMA driver performed the above mentioned configuration for UDMA. Add similar configuration for PKTDMA here. Signed-off-by

[PATCH v4 04/10] soc: ti: k3-navss-ringacc: Fix reset ring API

From: Vignesh Raghavendra Expectation of k3_ringacc_ring_reset_raw() is to reset the ring to requested size and not to 0. Fix this. Signed-off-by: Vignesh Raghavendra Signed-off-by: Siddharth Vadapalli Signed-off-by: Chintan Vankar --- Link to v3: https://lore.kernel.org/r/20240705045030.114

[PATCH v4 03/10] soc: ti: k3-navss-ringacc: Initialize base address of ring cfg registers

From: Kishon Vijay Abraham I Initialize base address of ring config registers required to natively setup ring cfg registers in the absence of Device Manager (DM) services at R5 SPL stage. Since register property is defined as "ring" for PKTDMA and "cfg" for UDMA, configure base address of ring co

[PATCH v4 02/10] firmware: ti_sci: Add No-OP for "RX_FL_CFG"

From: Kishon Vijay Abraham I RX_FL_CFG message should not be forwarded to TIFS and should be handled within R5 SPL (when DM services are not available). Add a no-op function to not handle RX_FL_CFG messages. Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Siddharth Vadapalli Signed-off-by

[PATCH v4 01/10] common: spl: spl: Init DRAM size in R5/A53 SPL

Initialize DRAM size in SPL stage since networking requires DDR to be initialized. Reviewed-by: Dhruva Gole Reviewed-by: Tom Rini Signed-off-by: Kishon Vijay Abraham I Signed-off-by: Chintan Vankar --- Link to v3: https://lore.kernel.org/r/20240705045030.1141934-2-c-van...@ti.com/ Changes fr

[PATCH v4 00/10] Add support for Ethernet Boot on SK-AM62

This series enables Ethernet Boot on SK-AM62 device. This series is based on commit 'f4f845b85926' of origin/next branch of U-Boot. Link to v3: https://lore.kernel.org/r/20240705045030.1141934-1-c-van...@ti.com/ Logs for Ethernet Boot for AM625-SK: https://gist.github.com/chintanv133/07bcb147330

Re: [PATCH 1/1] board: rockchip: Add support for rk3588 GenBook

Hi Andy, On 8/12/24 12:00 PM, Andy Yan wrote: Hi Quetin， 在 2024-08-12 16:23:06，"Quentin Schulz" 写道： Hi Andy, @@ -323,5 +329,6 @@ source "board/rockchip/evb_rk3588/Kconfig"  source "board/rockchip/toybrick_rk3588/Kconfig"  source "board/theobroma-systems/jaguar_rk3588/Kconfig"  source "b

Re: [PATCH 0/4] rockchip: Skip serial pinctrl at pre-reloc phase

Hi Jonas, On 8/5/24 2:22 PM, Jonas Karlman wrote: Hi Quentin, On 2024-08-05 12:23, Quentin Schulz wrote: Hi Jonas, On 8/5/24 10:43 AM, Jonas Karlman wrote: UART pinctrl for serial is typically applied multiple times: - in external TPL or in TPL for DEBUG_UART in board_debug_uart_init() - in

Re: [PATCH v3 31/40] efi: Show the vendor in helloworld

Am 12. August 2024 09:58:28 MESZ schrieb Ilias Apalodimas : >On Sun, 11 Aug 2024 at 17:52, Simon Glass wrote: >> >> Show the vendor name so it is clear which firmware is being used, e.g. >> whether U-Boot is providing the boot services. I never had any doubt about which firmware I am using. Ori

[PATCH v3 9/9] doc: introduce led.rst documentation

Introduce simple led.rst documentation to document all the additional Kconfig and the current limitation of LED_BLINK and GPIO software blink. Signed-off-by: Christian Marangi --- doc/api/index.rst | 1 + doc/api/led.rst | 10 ++ include/led.h | 39

[PATCH v3 8/9] ubi: implement support for LED activity

Implement support for LED activity. If the feature is enabled, make the defined ACTIVITY LED to signal ubi write operation. Signed-off-by: Christian Marangi --- cmd/ubi.c | 17 +++-- 1 file changed, 15 insertions(+), 2 deletions(-) diff --git a/cmd/ubi.c b/cmd/ubi.c index 0e62e44932

[PATCH v3 7/9] mtd: implement support for LED activity

Implement support for LED activity. If the feature is enabled, make the defined ACTIVITY LED to signal mtd write or erase operations. Signed-off-by: Christian Marangi --- cmd/mtd.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/cmd/mtd.c b/cmd/mtd.c index 795aaa2b37d..b

[PATCH v3 6/9] tftp: implement support for LED activity

Implement support for LED activity. If the feature is enabled, make the defined ACTIVITY LED to signal traffic. Signed-off-by: Christian Marangi --- net/tftp.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/net/tftp.c b/net/tftp.c index 2e073183d5a..45c2455336a 100644 --- a/net/tftp.

[PATCH v3 5/9] led: implement LED activity API

Implement LED activity API similar to BOOT LED API. Usual activity might be a file transfer with TFTP, a flash write... User of this API will call led_activity_on/off/blink() to signal these kind of activity. New Kconfig are implemented similar to BOOT LED, LED_ACTIVITY_ENABLE to enable support

[PATCH v3 4/9] common: board_r: rework BOOT LED handling

Rework BOOT LED handling. There is currently one legacy implementation for BOOT LED from Status Led API. This work on ancient implementation wused by BOOTP by setting the LED to Blink on boot and to turn it OFF when the firmware was correctly received by network. Now that we new LED implementatio

[PATCH v3 3/9] led: implement LED boot API

Implement LED boot API to signal correct boot of the system. led_boot_on/off/blink() are introduced to turn ON, OFF and BLINK the designated boot LED. New Kconfig are introduced, CONFIG_LED_BOOT_ENABLE to enable the feature. This makes use of the /config property "u-boot,boot-led" to the define t

[PATCH v3 2/9] led: implement led_set_state/period_by_label

Introduce new API led_set_state/period_by label as a shorthand to set LED state and LED blink period by referencing them by label. This is needed for the upcoming additional API that will declare LED in .confg and reference them by their LED label name. Signed-off-by: Christian Marangi --- driv

[PATCH v3 1/9] led: turn LED ON on initial SW blink

We currently init the LED OFF when SW blink is triggered when on_state_change() is called. This can be problematic for very short period as the ON/OFF blink might never trigger. Turn LED ON on initial SW blink to handle this corner case and better display a LED blink from the user. Signed-off-by:

[PATCH v3 0/9] led: introduce LED boot and activity function

This series is a reworked version of the previous seried: misc: introduce STATUS LED activity function This series port and expand the legacy concept of LED boot from the legacy Status LED API to new LED API. One thing that many device need is a way to communicate to the user that the device is

Re:Re: [PATCH 1/1] board: rockchip: Add support for rk3588 GenBook

Hi Quetin， 在 2024-08-12 16:23:06，"Quentin Schulz" 写道： >Hi Andy, > >>> @@ -323,5 +329,6 @@ source "board/rockchip/evb_rk3588/Kconfig" >>>  source "board/rockchip/toybrick_rk3588/Kconfig" >>>  source "board/theobroma-systems/jaguar_rk3588/Kconfig" >>>  source "board/theobroma-systems/tiger_rk3588/

Re: [PATCH v3 12/15] spl: mmc: Try to clean up raw-mode options

Hi Simon, On 8/11/24 2:29 PM, Simon Glass wrote: Make the raw-mode options depend on SPL_SYS_MMCSD_RAW_MODE in a more direct way. This makes it easier to understand the options with 'make menuconfig'. There are three different ways of specifying the offset: - sector offset - partition number -

Pull request: u-boot-rockchip-20240812

Mode: Package TIFS Stub in BeaglePlay" (2024-08-08 18:37:11 -0600) are available in the Git repository at: https://source.denx.de/u-boot/custodians/u-boot-rockchip.git tags/u-boot-rockchip-20240812 for you to fetch changes up to 192318d3dcd42da47b9df532a9bda125ed120e4f: configs: rockchip: e

Re: [PATCH v3 08/15] log: Avoid including function names by default

Hi Simon, On 8/11/24 2:29 PM, Simon Glass wrote: Unless function names are requested, the logging system should not compile these into the code. Adjust the macros to handle this. This means that turning on function names at runtime won't work unless CONFIG_LOGF_FUNC is enabled. We could perhaps

Re: [PATCH v3 07/15] mmc: Use logging instead of pr_err()

Hi Simon, On 8/11/24 2:29 PM, Simon Glass wrote: Use the log subsystem instead of dev, to avoid including function names in the code. The CONFIG_LOGF_FUNC option can be used to enable the function name. Signed-off-by: Simon Glass Reviewed-by: Sean Anderson --- Changes in v3: - Fix 'enver' t

Re: [PATCH v3 06/15] mmc: Use logging instead of printf()

Hi Simon, On 8/11/24 2:29 PM, Simon Glass wrote: The code makes quite a few uses of __func__ which puts the function name into the resulting SPL image. Use the log subsystem instead, to reduce size. The CONFIG_LOGF_FUNC option can be used to enable the function name. Signed-off-by: Simon Glass

Re: [PATCH v3 01/15] configs: Resync with savedefconfig

Hi Simon, On 8/11/24 2:29 PM, Simon Glass wrote: Rsync all defconfig files using moveconfig.py Signed-off-by: Simon Glass --- (no changes since v1) configs/am62px_evm_a53_defconfig | 4 ++-- configs/am64x_evm_a53_defconfig| 6 +++--- configs/j721e_beagleboneai64_a72

Re: [PATCH v2 06/14] mmc: Use logging instead of pr_err()

Hi Simon, On 8/11/24 4:50 PM, Simon Glass wrote: Hi Quentin, On Tue, 6 Aug 2024 at 08:10, Quentin Schulz wrote: Hi Simon, On 7/21/24 5:25 PM, Simon Glass wrote: Use the log subsystem instead of dev, to avoid including function names in the code. The CONFIG_LOGF_FUNC option can be used to

Re: [PATCH v2 07/14] log: Avoid including function names by default

Hi Simon, On 8/11/24 4:50 PM, Simon Glass wrote: Hi Quentin, On Tue, 6 Aug 2024 at 08:16, Quentin Schulz wrote: Hi Simon, On 7/21/24 5:25 PM, Simon Glass wrote: Unless function names are requested, the logging system should not compile these into the code. Adjust the macros to handle this.

Re: [PATCH 1/1] board: rockchip: Add support for rk3588 GenBook

Hi Andy, @@ -323,5 +329,6 @@ source "board/rockchip/evb_rk3588/Kconfig"  source "board/rockchip/toybrick_rk3588/Kconfig"  source "board/theobroma-systems/jaguar_rk3588/Kconfig"  source "board/theobroma-systems/tiger_rk3588/Kconfig" +source "board/coolpi/genbook/Kconfig" Order alphabetically

Re: [PATCH v3 31/40] efi: Show the vendor in helloworld

On Sun, 11 Aug 2024 at 17:52, Simon Glass wrote: > > Show the vendor name so it is clear which firmware is being used, e.g. > whether U-Boot is providing the boot services. > > Signed-off-by: Simon Glass > --- > > (no changes since v2) > > Changes in v2: > - Reword commit message > - Use 'Firmwar

Re: [PATCH v3 31/40] efi: Show the vendor in helloworld

On Sun, 11 Aug 2024 at 17:52, Simon Glass wrote: > > Show the vendor name so it is clear which firmware is being used, e.g. > whether U-Boot is providing the boot services. > > Signed-off-by: Simon Glass > --- > > (no changes since v2) > > Changes in v2: > - Reword commit message > - Use 'Firmwar

Re: [PATCH] squashfs: Fix heap corruption in sqfs_search_dir()

Hi Richard, rich...@nod.at wrote on Fri, 2 Aug 2024 22:05:09 +0200: > res needs to be large enough to store both strings rem and target, > plus the path separator and the terminator. > Currently the space for the path separator is not accounted, so > the heap is corrupted by one byte. Mmm, subt

Re: [PATCH v2 4/4] squashfs: Fix stack overflow while symlink resolving

Hi Richard, rich...@nod.at wrote on Fri, 2 Aug 2024 18:36:47 +0200: > The squashfs driver blindly follows symlinks, and calls sqfs_size() > recursively. So an attacker can create a crafted filesystem and with > a deep enough nesting level a stack overflow can be achieved. > > Fix by limiting th