Re: [PATCH v2 0/3] dt-bindings: arm: bcm: raspberrypi,bcm2835-firmware: Drive-by fixes

Hi Laurent, Am 02.04.24 um 22:08 schrieb Laurent Pinchart: Hello, ... Stefan, I'm quite unfamiliar with the Raspberry Pi upstreaming process (despite having sent patches for ages :-)), do I understand correctly that this patch will go through your tree, or do I need to work with someone else

Re: [PATCH v2 0/3] dt-bindings: arm: bcm: raspberrypi,bcm2835-firmware: Drive-by fixes

Am 02.04.24 um 10:58 schrieb Ivan T. Ivanov: Hi, On 2024-03-28 01:37, Laurent Pinchart wrote: On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote: Hi, [add Peter and Ivan] Am 26.03.24 um 20:58 schrieb Laurent Pinchart: > Hello, > > This small series includes a few drive

Re: [PATCH v2 0/3] dt-bindings: arm: bcm: raspberrypi,bcm2835-firmware: Drive-by fixes

Hi, [add Peter and Ivan] Am 26.03.24 um 20:58 schrieb Laurent Pinchart: Hello, This small series includes a few drive-by fixes for DT validation errors. The first patch has been posted previously in v1 ([1], and now addresses a small review comment. I think it's good to go. The next two

Re: Booting RPi5B with latest git

Hi John, Am 17.02.24 um 17:33 schrieb John: I am running Arch ARM on a RPi4B and also on a RPi5B. My RPi4B can boot the vanilla kernel package (linux-aarch64) with the latest uboot-raspberrypi (2024.04-rc2) just fine. btw the mainline kernel doesn't have any RPi 5 support yet. So you will

Re: [PATCH v4 0/6] rpi5: initial support

Hi Jens, Am 23.01.24 um 12:11 schrieb Jens Maus: Hi, Am 22.01.2024 um 15:16 schrieb Ivan T. Ivanov : On 01-22 13:57, Ivan T. Ivanov wrote: I was able to enable early debug UART in U-Boot and I will try to find what is happening, once I get some free cycles. Ok, this was relatively easy to

Re: [PATCH v4 0/6] rpi5: initial support

Hi, Am 20.01.24 um 10:48 schrieb Jens Maus: Hi, Am 20.01.2024 um 10:22 schrieb Stefan Wahren : Am 19.01.24 um 22:26 schrieb Jens Maus: I actually do have some good and bad news: 1. Good news: I got u-boot finally showing up with my RaspberryPi5 8GB both on the HDMI and on the serial debug

Re: [PATCH v4 0/6] rpi5: initial support

Hi Jens, Am 19.01.24 um 22:26 schrieb Jens Maus: Hi, Am 19.01.2024 um 17:53 schrieb Jens Maus : Am 19.01.2024 um 17:29 schrieb Ivan T. Ivanov : So you say with your own u-boot.bin you see serial U-Boot output after that „NOTICE: BL31: …“ lines? On that special UART port on the rpi5 or on

Re: [PATCH v4 0/6] rpi5: initial support

Hi, Am 19.01.24 um 08:21 schrieb Jens Maus: Hi, Am 19.01.2024 um 06:29 schrieb Ivan T. Ivanov : On 01-18 18:18, Jens Maus wrote: I am afraid you will have to connect that UART debug cable and share what is the memory map on your device :-) No problem. Thanks, but could you apply attached

Re: [PATCH v4 5/6] mmc: bcmstb: Add support for bcm2712 SD controller

Hi Ivan, Am 10.01.24 um 13:29 schrieb Ivan T. Ivanov: Borrow SD quirks from vendor Linux driver. "BCM2712 unfortunately carries with it a perennial bug with the SD controller register interface present on previous chips (2711/2709/2708). Accesses must be dword-sized and a read-modify-write

Re: [PATCH v3 5/7] mmc: bcmstb: Add support for bcm2712 SD controller

Hi, Am 21.12.23 um 16:13 schrieb Florian Fainelli: On 12/18/2023 10:03 PM, Ivan T. Ivanov wrote: Borrow SD quirks from vendor Linux driver. "BCM2712 unfortunately carries with it a perennial bug with the SD controller register interface present on previous chips (2711/2709/2708). Accesses

Re: [PATCH v3 4/7] bcm2835: brcm,bcm2708-fb device is using r5g6b5 format

