Re: [PATCH v5 06/11] dts: Add script to uprev dts/upstream subtree

Hi Marek, On Tue, 6 Feb 2024 at 05:51, Marek Vasut wrote: > > On 2/2/24 14:05, Sumit Garg wrote: > > dts/update-dts-subtree.sh is just a wrapper around git subtree commands. > > Usage from the top level U-Boot source tree, run: > > > > $ ./dts/update-dts-subtree.sh pull > > $

Re: [PATCH v2 1/3] rockchip: rk35xx: Remove use of eMMC DDR52 mode

Hello Jonas, On 2024-02-05 18:01, Jonas Karlman wrote: On 2024-02-05 14:51, Dragan Simic wrote: On 2024-02-05 14:45, Quentin Schulz wrote: On 2/5/24 14:40, Dragan Simic wrote: How about waiting until I fix the mode selection in the Linux kernel drivers?  As I noted already, that's already on

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

On 05/02/24 6:07 pm, Roger Quadros wrote: > > > On 05/02/2024 12:20, MD Danish Anwar wrote: >> >> >> On 05/02/24 3:36 pm, Roger Quadros wrote: >>> >>> >>> On 02/02/2024 18:40, Anwar, Md Danish wrote: Hi Roger, On 2/2/2024 4:49 PM, Roger Quadros wrote: > > > On

Re: [PATCH v5 00/11] An effort to bring DT bindings compliance within U-Boot

Hi Tom, On Fri, 2 Feb 2024 at 23:32, Tom Rini wrote: > > On Fri, Feb 02, 2024 at 06:35:23PM +0530, Sumit Garg wrote: > > > Changes in v5: > > -- > > - Rebased on tip of master (050a9b981d6a835133521b599be3ae189ce70f41) > > - Created v5_dt branch for testing purposes: > >

Re: [PATCH 4/4] board: rockchip: Add early ADC button detect for RGxx3

On Tue, Feb 06, 2024 at 10:53:13AM +0800, Kever Yang wrote: > > On 2024/2/6 02:58, Chris Morgan wrote: > > From: Chris Morgan > > > > Add ADC button detect for early SPL stage for RGxx3 device. This is > > important because on at least the RG353P and RG353V a clk pin is not > > exposed that

Re: [PATCH 1/4] arm: dts: rockchip: rk3566: Remove unnecessary clks from rgxx3

On Tue, Feb 06, 2024 at 10:38:40AM +0800, Kever Yang wrote: > Hi Chris, > > On 2024/2/6 02:58, Chris Morgan wrote: > > From: Chris Morgan > > > > Remove unnecessary clock frequency defines from the RGxx3 u-boot dts. > > Move the necessary defines to the RGxx3 main dts file. > > > >

[PATCH] xyzModem: Correct xmodem blk verification conditions

When the blk sequence number is 255 and cblk is 0, the original XOR condition produces a result of 0,and the judgment condition will be unsuccessful. Signed-off-by: Hongbin Ji --- common/xyzModem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/xyzModem.c

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

Prevent the error messages produced by which(1), such as the one quoted below, from being visible in the build outputs. which: no dtc in (./scripts/dtc) This makes the build outputs look a tiny bit cleaner. Signed-off-by: Dragan Simic --- scripts/dtc-version.sh | 2 +- 1 file changed, 1

Re: [RFC] rockchip: Reset to bootrom download mode on hang

On 2024-02-06 03:25, Kever Yang wrote: On 2024/2/5 20:34, Jonas Karlman wrote: On 2024-02-05 11:49, Quentin Schulz wrote: On 2/2/24 01:12, Jonas Karlman wrote: Add support to reset to bootrom download mode on hang in U-Boot SPL and proper. ROCKCHIP_HANG_TO_BROM can be used to enable this

Re: [PATCH V4 3/7] rockchip: boot_mode: Allow rockchip_dnl_key_pressed() in SPL

