Re: [PATCH v4] test/py: net_boot: Add test cases for net boot

2024-05-06 Thread Love Kumar
On 04/05/24 1:48 am, Tom Rini wrote: On Fri, May 03, 2024 at 05:39:46PM +0530, Love Kumar wrote: Add tests for booting image using tftpboot/pxe boot commands, tftpboot boot case loads the FIT image into DDR and boots using bootm command whereas pxe boot cases downloads the pxe configuration

Re: [PATCH 04/16] rockchip: rk3328: Remove redundant device tree files

2024-05-06 Thread Kever Yang
On 2024/5/5 03:42, Jonas Karlman wrote: Remove redundant device tree files now that RK3328 boards have been migrated to use OF_UPSTREAM. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- arch/arm/dts/rk3328-evb.dts | 289 --- arch/arm/dts/rk3328

RE: [PATCH] mtd: spi-nor: scale up timeout for full-chip erase

2024-05-06 Thread Abbarapu, Venkatesh
Do you have any update on this change? Thanks Venkatesh > -Original Message- > From: Venkatesh Yadav Abbarapu > Sent: Tuesday, January 2, 2024 6:23 PM > To: u-boot@lists.denx.de > Cc: Simek, Michal ; ja...@amarulasolutions.com; > g...@xilinx.com > Subject: [PATCH] mtd: spi-nor: scale up

RE: [PATCH] mmc: Change the frequency to MMC_HS_52 when selecting hs400

2024-05-06 Thread Abbarapu, Venkatesh
Do you have any comments for this patch? Thanks Venkatesh > -Original Message- > From: Venkatesh Yadav Abbarapu > Sent: Tuesday, April 23, 2024 11:01 AM > To: u-boot@lists.denx.de > Cc: peng@nxp.com; jh80.ch...@samsung.com; git (AMD-Xilinx) > > Subject: [PATCH] mmc: Change the frequ

RE: [PATCH v11 0/8] spi-nor: Add parallel and stacked memories support

2024-05-06 Thread Abbarapu, Venkatesh
+ Tom Rini Do you have any comments for this series? Thanks Venkatesh > -Original Message- > From: Venkatesh Yadav Abbarapu > Sent: Monday, March 4, 2024 8:41 AM > To: u-boot@lists.denx.de > Cc: Simek, Michal ; ja...@amarulasolutions.com; > git (AMD-Xilinx) > Subject: [PATCH v11 0/8] s

Re: [PATCH 13/16] rockchip: rk3588-rock-5b: Drop usb-typec node from u-boot.dtsi

2024-05-06 Thread Kever Yang
On 2024/5/5 03:43, Jonas Karlman wrote: The usb-typec related nodes and props added in the board u-boot.dtsi file has not yet landed in upstream Linux kernel DT, and they are not needed for U-Boot to use the USB Type-C port in peripheral mode. Remove superfluous usb-typec related nodes and pro

Re: [PATCH 12/16] phy: rockchip: usbdp: Adopt driver to work with upstream DT

2024-05-06 Thread Kever Yang
On 2024/5/5 03:43, Jonas Karlman wrote: The upstream DT binding added in linux-phy next commit a75d8056e9fe ("dt-bindings: phy: add rockchip usbdp combo phy document") does not define subnodes for the type of PHY, instead it is expected that phandle args are used for setting the type of the PHY

Re: [PATCH 11/16] phy: rockchip: usbdp: Drop rockchip_u3phy_uboot_init()

2024-05-06 Thread Kever Yang
On 2024/5/5 03:43, Jonas Karlman wrote: Remove the rockchip_u3phy_uboot_init() function, it has no caller and is not needed with proper driver model use. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- drivers/phy/rockchip/phy-rockchip-usbdp.c | 24 -

Re: [PATCH 10/16] phy: rockchip: usbdp: Find phy-id from the io address