Hi Ivan, Am 19.12.23 um 09:51 schrieb Ivan T. Ivanov: On 12-18 23:32, Stefan Wahren wrote: static const struct udevice_id bcm2835_video_ids[] = { - { .compatible = "brcm,bcm2835-hdmi" }, - { .compatible = "brcm,bcm2711-hdmi0" }, - { .compatibl

Re: [PATCH v3 4/7] bcm2835: brcm,bcm2708-fb device is using r5g6b5 format

Hi Ivan, Am 18.12.23 um 22:03 schrieb Ivan T. Ivanov: brcm,bcm2708-fb device provided by firmware on RPi5 uses 16 bits per pixel. Update driver to properly handle this. Signed-off-by: Ivan T. Ivanov --- drivers/video/bcm2835.c | 10 +- 1 file changed, 5 insertions(+), 5

Re: [PATCH v3 1/7] rpi5: add initial memory map for bcm2712

Hi Ivan, Am 18.12.23 um 22:03 schrieb Ivan T. Ivanov: From: Dmitry Malkin includes: * 1GB of RAM (from 4GB or 8GB total) * VPU memory interface * AXI ranges (main peripherals) my experience with U-Boot is little, but i do my best to give you some feedback. Signed-off-by: Dmitry Malkin

Re: Issues with bcm2835-host: let firmware manage the clock divisor

Hi Nuno, Am 15.05.23 um 10:13 schrieb Nuno Gonçalves: On Sun, May 14, 2023 at 7:54 PM Stefan Wahren <mailto:stefan.wah...@i2se.com>> wrote: Yes, this is very likely. But how can U-Boot assume that at least Linux is booting afterwards. How about the other OSes with devicetre

Re: [External] - Re: Issues with bcm2835-host: let firmware manage the clock divisor

Am 15.05.23 um 19:57 schrieb Vincent Fazio: Stefan -Original Message- From: Stefan Wahren Sent: Monday, May 15, 2023 11:35 AM To: Vincent Fazio ; Nuno Gonçalves ; u-boot@lists.denx.de; pbrobin...@gmail.com Subject: Re: [External] - Re: Issues with bcm2835-host: let firmware manage

Re: [External] - Re: Issues with bcm2835-host: let firmware manage the clock divisor

Hi Vincent, Am 15.05.23 um 14:10 schrieb Vincent Fazio: All -Original Message- From: Stefan Wahren Sent: Sunday, May 14, 2023 1:55 PM To: Nuno Gonçalves ; u-boot@lists.denx.de; Vincent Fazio ; pbrobin...@gmail.com Subject: [External] - Re: Issues with bcm2835-host: let firmware

Re: Issues with bcm2835-host: let firmware manage the clock divisor

Hi Nuno, Am 14.05.23 um 14:06 schrieb Nuno Gonçalves: Hi, after 85bdd28d2bb0827f311913e00e4e338f8e4e6565 (bcm2835-host: let firmware manage the clock divisor), Linux fails to start the eMMC memory on a CM3 most times (but it sometimes also works). thanks for your report. I am using Linux

Re: Status of dma-range issues with BCM2711

Hi, Am 09.01.23 um 08:55 schrieb Jian-Hong Pan: Stefan Wahren 於 2023年1月8日 週日 下午8:01寫道： Hi, there has been some attempts to fix the booting issues of newer Raspberry Pi 4 (BCM2711 C0) [1] [2]. Since none of them has been applied yet, i wanted to know the status of this? Best regards [1

Status of dma-range issues with BCM2711

Hi, there has been some attempts to fix the booting issues of newer Raspberry Pi 4 (BCM2711 C0) [1] [2]. Since none of them has been applied yet, i wanted to know the status of this? Best regards [1] - https://lists.denx.de/pipermail/u-boot/2022-August/491455.html [2] -

Re: Garbage UART output on RPI 4 with upstream kernel DTB

Am 24.12.19 um 13:38 schrieb Matthias Brugger: > > On 24/12/2019 12:56, Stefan Wahren wrote: >> Hi Matthias, >> >> Am 23.12.19 um 21:20 schrieb Matthias Brugger: >>> Hi Stefan, >>> >>> On 23/12/2019 19:51, Stefan Wahren wrote: >&g

Re: Garbage UART output on RPI 4 with upstream kernel DTB

Hi Matthias, Am 23.12.19 um 21:20 schrieb Matthias Brugger: > Hi Stefan, > > On 23/12/2019 19:51, Stefan Wahren wrote: >> Am 20.12.19 um 14:58 schrieb Stefan Wahren: >>> Hi, >>> >>> i tried to run current U-Boot (rpi_4_32b_defconfig) on my RPi 4 with

Re: Garbage UART output on RPI 4 with upstream kernel DTB

Am 20.12.19 um 14:58 schrieb Stefan Wahren: > Hi, > > i tried to run current U-Boot (rpi_4_32b_defconfig) on my RPi 4 with > bcm2711-rpi-4-b.dtb from the upstream kernel. Unfortunately i only see > garbage on the debug UART (pin 14 & 15). Using the DTB from the > downstre

Re: [PATCH 1/3] net: Add support for Broadcom GENETv5 Ethernet controller

Am 20.12.19 um 20:29 schrieb Stefan Wahren: > Hi Andre, > > Am 18.12.19 um 12:59 schrieb Andre Przywara: >> From: Amit Singh Tomar >> >> The Broadcom GENET Ethernet MACs are used in several MIPS based SoCs >> and in the Broadcom 2711/2838 SoC used on the Raspbe

Re: [PATCH 1/3] net: Add support for Broadcom GENETv5 Ethernet controller

Hi Andre, Am 18.12.19 um 12:59 schrieb Andre Przywara: > From: Amit Singh Tomar > > The Broadcom GENET Ethernet MACs are used in several MIPS based SoCs > and in the Broadcom 2711/2838 SoC used on the Raspberry Pi 4. > There is no publicly available documentation, so this driver is based > on

Garbage UART output on RPI 4 with upstream kernel DTB

Hi, i tried to run current U-Boot (rpi_4_32b_defconfig) on my RPi 4 with bcm2711-rpi-4-b.dtb from the upstream kernel. Unfortunately i only see garbage on the debug UART (pin 14 & 15). Using the DTB from the downstream kernel has a proper UART output. The config.txt contains debug_uart=1 I

[U-Boot] RPi Compute Module DTB naming scheme

Hi, recently i stumbled upon this issue [1] in Arch Linux. The obvious issue is the difference of the DTB naming between U-Boot und Linux. From my point of view is that the Compute Module is only a SoM and not runnable standalone. So the name bcm2837-rpi-cm3.dtb is only half of the truth. So i

Re: [U-Boot] [PATCH v2] fdt: update bcm283x device tree sources to Linux 4.14 state

Hi Alexander, Am 04.10.2017 um 14:39 schrieb Alexander Graf: Upstream Linux has received a few device tree updates to the RPi which we should propagate into the builtin U-Boot one as well to gain hardware support. This patch bumps the dts files to their 4.14 Linux counterparts with the

[U-Boot] arm: mxs: No arch specific invalidate_icache_all available!

Hi, i tried to port our Duckbill (based on NXP i.MX28 SoC) to U-Boot v2017.03 [1]. The startup works fine, except of this warning: No arch specific invalidate_icache_all available! I didn't found a MXS specific implementation of invalidate_icache_all(). Did i miss something? Shouldn't be the

[U-Boot] [PATCH] mmc: add MMC_VERSION_5_1

Signed-off-by: Stefan Wahren <stefan.wah...@i2se.com> --- drivers/mmc/mmc.c |3 +++ include/mmc.h |1 + 2 files changed, 4 insertions(+) diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c index 7586558..aabfc71 100644 --- a/drivers/mmc/mmc.c +++ b/drivers/mmc/mmc.c @@ -1227,6 +

[U-Boot] [PATCH] mxs: Do not disable bo detection when DC-DC is already enabled

In case the DC-DC is already enabled mxs_enable_4p2_dcdc_input() returns without reenabling brown out detection. So fix this issue by moving the return before brown out deactivation. Signed-off-by: Stefan Wahren stefan.wah...@i2se.com --- arch/arm/cpu/arm926ejs/mxs/spl_power_init.c | 10

Re: [U-Boot] mxs: Possible in bug in mxs_enable_4p2_dcdc_input

Hi Marek, Am 13.05.2015 um 09:13 schrieb Marek Vasut: On Wednesday, May 13, 2015 at 08:02:21 AM, Stefan Wahren wrote: Hi, Hi, during the study of DC-DC handling in u-boot i noticed a possible bug. In case the DC-DC is already enabled the function returns without reenabling brown out

[U-Boot] mxs: Possible in bug in mxs_enable_4p2_dcdc_input

Hi, during the study of DC-DC handling in u-boot i noticed a possible bug. In case the DC-DC is already enabled the function returns without reenabling brown out detection. I don't think that's okay. A possible fix would be to do the check if DC-DC is already enabled before disabling brown out