On 2024/1/25 06:55, Chris Morgan wrote: On Fri, Jan 19, 2024 at 05:01:38PM +0800, Kever Yang wrote: Hi Chris, On 2024/1/18 23:06, Chris Morgan wrote: On Thu, Jan 18, 2024 at 03:20:52PM +0800, Kever Yang wrote: Hi Chris, On 2024/1/2 23:46, Chris Morgan wrote: From: Chris Morgan Update

Re: [PATCH 4/4] board: rockchip: Add early ADC button detect for RGxx3

On 2024/2/6 02:58, Chris Morgan wrote: From: Chris Morgan Add ADC button detect for early SPL stage for RGxx3 device. This is important because on at least the RG353P and RG353V a clk pin is not exposed that would allow us to take the eMMC out of the boot path. This is another version of

Re: [PATCH 3/4] configs: Remove unnecessary options from RGxx3 config

On 2024/2/6 02:58, Chris Morgan wrote: From: Chris Morgan Based on feedback from the mailing list while adding support for a new device (the Powkiddy X55), correct the config options for the RGxx3 as well to remove unnecessary drivers and increase the SPL stack size. Signed-off-by: Chris

Re: [PATCH 2/4] board: rockchip: Add support for Powkiddy RGB10MAX3

On 2024/2/6 02:58, Chris Morgan wrote: From: Chris Morgan Add support to the RGxx3 device for the Powkiddy RGB10MAX3. This device is extremely similar to all the other devices and can use the same bootloader with the same detection logic. Signed-off-by: Chris Morgan Reviewed-by: Kever

Re: [PATCH 1/4] arm: dts: rockchip: rk3566: Remove unnecessary clks from rgxx3

Hi Chris, On 2024/2/6 02:58, Chris Morgan wrote: From: Chris Morgan Remove unnecessary clock frequency defines from the RGxx3 u-boot dts. Move the necessary defines to the RGxx3 main dts file. Signed-off-by: Chris Morgan First of all, the dts should follow the one in mainline kernel; and

Re: [RFC] rockchip: Reset to bootrom download mode on hang

Hi Jonas, On 2024/2/5 20:34, Jonas Karlman wrote: Hi Quentin, On 2024-02-05 11:49, Quentin Schulz wrote: Hi Jonas, On 2/2/24 01:12, Jonas Karlman wrote: Add support to reset to bootrom download mode on hang in U-Boot SPL and proper. ROCKCHIP_HANG_TO_BROM can be used to enable this feature.

Re: [PATCH v5 06/11] dts: Add script to uprev dts/upstream subtree

On 2/2/24 14:05, Sumit Garg wrote: dts/update-dts-subtree.sh is just a wrapper around git subtree commands. Usage from the top level U-Boot source tree, run: $ ./dts/update-dts-subtree.sh pull $ ./dts/update-dts-subtree.sh pick Signed-off-by: Sumit Garg How are the fixes which land in

Re: [PATCH v6 0/7] board: siemens: clean up subfolders

On Wed, 24 Jan 2024 15:43:48 +0100, Enrico Leto wrote: > The common folder was initialially created for the common parts of > the products based on draco-am355x board family. We have the > product lines 'pxm2', 'rut' and the base line unfortunately named > 'draco'! Adding the new

Re: [PATCH 0/5] update venice dts

On Mon, Feb 05, 2024 at 12:19:47PM -0800, Tim Harvey wrote: > On Mon, Feb 5, 2024 at 11:22 AM Fabio Estevam wrote: > > > > Hi Tim, > > > > On Mon, Feb 5, 2024 at 4:09 PM Tim Harvey wrote: > > > > > > This series brings some recent upstream Linux dt updates into U-Boot for > > > the Gateworks

Re: [PATCH 0/5] update venice dts

On Mon, Feb 5, 2024 at 11:22 AM Fabio Estevam wrote: > > Hi Tim, > > On Mon, Feb 5, 2024 at 4:09 PM Tim Harvey wrote: > > > > This series brings some recent upstream Linux dt updates into U-Boot for > > the Gateworks Venice family. > > Please specify what "some recent upstream Linux dt" means. >