2024-05-06 Thread Kever Yang
On 2024/5/5 03:43, Jonas Karlman wrote: The upstream Linux kernel driver find the phy-id from the io address. Change to use a similar method as the U-Boot inno-usb2 phy driver and the Linux kernel driver to set correct phy-id. This is based on the linux-phy next commit 2f70bbddeb45 ("phy: roc

Re: [PATCH 08/16] rockchip: rk356x: Migrate to OF_UPSTREAM

2024-05-06 Thread Kever Yang
On 2024/5/5 03:43, Jonas Karlman wrote: Migrate RK356x boards that exists in Linux v6.8 to use OF_UPSTREAM. Following targets is not migrated to use OF_UPSTREAM: - anbernic-rgxx3-rk3566: Multi device target - generic-rk3568: Generic target only meant for U-Boot use - pinetab2-rk3566: Merged in

Re: [PATCH 07/16] rockchip: rk356x: Add rk3568-u-boot.dtsi

2024-05-06 Thread Kever Yang
On 2024/5/5 03:42, Jonas Karlman wrote: Add a -u-boot.dtsi file that gets included by default for RK356x boards when a board specific u-boot.dtsi file dont exists. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- arch/arm/dts/rk3568-u-boot.dtsi | 3 +++ 1 file c

Re: [PATCH 05/16] rockchip: rk3399: Migrate to OF_UPSTREAM

2024-05-06 Thread Kever Yang
On 2024/5/5 03:42, Jonas Karlman wrote: All RK3399 boards has now been synced to Linux kernel v6.8 DTs and can migrate to use OF_UPSTREAM. Migrate RK3399 boards that exists in Linux v6.8 to use OF_UPSTREAM. Following target is not migrated to use OF_UPSTREAM: - nanopi-m4-2gb-rk3399: DDR3 vari

Re: [PATCH 03/16] rockchip: rk3328: Migrate to OF_UPSTREAM

2024-05-06 Thread Kever Yang
On 2024/5/5 03:42, Jonas Karlman wrote: All RK3328 boards has now been synced to Linux kernel v6.8 DTs and can migrate to use OF_UPSTREAM. Migrate all RK3328 boards to use OF_UPSTREAM. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- arch/arm/dts/Makefile

Re: [PATCH 02/16] rockchip: rk3308: Remove redundant device tree files

2024-05-06 Thread Kever Yang
On 2024/5/5 03:42, Jonas Karlman wrote: Remove redundant device tree files now that RK3308 boards have been migrated to use OF_UPSTREAM. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- arch/arm/dts/rk3308-evb.dts| 230 --- arch/arm/dts/rk3308-roc-c

Re: [PATCH 01/16] rockchip: rk3308: Migrate to OF_UPSTREAM

2024-05-06 Thread Kever Yang
On 2024/5/5 03:42, Jonas Karlman wrote: All RK3308 boards has now been synced to Linux kernel v6.8 DTs and can migrate to use OF_UPSTREAM. Migrate all RK3308 boards to use OF_UPSTREAM. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- arch/arm/dts/Makefile

Re: [PATCH v3] configs: rk3588-turing-rk1: disable SPI flash by default

2024-05-06 Thread Kever Yang
On 2024/5/3 04:07, Sam Edwards wrote: While the Turing RK1 board has a pad on the PCB for SPI flash, it is not populated at the factory: supporting SPI flash boot is a user modification, not an out-of-the-box feature. The defconfig for this board should therefore not be enabling the SPI flash i

Re: [PATCH] clk: rockchip: rk3328: Add SCLK_USB3OTG_REF support

2024-05-06 Thread Kever Yang
On 2024/5/2 03:23, Jonas Karlman wrote: The SCLK_USB3OTG_REF clocks is used as reference clock for USB3 block. Add simple support to get rate of SCLK_USB3OTG_REF clocks to fix reference clock period configuration. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- T

Re: [PATCH] rockchip: rk3328: Add missing bootph-some-ram props

2024-05-06 Thread Kever Yang
On 2024/5/2 03:21, Jonas Karlman wrote: Add bootph-some-ram props to pinctrl nodes related to eMMC, SD-card and SPI flash to match e.g. RK3308 and RK3399. Also adjust bootph props for sdio_vcc_pin, pinctrl and uart2m1_xfer. Fixes: 1e21f5693045 ("rockchip: rk3328: Fix loading FIT from SD-card

回复: [PATCH 2/4] board: add support for Milk-V Mars CM

2024-05-06 Thread Minda Chen
> > On 30.04.24 11:59, E Shattow wrote: > > On Tue, Apr 30, 2024 at 12:18 AM Heinrich Schuchardt > > wrote: > >> > >> On 30.04.24 00:46, E Shattow wrote: > >>> On Sun, Apr 28, 2024 at 9:13 AM Emil Renner Berthing > >>> wrote: > > Heinrich Schuchardt wrote: > > We already support

Re: [PATCH] board: starfive: support Pine64 Star64 board

2024-05-06 Thread E Shattow
Hi, On Mon, May 6, 2024 at 8:30 AM H Bell wrote: > > Similar to the Milk-V Mars, The Star64 board contains few differences to the > VisionFive 2 boards, so can be part of the same U-boot build. > > Signed-off-by: Henry Bell > Cc: ycli...@andestech.com > Cc: heinrich.schucha...@canonical.com > --

[PATCH] doc/sphinx: Bump Jinja2 to 3.1.4

2024-05-06 Thread Tom Rini
While we unlikely to have an issue with CVE-2024-22195, it is simple enough to bump our version of Jinja2 to receive the fix, do so. Reported-by: GitHub dependabot Signed-off-by: Tom Rini --- doc/sphinx/requirements.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/sphi

[ANN] U-Boot v2024.07-rc2 released

2024-05-06 Thread Tom Rini
Hey all, It's release day and here is -rc2. Looking at my own queue, I think I've got everything from there I intend to go in this release. That said, there's still a few PRs I would like to see from others before it gets too much later and if people know of bug fixes that are outstanding still pl

Re: [PATCH] mtd: nand: pxa3xx: Incorrect bitflip return on page read

2024-05-06 Thread Michael Nazzareno Trimarchi
Hi Ravi On Mon, May 6, 2024 at 7:33 PM Ravi Minnikanti wrote: > > On 5/6/24 00:35, Michael Nazzareno Trimarchi wrote: > > Hi Ravi > > > > On Tue, Apr 30, 2024 at 6:25 AM Ravi Minnikanti > > wrote: > >> > >> On 4/29/24 09:59, Michael Nazzareno Trimarchi wrote: > >> > >>>

Re: [PATCH] kconfig: default to zero if int/hex symbol lacks default property

2024-05-06 Thread Tom Rini
On Sun, May 05, 2024 at 03:53:53PM +0200, Yoann Congal wrote: > From: Masahiro Yamada > > This is a cherry-pick from the kernel commit: > 6262afa10ef7c (kconfig: default to zero if int/hex symbol lacks default > property, 2023-11-26) > > When a default property is missing in an int or hex symb

Re: [PATCH] mtd: nand: pxa3xx: Incorrect bitflip return on page read

2024-05-06 Thread Ravi Minnikanti
On 5/6/24 00:35, Michael Nazzareno Trimarchi wrote: > Hi Ravi > > On Tue, Apr 30, 2024 at 6:25 AM Ravi Minnikanti > wrote: >> >> On 4/29/24 09:59, Michael Nazzareno Trimarchi wrote: >> >>> -- >>> On Mon, Apr 29, 2024 at 6:22 PM

Re: [PATCH v2 03/22] clk: rockchip: rk3399: Improve support for SCLK_PCIEPHY_REF clock

2024-05-06 Thread Quentin Schulz
Hi Jonas, On 5/6/24 5:17 PM, Jonas Karlman wrote: Hi Quentin, On 2024-05-06 13:07, Quentin Schulz wrote: Hi Jonas, On 5/1/24 6:22 PM, Jonas Karlman wrote: rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the SCLK_PCIEPHY_REF clock. The existing enable/disable ops for SCL

Re: [PATCH v2 1/4] binman: Add nxp_imx8mcst etype for i.MX8M flash.bin signing

2024-05-06 Thread Marek Vasut
On 5/6/24 1:52 PM, Francesco Dolcini wrote: Hello Marek, On Fri, May 03, 2024 at 03:05:09AM +0200, Marek Vasut wrote: Add new binman etype which allows signing both the SPL and fitImage sections of i.MX8M flash.bin using CST. There are multiple DT properties which govern the signing process, nx

[PATCH] board: starfive: support Pine64 Star64 board

2024-05-06 Thread H Bell
Similar to the Milk-V Mars, The Star64 board contains few differences to the VisionFive 2 boards, so can be part of the same U-boot build. Signed-off-by: Henry Bell Cc: ycli...@andestech.com Cc: heinrich.schucha...@canonical.com --- board/starfive/visionfive2/spl.c | 52

Re: [PATCH v2 0/6] Introduce UBI block device

2024-05-06 Thread Alexey Romanov
Hello! Ping. On Mon, Mar 25, 2024 at 05:41:42PM +0300, Alexey Romanov wrote: > Hello! > > This series adds support for the UBI block 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 ubi 0 part_name > > Te

Re: [PATCH v3 0/3] Introduce mtdblock device

2024-05-06 Thread Alexey Romanov
Hello Michael, On Thu, Apr 11, 2024 at 06:14:29PM +0200, Michael Nazzareno Trimarchi wrote: > Hi > > I will review tomorrow, I need have a time window to test even on my board Any news? > > Mihcael > > On Thu, Apr 11, 2024 at 6:09 PM Alexey Romanov > wrote: > > > > Hello! Ping. > > > > On Th

Re: [PATCH v2 03/22] clk: rockchip: rk3399: Improve support for SCLK_PCIEPHY_REF clock

2024-05-06 Thread Jonas Karlman
Hi Quentin, On 2024-05-06 13:07, Quentin Schulz wrote: > Hi Jonas, > > On 5/1/24 6:22 PM, Jonas Karlman wrote: >> rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the >> SCLK_PCIEPHY_REF clock. >> >> The existing enable/disable ops for SCLK_PCIEPHY_REF currently force >> use o

Re: [GIT PULL] Please pull u-boot-imx-master-20240505

2024-05-06 Thread Tom Rini
On Sun, May 05, 2024 at 04:11:39PM -0300, Fabio Estevam wrote: > Hi Tom, > > Please pull from u-boot-imx/master, thanks. > The following changes since commit 2f1e76bcfee75b9f99ade63002c05ffaaec86afb: > > Merge branch '2024-05-02-assorted-updates' (2024-05-03 16:18:51 -0600) > > are available

[PATCH v5 6/6] doc: board: Add document for DFU boot on am62x SoCs

2024-05-06 Thread Martyn Welch
From: Sjoerd Simons Both AM62 SK and beagleplay support DFU boot in a similar way now; Document how to actually run DFU boot for both boards Signed-off-by: Sjoerd Simons Reviewed-by: Mattijs Korpershoek Tested-by: Mattijs Korpershoek # on beagle play Signed-off-by: Martyn Welch --- Changes i

[PATCH v5 5/6] beagleplay: Add DFU support

2024-05-06 Thread Martyn Welch
From: Sjoerd Simons DFU mode on a beagleplay can be used via the Type-C connector by holding the USR switch while powering on. Configuration is already provided as fragments for both the A53 and R5 u-boot parts. Include the am62x_a53_usbdfu.config config. The am62x_r5_usbdfu.config fragment need

[PATCH v5 4/6] configs: am62x_evm_*: Enable USB and DFU support

2024-05-06 Thread Martyn Welch
From: Sjoerd Simons Provide config fragments to enable USB host as well as USB gadget and DFU support for a53 and r5. This relevant fragment is included into the am62x EVM a53 defconfig. For the r5, due to the smaller available size, the config fragment also disables support for persistent storag

[PATCH v5 3/6] arm: dts: k3-am625-sk: Enable usb port in u-boot

2024-05-06 Thread Martyn Welch
From: Sjoerd Simons Enable usb0 in all boot phases for use with DFU Signed-off-by: Sjoerd Simons Reviewed-by: Alexander Sverdlin Signed-off-by: Martyn Welch --- Changes in v5: - Forcing usb0 into peripheral mode reinstated Changes in v4: - Don't force usb0 into peripheral mode Changes in v3

[PATCH v5 2/6] board: ti: am62x: am62x: include env for DFU

2024-05-06 Thread Martyn Welch
From: Sjoerd Simons Include standard TI K3 dfu environment Signed-off-by: Sjoerd Simons Reviewed-by: Alexander Sverdlin Reviewed-by: Mattijs Korpershoek Tested-by: Mattijs Korpershoek # on beagle play --- (no changes since v3) Changes in v3: - Add dfu via environment rather then config head

[PATCH v5 1/6] usb: dwc3: Add dwc3 glue driver for am62

2024-05-06 Thread Martyn Welch
From: Sjoerd Simons Add glue code for TI AM62 to the dwc3 driver; Most code adopted from TI vendor u-boot code. Signed-off-by: Sjoerd Simons Tested-by: Alexander Sverdlin Reviewed-by: Mattijs Korpershoek Tested-by: Mattijs Korpershoek # on beagle play --- Changes in v5: - No change Changes

[PATCH v5 0/6] Add DFU and usb boot for TI am62x SK and beagleplay

2024-05-06 Thread Martyn Welch
This series adds DFU support for TI AM62 SK and beagleplay boards. I have picked this series up from Sjoerd due to time constraints. Since the last revision: * Removed dwc3 mode setting in favour of reinstating forced peripheral mode for usb0 * Use of config fragments for both r5 and a53 DFU co

Re: [PATCH] fs: ubifs: Add support for ZSTD decompression

2024-05-06 Thread Heiko Schocher
Hello Piotr, On 30.04.24 12:23, Piotr Wojtaszczyk wrote: Signed-off-by: Piotr Wojtaszczyk --- fs/ubifs/ubifs-media.h | 2 ++ fs/ubifs/ubifs.c | 55 -- 2 files changed, 55 insertions(+), 2 deletions(-) Looks good to me, thanks! Acked-by: Hei

Re: [PATCH v2 0/6] Introduce UBI block device

2024-05-06 Thread Heiko Schocher
Hello Alexey, On 06.05.24 15:58, Alexey Romanov wrote: Hello! Ping. okay from my side... I think I acked them already @Dario: IIRC the patchset is delegated to you... If it is okay, I can apply it in u-boot-ubi and send a pull request to Tom, but please, send a Acked-by or Reviewed-by and de

Re: [PATCH v2 0/6] Introduce UBI block device

2024-05-06 Thread Michael Nazzareno Trimarchi
Hi Alexey Sorry will will put on CI Michael On Mon, May 6, 2024 at 3:58 PM Alexey Romanov wrote: > > Hello! Ping. > > On Mon, Mar 25, 2024 at 05:41:42PM +0300, Alexey Romanov wrote: > > Hello! > > > > This series adds support for the UBI block device, which > > allows to read/write data block b

[PATCH 1/1] arm: dts: k3-j7200: Move to OF_UPSTREAM

2024-05-06 Thread Aniket Limaye
Move to using OF_UPSTREAM config and thus using the devicetree-rebasing subtree. Signed-off-by: Aniket Limaye --- arch/arm/dts/Makefile |1 - .../k3-j7200-common-proc-board-u-boot.dtsi| 16 +- arch/arm/dts/k3-j7200-common-proc-board.dts | 396 - arch/arm/

[PATCH 0/1] Move j7200-evm to OF_UPSTREAM

2024-05-06 Thread Aniket Limaye
This patch moves the J7200 config to use the devicetree-rebasing subtree, and consequently makes the necessary updates to the u-boot devicetree. This patch depends on series [1] which cleans up k3 binman with some templating. [1]: https://lore.kernel.org/u-boot/20240322131011.1029620-1-n-fran...

Re: [PATCH] board: rockchip: add ArmSoM Sige7 Rk3588 board

2024-05-06 Thread Jianfeng Liu
Hi Quentin, Many thanks to your review. On May 6, 2024, 8:54 a.m. UTC, Quentin Schulz wrote: >> F: arch/arm/include/asm/arch-rockchip/ >> F: arch/arm/mach-rockchip/ >> F: board/amarula/vyasa-rk3288/ >> +F: board/armsom/sige7-rk3588/ > >Can you order this alphabetically pleas

Re: [PATCH v2 1/4] binman: Add nxp_imx8mcst etype for i.MX8M flash.bin signing

2024-05-06 Thread Francesco Dolcini
Hello Marek, On Fri, May 03, 2024 at 03:05:09AM +0200, Marek Vasut wrote: > Add new binman etype which allows signing both the SPL and fitImage sections > of i.MX8M flash.bin using CST. There are multiple DT properties which govern > the signing process, nxp,loader-address is the only mandatory on

Re: [PATCH v2 03/22] clk: rockchip: rk3399: Improve support for SCLK_PCIEPHY_REF clock

2024-05-06 Thread Quentin Schulz
Hi Jonas, On 5/1/24 6:22 PM, Jonas Karlman wrote: rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the SCLK_PCIEPHY_REF clock. The existing enable/disable ops for SCLK_PCIEPHY_REF currently force use of 24 MHz parent and rate. Add improved support for setting parent and rat

Re: [PATCH] configs: Make USB_GADGET_MANUFACTURER consistent over all PHYTEC boards

2024-05-06 Thread Benjamin Hahn
Hi Fabio, On 03.05.24 14:44, Fabio Estevam wrote: > Hi Benjamin, > > On Fri, May 3, 2024 at 4:01 AM Benjamin Hahn wrote: > >> -CONFIG_USB_GADGET_MANUFACTURER="FSL" >> +CONFIG_USB_GADGET_MANUFACTURER="PHYTEC" >> CONFIG_USB_GADGET_VENDOR_NUM=0x0525 >> CONFIG_USB_GADGET_PRODUCT_NUM=0xa4a5 > ...

Re: [PATCH v2 18/18] rockchip: rk3399: Configure sdmmc regulator pinctrl in SPL

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: A few boards have shown to be required to properly configure pinctrl for the fixed regulator gpio pin used by sdmmc before being able to read from SD-cards. Include the related gpio, regulator and pinctrl nodes and enable related Kconfig options so that

Re: [PATCH v2 17/18] rockchip: rk3399: Fix loading FIT from SD-card when booting from eMMC

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: When RK3399 boards run SPL from eMMC and fail to load FIT from eMMC due to it being missing or checksum validation fails there can be a fallback to read FIT from SD-card. However, without proper pinctrl configuration reading FIT from SD-card may fail:

Re: [PATCH v2 16/18] rockchip: rk3399: Include uart related pinctrl nodes in TPL/SPL

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: The initial serial console UART iomux is typically configured in board_debug_uart_init() at TPL stage on Rockchip platform. Later stages typically use pinctrl driver to configure iomux UART once again based on the control FDT. Include uart related pinc

Re: [PATCH v2 15/18] rockchip: rk3399-puma: Move uart0 bootph to board u-boot.dtsi

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: rk3399-puma is the only supported board that use uart0 for serial console, other RK3399 boards typically use uart2 for serial console and may use uart0 for bluetooth. Move setting bootph prop to board u-boot.dtsi to only include the uart0 node in TPL/SP

Re: [PATCH v2 14/18] rockchip: rk3399: Fix bootph prop for vop nodes

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: The vop nodes should not be included in TPL/SPL control FDT, it should only be included at U-Boot proper pre-reloc phase. Change to use bootph-some-ram prop to fix this. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- v2:

Re: [PATCH v2 13/18] rockchip: rk3399: Sort nodes in u-boot.dtsi files

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: Sort nodes alphabetically by name, symbol or reg addr in RK3399 related u-boot.dtsi files. Also remove one of the duplicated &pmu nodes. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- v2: New patch split from "Fix loading

Re: [PATCH v2 12/18] rockchip: rk3399: Remove inherited bootph-all props

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: Remove superfluous bootph-all props already inherited from main soc u-boot.dtsi file. Signed-off-by: Jonas Karlman Reviewed-by: Kever Yang Thanks, - Kever --- v2: New patch split from "Fix loading FIT from SD-card" patch --- arch/arm/dts/rk3399-e

Re: [PATCH v2 11/18] rockchip: rk3399: Add a default spl-boot-order prop

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: A lot of RK3399 boards use a u-boot,spl-boot-order of "same-as-spl", &sdhci and &sdmmc. Move this to rk3399-u-boot.dtsi and make this default for boards currently missing a u-boot,spl-boot-order prop. Before commit a7e69952eb6d ("rockchip: spl: Cache b

Re: [PATCH v2 06/18] rockchip: rk3399: Enable ARMv8 crypto and FIT checksum validation

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: The RK3399 SoC support the ARMv8 Cryptography Extensions, use of ARMv8 crypto can speed up FIT checksum validation in SPL. Imply ARMV8_SET_SMPEN and ARMV8_CRYPTO to take advantage of the crypto extensions for SHA256 when validating checksum of FIT image

Re: [PATCH v2 03/18] rockchip: rk3399-puma: Use common bss and stack addresses

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: The rk3399-puma board is currently using SPL stack and bss addr in SRAM, the same addr typically used by TPL, this differs from most other RK3399 boards. Switch to use the common bss and stack addresses introduced in commit 008ba0d56d00 ("rockchip: Add

Re: [PATCH v2 02/18] rockchip: rk3399-puma: Update SPL_PAD_TO Kconfig option

2024-05-06 Thread Kever Yang
On 2024/4/30 23:30, Jonas Karlman wrote: On rk3399-puma the FIT payload is located at sector 0x200 compared to the more Rockchip common sector 0x4000 offset: SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR=0x200 Because FIT payload is located at sector 0x200 and IDBlock is located at sector 64, the combi

Re: [PATCH v2 03/22] clk: rockchip: rk3399: Improve support for SCLK_PCIEPHY_REF clock

2024-05-06 Thread Kever Yang
On 2024/5/2 00:22, Jonas Karlman wrote: rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the SCLK_PCIEPHY_REF clock. The existing enable/disable ops for SCLK_PCIEPHY_REF currently force use of 24 MHz parent and rate. Add improved support for setting parent and rate of the

[PATCH v2 2/2] ehci: msm: bring up iface + core clocks

2024-05-06 Thread Sam Day
This seems to be necessary on my samsung-a5. Without this patch, the first access of EHCI registers causes a bus stall and subsequent reset. I am unsure why this wasn't already necessary for db410c, perhaps those clocks are already enabled on boot. Reviewed-by: Caleb Connolly Signed-off-by: Sam

[PATCH v2 1/2] clk/qcom: apq8016: add support for USB_HS clocks

2024-05-06 Thread Sam Day
The newer "register map for simple gate clocks" support added for qcom clocks is used. As a result gcc_apq8016 now has a mixture of the old and new styles. I didn't (and still don't!) feel comfortable enough in this area to update the existing code. Signed-off-by: Sam Day --- drivers/clk/qcom/cl

[PATCH v2 0/2] qcom: ehci: enable core + iface clocks

2024-05-06 Thread Sam Day
These clocks are mandatory, as can be seen in msm_hsusb driver in the Linux kernel. The appropriate HS_USB AHB/SYSTEM clocks were added to gcc_apq8016. Technically there's other adjacent SoC families that can use the msm_hsusb driver with different clocks, but only msm8916/apq8016 are currently m

Re: [PATCH u-boot-mvebu 10/10] arm: mvebu: turris_omnia: Support old DDR3 training, selectable via env var

2024-05-06 Thread Stefan Roese
Hi Marek, On 4/15/24 18:30, Marek Behún wrote: Support old DDR3 training code on Turris Omnia, selectable by U-Boot enviroment variable. Users experiencing DDR3 initialization failures or random crashes of the operating system due to incorrect DDR3 configuration can select the old DDR3 training

[PATCH 1/1] riscv: add NULL check before calling strlen in the riscv cpu's get_desc()

2024-05-06 Thread Hanyuan Zhao
Without the NULL check, if the devicetree that u-boot loads does not have a compatible property then a store access fault will be raised and force the machine to reset, due to the NULL pointer we passed to strlen. This commit adds this check and will return -ENOSPC to indicate the get_desc failed.

Re: [PATCH] board: rockchip: add ArmSoM Sige7 Rk3588 board

2024-05-06 Thread Quentin Schulz
Hi Jianfeng Liu, On 5/4/24 7:05 PM, Jianfeng Liu wrote: [You don't often get email from liujianfeng1...@gmail.com. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] ArmSoM Sige7 is a Rockchip RK3588 based SBC (Single Board Computer) by ArmSoM. There are two varian

Re: [EXTERNAL] Re: [PATCH] mtd: nand: pxa3xx: Incorrect bitflip return on page read

2024-05-06 Thread Michael Nazzareno Trimarchi
Hi Ravi On Tue, Apr 30, 2024 at 6:25 AM Ravi Minnikanti wrote: > > On 4/29/24 09:59, Michael Nazzareno Trimarchi wrote: > > > -- > > On Mon, Apr 29, 2024 at 6:22 PM Chris Packham > > wrote: > >> > >> On Sun, Apr 28, 2024 at 4:1

Re: [PATCH 080/149] board: kontron: Remove and add needed includes

2024-05-06 Thread Frieder Schrempf
On 01.05.24 04:42, Tom Rini wrote: > Remove from this board vendor directory and when needed > add missing include files directly. > > Signed-off-by: Tom Rini Acked-by: Frieder Schrempf