Re: [PATCH 0/5] update venice dts

Hi Tim, On Mon, Feb 5, 2024 at 4:09 PM Tim Harvey wrote: > > This series brings some recent upstream Linux dt updates into U-Boot for > the Gateworks Venice family. Please specify what "some recent upstream Linux dt" means. Is it 6.8-rc, linux-next, or Shawn's tree? Can't you instead sync the

[PATCH 5/5] arm: dts: imx8mp-venice-gw71xx: add TPM device

Add the TPM device found on the GW71xx revision E PCB. This hangs off of SPI2, uses gpio1_10 as a CS and gpio1_11 as RST#. Signed-off-by: Tim Harvey --- arch/arm/dts/imx8mp-venice-gw71xx-2x-u-boot.dtsi | 9 + arch/arm/dts/imx8mp-venice-gw71xx.dtsi | 10 +- 2 files

[PATCH 4/5] arm: dts: imx8mm-venice-gw71xx: add TPM device

Add the TPM device found on the GW71xx revision E PCB. This hangs off of SPI2, uses gpio1_10 as a CS and gpio1_11 as RST#. Signed-off-by: Tim Harvey --- arch/arm/dts/imx8mm-venice-gw71xx-0x-u-boot.dtsi | 7 +++ arch/arm/dts/imx8mm-venice-gw71xx.dtsi | 11 +-- 2 files

[PATCH 1/5] arm: dts: imx8mm-venice-gw7901: add digital I/O direction control GPIO's

The GW7901 has GPIO's to configure the direction of its isolated digital I/O signals. Add the GPIO pinmux, line names, and hog configuration. Signed-off-by: Tim Harvey --- arch/arm/dts/imx8mm-venice-gw7901-u-boot.dtsi | 14 ++ arch/arm/dts/imx8mm-venice-gw7901.dts | 4 +++-

[PATCH 2/5] arm: dts: imx8mm-venice-gw7901: add TPM device

Add the TPM device found on the GW7901 revision D PCB. Signed-off-by: Tim Harvey --- arch/arm/dts/imx8mm-venice-gw7901.dts | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/arch/arm/dts/imx8mm-venice-gw7901.dts b/arch/arm/dts/imx8mm-venice-gw7901.dts index

[PATCH 0/5] update venice dts

This series brings some recent upstream Linux dt updates into U-Boot for the Gateworks Venice family. Tim Harvey (5): arm: dts: imx8mm-venice-gw7901: add digital I/O direction control GPIO's arm: dts: imx8mm-venice-gw7901: add TPM device arm: dts: imx8mm-venice-gw71xx: fix USB OTG VBUS

[PATCH 3/5] arm: dts: imx8mm-venice-gw71xx: fix USB OTG VBUS

The GW71xx does not have a gpio controlled vbus regulator but it does require some pinctrl. Remove the regulator and move the valid pinctrl into the usbotg1 node. Signed-off-by: Tim Harvey --- arch/arm/dts/imx8mm-venice-gw71xx.dtsi | 29 -- 1 file changed, 9

[PATCH 4/4] board: rockchip: Add early ADC button detect for RGxx3

From: Chris Morgan Add ADC button detect for early SPL stage for RGxx3 device. This is important because on at least the RG353P and RG353V a clk pin is not exposed that would allow us to take the eMMC out of the boot path. Signed-off-by: Chris Morgan ---

[PATCH 2/4] board: rockchip: Add support for Powkiddy RGB10MAX3

From: Chris Morgan Add support to the RGxx3 device for the Powkiddy RGB10MAX3. This device is extremely similar to all the other devices and can use the same bootloader with the same detection logic. Signed-off-by: Chris Morgan --- arch/arm/dts/rk3566-anbernic-rgxx3.dts | 9 ++---

[PATCH 3/4] configs: Remove unnecessary options from RGxx3 config

From: Chris Morgan Based on feedback from the mailing list while adding support for a new device (the Powkiddy X55), correct the config options for the RGxx3 as well to remove unnecessary drivers and increase the SPL stack size. Signed-off-by: Chris Morgan ---

[PATCH 0/4] Add New Devices for RGxx3

From: Chris Morgan This patch series is to clean up a few issues found with the RGxx3, add support for a new device, and add a board specific ADC button check routine to the SPL stage. The ADC button routine was part of a previous patch series that was partially accepted, though making the ADC

[PATCH 1/4] arm: dts: rockchip: rk3566: Remove unnecessary clks from rgxx3

From: Chris Morgan Remove unnecessary clock frequency defines from the RGxx3 u-boot dts. Move the necessary defines to the RGxx3 main dts file. Signed-off-by: Chris Morgan --- .../arm/dts/rk3566-anbernic-rgxx3-u-boot.dtsi | 31 --- arch/arm/dts/rk3566-anbernic-rgxx3.dts

[PATCH] mmc: rockchip_sdhci: Use bounce buffer in SPL to fix read performance

The commit 3b804b370dd8 ("mmc: rockchip_sdhci: Disable DMA mode using a device tree property") and commit 2cc6cde647e2 ("mmc: rockchip_sdhci: Limit number of blocks read in a single command") implemented a workaround to fix loading a part of TF-A into SRAM from eMMC in SPL. This has resulted in

Re: [PATCH v3 3/3] cmd: rng: Add rng list command

On Wed, Jan 31, 2024 at 02:14:26PM +, Weizhao Ouyang wrote: > The 'rng list' command probes all RNG devices and list those devices > that are successfully probed. Also update the help info. > > Reviewed-by: Heinrich Schuchardt > Signed-off-by: Weizhao Ouyang > Reviewed-by: Matthias Brugger

Re: [PATCH v2 1/3] rockchip: rk35xx: Remove use of eMMC DDR52 mode

On 2024-02-05 14:51, Dragan Simic wrote: > On 2024-02-05 14:45, Quentin Schulz wrote: >> On 2/5/24 14:40, Dragan Simic wrote: >>> On 2024-02-05 14:24, Jonas Karlman wrote: On 2024-02-05 10:40, Quentin Schulz wrote: > Shouldn't we also remove cap-mmc-highspeed? > > I assume this is

Re: [RFC] rockchip: Reset to bootrom download mode on hang

Hello Jonas, On 2/5/24 14:34, Jonas Karlman wrote: > Hi Quentin, > > On 2024-02-05 11:49, Quentin Schulz wrote: >> Hi Jonas, >> >> On 2/2/24 01:12, Jonas Karlman wrote: >>> Add support to reset to bootrom download mode on hang in U-Boot SPL and >>> proper. ROCKCHIP_HANG_TO_BROM can be used to

Re: [PATCH v3 0/2] arm: s5p4418: fix relocation

On Mon, Feb 05, 2024 at 06:35:07PM +0900, Minkyu Kang wrote: > Hi, Tom. > > Could you please pick this patchset up? Aren't there other patches you could pick up as well for a PR? I can pull this directly otherwise if not. -- Tom signature.asc Description: PGP signature

Re: [PATCH v2] rng: Add Turris Mox rWTM RNG driver

> Date: Mon, 5 Feb 2024 15:54:12 +0100 > From: Marek Behún > > So you're using A3720 with OpenBSD? Can I ask which A3720 boards do you > use? Hi Marek, I have a Turris Mox. Some folks run OpenBSD on the ESPRESSObin and GL.iNet Brume as well (those are A3700 of course). Cheers, Mark > On

Re: [GIT PULL] rpi: updates for v2024.04

On Mon, Feb 05, 2024 at 10:42:27AM +, Peter Robinson wrote: > On Wed, 31 Jan 2024 at 17:00, Matthias Brugger wrote: > > > > Hi Tom, > > > > Here come a small set of patches for v2024.04 for the RaspberryPi. > > It adds basic support for RPi5 to be able to boot on a SD card. > > > > You can

Re: [PATCH] net: phy: ncsi: Correct the endian of the checksum

On Mon, Feb 05, 2024 at 04:02:28PM +0800, Jacky Chou wrote: > There is no need to perform the endian twice here. > > Signed-off-by: Jacky Chou Reviewed-by: Dan Carpenter Fixes: f641a8ac93e0 ("phy: Add support for the NC-SI protocol") How did this ever work? Was this always tested on big

Re: [PATCH v2] rng: Add Turris Mox rWTM RNG driver

So you're using A3720 with OpenBSD? Can I ask which A3720 boards do you use? Marek On Mon, 05 Feb 2024 14:46:24 +0100 Mark Kettenis wrote: > > Date: Mon, 5 Feb 2024 12:40:14 +0100 > > From: Marek Behún > > > > Hello Max, > > > > Out of curiousity, what is your use case for having these

Re: [PATCH] poplar: add myself as co-maintainer

Hi Yang, On Sat, Feb 3, 2024 at 10:59 AM Yang Xiwen wrote: > > On 2/3/2024 5:45 PM, Yang Xiwen wrote: > > On 2/3/2024 4:32 PM, Jorge Ramirez-Ortiz, Gmail wrote: > >> On 03/02/24 07:54:22, Shawn Guo wrote: > >>> On Sat, Feb 3, 2024 at 5:44 AM Igor Opaniuk > >>> wrote: > > Add myself as

Re: [PATCH] cmd: setexpr: fix no matching string in gsub return empty value

Hi Massimiliano, On 02.02.2024 15:36, Massimiliano Minella wrote: From: Massimiliano Minella In gsub, when the destination string is empty, the string 't' is provided and the regular expression doesn't match, then the final result is an empty string. Example: => echo ${foo} => setenv foo

Re: [PATCH] xyzModem: Correct xmodem blk verification conditions

On Mon, Feb 05, 2024 at 02:58:50PM +0800, Hongbin Ji wrote: > When the blk sequence number is 255 and cblk is 0, the original XOR condition > produces a result of 0,and the judgment condition will be unsuccessful. > This code is 18 years old so it's surprising that it's causing an issue now.

Re: [PATCH v1] vexpress_ca9x4: Enable DM_SERIAL

On Mon, Jan 29, 2024 at 2:31 PM Linus Walleij wrote: > On Mon, Jan 29, 2024 at 12:54 PM Kristian Amlie > wrote: > > On 29/01/2024 12:41, Ole Orhagen wrote: > > > On Fri, Jan 26, 2024 at 8:57 PM Linus Walleij < > linus.wall...@linaro.org > > > > wrote: > > > >

[PATCH] net: phy: ncsi: reslove the unaligned access issue

>From the ethernet header is not on aligned, because the length of the ethernet header is 14 bytes. Therefore, unaligned access must be done here. Signed-off-by: Jacky Chou --- drivers/net/phy/ncsi.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git

[PATCH] net: phy: ncsi: Correct the endian of the checksum

There is no need to perform the endian twice here. Signed-off-by: Jacky Chou --- drivers/net/phy/ncsi.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/phy/ncsi.c b/drivers/net/phy/ncsi.c index eb3fd65bb4..74c5386d2e 100644 --- a/drivers/net/phy/ncsi.c +++

[PATCH] xyzModem: Correct xmodem blk verification conditions

When the blk sequence number is 255 and cblk is 0, the original XOR condition produces a result of 0,and the judgment condition will be unsuccessful. Signed-off-by: Hongbin Ji --- common/xyzModem.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/common/xyzModem.c

Re: [PATCH v3] rockchip: spl: Enable caches to speed up checksum validation

Hi Kever, On 2024-02-05 01:51, Kever Yang wrote: > Hi Jonas, > >     This patch fail to build with armv7 platform: > > +arch/arm/mach-rockchip/spl.c: In function 'board_init_f': > +arch/arm/mach-rockchip/spl.c:143:17: error: implicit declaration of > function 'enable_caches'

Re: [PATCH v2 1/3] rockchip: rk35xx: Remove use of eMMC DDR52 mode

On 2024-02-05 14:45, Quentin Schulz wrote: On 2/5/24 14:40, Dragan Simic wrote: On 2024-02-05 14:24, Jonas Karlman wrote: On 2024-02-05 10:40, Quentin Schulz wrote: Shouldn't we also remove cap-mmc-highspeed? I assume this is for MMC_HS? Which we discovered doesn't work reliably? Writing

Re: [PATCH] board: rockchip: Add Pine64 PineTab2

Hi Kever, On 2024-02-05 08:04, Kever Yang wrote: > Hi Jonas, > > On 2024/2/5 01:30, Jonas Karlman wrote: >> The Pine64 PineTab2 is a tablet computer based on the Rockchip RK3566 >> SoC. The table features 4/8 GB LPDDR4 RAM and 64/128 GB eMMC storage. >> >> Features tested on a Pine64 PineTab2

Re: [PATCH v2] rng: Add Turris Mox rWTM RNG driver

> Date: Mon, 5 Feb 2024 12:40:14 +0100 > From: Marek Behún > > Hello Max, > > Out of curiousity, what is your use case for having these random > numbers on this platform in U-Boot? It means that U-Boot will implement the EFI RNG protocol. The OpenBSD bootloader will use that to fill an

Re: [PATCH v2 1/3] rockchip: rk35xx: Remove use of eMMC DDR52 mode

Hi Dragan, On 2/5/24 14:40, Dragan Simic wrote: [You don't often get email from dsi...@manjaro.org. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ] On 2024-02-05 14:24, Jonas Karlman wrote: On 2024-02-05 10:40, Quentin Schulz wrote: On 2/4/24 21:53, Jonas

Re: [PATCH v2 1/3] rockchip: rk35xx: Remove use of eMMC DDR52 mode

On 2024-02-05 14:24, Jonas Karlman wrote: On 2024-02-05 10:40, Quentin Schulz wrote: On 2/4/24 21:53, Jonas Karlman wrote: Testing has shown that writing to eMMC using DDR52 mode does not seem to work on RK356x and RK3588 boards. A simple test of writing a single block to e.g. sector 0x4000

Re: [PATCH v2 1/3] rockchip: rk35xx: Remove use of eMMC DDR52 mode

Hi Quentin, On 2024-02-05 10:40, Quentin Schulz wrote: > Hi Jonas, > > On 2/4/24 21:53, Jonas Karlman wrote: >> Testing has shown that writing to eMMC using DDR52 mode does not seem to >> work on RK356x and RK3588 boards. >> >> A simple test of writing a single block to e.g. sector 0x4000 fails:

Re: [PATCH v2 2/3] rockchip: rk35xx: Enable eMMC HS200 mode by default

Hi Jonas, On 2/5/24 14:05, Jonas Karlman wrote: Hi Quentin, On 2024-02-05 10:47, Quentin Schulz wrote: Hi Jonas, On 2/4/24 21:53, Jonas Karlman wrote: Testing has shown that writing to eMMC using a slower mode then HS200 typically generate an ERROR on first attempt on RK3588. # Rescan

Re: [PATCH v2 2/3] rockchip: rk35xx: Enable eMMC HS200 mode by default

Hi Quentin, On 2024-02-05 10:47, Quentin Schulz wrote: > Hi Jonas, > > On 2/4/24 21:53, Jonas Karlman wrote: >> Testing has shown that writing to eMMC using a slower mode then HS200 >> typically generate an ERROR on first attempt on RK3588. >> >># Rescan using MMC legacy mode >>=> mmc

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

On 05/02/2024 12:20, MD Danish Anwar wrote: > > > On 05/02/24 3:36 pm, Roger Quadros wrote: >> >> >> On 02/02/2024 18:40, Anwar, Md Danish wrote: >>> Hi Roger, >>> >>> On 2/2/2024 4:49 PM, Roger Quadros wrote: On 30/01/2024 08:33, MD Danish Anwar wrote: > Add APIs to set a

Re: [RFC] rockchip: Reset to bootrom download mode on hang

Hi Quentin, On 2024-02-05 11:49, Quentin Schulz wrote: > Hi Jonas, > > On 2/2/24 01:12, Jonas Karlman wrote: >> Add support to reset to bootrom download mode on hang in U-Boot SPL and >> proper. ROCKCHIP_HANG_TO_BROM can be used to enable this feature. >> >> Example when SPL cannot load FIT: >>

Re: [PATCH v6 1/3] dt-bindings: mtd: partitions: Add binman compatible

Hi Simon, > > > > > > > > > > > > +description: | > > > > > > > > > > > > + The binman node provides a layout for firmware, used > > > > > > > > > > > > when packaging firmware > > > > > > > > > > > > + from multiple projects. It is based on > > > > > > > > > > > > fixed-partitions, with some

Re: [PATCH v6 1/3] dt-bindings: mtd: partitions: Add binman compatible

Hi Miquel, On Mon, 5 Feb 2024 at 00:50, Miquel Raynal wrote: > > Hi Simon, > > s...@chromium.org wrote on Sun, 4 Feb 2024 05:07:38 -0700: > > > Hi Rob, > > > > On Wed, 17 Jan 2024 at 08:56, Rob Herring wrote: > > > > > > On Thu, Jan 4, 2024 at 3:54 PM Simon Glass wrote: > > > > > > > > Hi Rob,

Re: [PATCH v2] rng: Add Turris Mox rWTM RNG driver

Hello Max, Out of curiousity, what is your use case for having these random numbers on this platform in U-Boot? Below are a few more things to change and then you I'll give my Reviewed-by tag. On Sun, 21 Jan 2024 21:17:16 +0100 Max Resch wrote: > A RNG driver for Armada 3720 boards running

Re: [RFC] rockchip: Reset to bootrom download mode on hang

Hi Jonas, On 2/2/24 01:12, Jonas Karlman wrote: Add support to reset to bootrom download mode on hang in U-Boot SPL and proper. ROCKCHIP_HANG_TO_BROM can be used to enable this feature. Example when SPL cannot load FIT: U-Boot SPL 2024.04-rc1 (Feb 01 2024 - 23:01:12 +) Trying to

Re: [GIT PULL] rpi: updates for v2024.04

On Wed, 31 Jan 2024 at 17:00, Matthias Brugger wrote: > > Hi Tom, > > Here come a small set of patches for v2024.04 for the RaspberryPi. > It adds basic support for RPi5 to be able to boot on a SD card. > > You can find the passing tests here: >

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

On 05/02/24 3:36 pm, Roger Quadros wrote: > > > On 02/02/2024 18:40, Anwar, Md Danish wrote: >> Hi Roger, >> >> On 2/2/2024 4:49 PM, Roger Quadros wrote: >>> >>> >>> On 30/01/2024 08:33, MD Danish Anwar wrote: Add APIs to set a firmware_name to a rproc and boot the rproc with the

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

On 02/02/2024 18:40, Anwar, Md Danish wrote: > Hi Roger, > > On 2/2/2024 4:49 PM, Roger Quadros wrote: >> >> >> On 30/01/2024 08:33, MD Danish Anwar wrote: >>> Add APIs to set a firmware_name to a rproc and boot the rproc with the >>> same firmware. >>> >>> Clients can call

Re: [PATCH v5 1/6] rockchip: rk3399: simplify logic for getting SPL boot medium DT node

Hi Kever, On 2/4/24 11:45, Kever Yang wrote: Hi  Quentin,     Could you help to rebase and send this patch again?     I can't see the version v5 on patchwork. This is already merged: https://source.denx.de/u-boot/u-boot/-/commit/543f24dffcf1a85faf95228c0d0ba2dee097939f So not sure to

Re: [PATCH v2 2/3] rockchip: rk35xx: Enable eMMC HS200 mode by default

Hi Jonas, On 2/4/24 21:53, Jonas Karlman wrote: Testing has shown that writing to eMMC using a slower mode then HS200 typically generate an ERROR on first attempt on RK3588. # Rescan using MMC legacy mode => mmc rescan 0 # Write a single block to sector 0x4000 fails with ERROR =>

Re: [PATCH v2 1/3] rockchip: rk35xx: Remove use of eMMC DDR52 mode

Hi Jonas, On 2/4/24 21:53, Jonas Karlman wrote: Testing has shown that writing to eMMC using DDR52 mode does not seem to work on RK356x and RK3588 boards. A simple test of writing a single block to e.g. sector 0x4000 fails: # Rescan using DDR52 mode => mmc rescan 4 # Write a single

Re: [PATCH v3 2/2] arm: s5p4418: fix relocation of vectors

Hi, 2024년 1월 26일 (금) 21:53, Stefan Bosch 님이 작성: > The header (NSIH) used for the s5p4418-SoC is not loaded into RAM by the > 2nd-bootloader, see boot0.h. Therefore, use an adapted version of > relocate_vectors which relocates the vectors after the header (at _start) > instead of the

Re: [PATCH v3 0/2] arm: s5p4418: fix relocation

Hi, Tom. Could you please pick this patchset up? 2024년 1월 27일 (토) 05:03, Stefan Bosch 님이 작성: > > Fix relocation of u-boot for s5p4418-SoC. I.e. use __image_copy_start > instead of _start to calculate the monitor length. Furthermore use an > adapted version of relocate_vectors for the

Re: [PATCH v2 2/3] rockchip: rk35xx: Enable eMMC HS200 mode by default

On Mon, Feb 5, 2024 at 4:53 AM Jonas Karlman wrote: > > Testing has shown that writing to eMMC using a slower mode then HS200 > typically generate an ERROR on first attempt on RK3588. > > # Rescan using MMC legacy mode > => mmc rescan 0 > > # Write a single block to sector 0x4000 fails with

Re: [PATCH v2 1/3] rockchip: rk35xx: Remove use of eMMC DDR52 mode

On Mon, Feb 5, 2024 at 4:53 AM Jonas Karlman wrote: > > Testing has shown that writing to eMMC using DDR52 mode does not seem to > work on RK356x and RK3588 boards. > > A simple test of writing a single block to e.g. sector 0x4000 fails: > > # Rescan using DDR52 mode > => mmc rescan 4 > > #

Re: [PATCH 1/3] usb: dwc3: handle return value of clk_get_rate() correctly

On 2/5/2024 3:25 PM, Dan Carpenter wrote: On Sat, Feb 03, 2024 at 07:01:54AM +0800, Yang Xiwen via B4 Relay wrote: From: Yang Xiwen clk_get_rate() return -ve on error, not 0. Fix it by replacing judging NULL with IS_ERR_VALUE(). s/NULL/zero/. I'd be surprised if clk_get_rate()

RE: [PATCH v2 1/1] drivers: misc: Add socfpga_dtreg driver for Intel SoCFPGA

> -Original Message- > From: Lau, Wan Yee > Sent: Monday, February 5, 2024 11:47 AM > To: u-boot@lists.denx.de > Cc: Marek ; Simon ; > Chee, Tien Fong ; Hea, Kok Kiang > ; Chong, Teik Heng > Subject: [PATCH v2 1/1] drivers: misc: Add socfpga_dtreg driver for Intel > SoCFPGA > > From: