it.
Signed-off-by: Peter Robinson
Acked-by: Matthias Brugger
---
arch/arm/dts/bcm283x-u-boot.dtsi | 19 ---
1 file changed, 19 deletions(-)
diff --git a/arch/arm/dts/bcm283x-u-boot.dtsi b/arch/arm/dts/bcm283x-u-boot.dtsi
index 8c17c6f6a52..ec0f93dd850 100644
--- a/arch/arm
cation.
>
> Signed-off-by: Heinrich Schuchardt
I send the very same patch some years ago [1], unfortunately it got
somehow lost. Happy to see you trying to fix the same problem, so:
Reviewed-by: Matthias Brugger
[1]
https://patchwork.ozlabs.org/project/uboot/patch/20210406090435.19357-
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: M
y: Weizhao Ouyang
Reviewed-by: Matthias Brugger
> ---
> v3: add Fixes tag
> ---
> drivers/rng/smccc_trng.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/rng/smccc_trng.c b/drivers/rng/smccc_trng.c
> index 3a4bb33941..3087cb991a 100644
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:
https://source.denx.de/u-boot/custodians/u-boot-raspberrypi/-/pipelines/19512
It's the same commit ID as the tag,
4: enable SDHCI BCMSTB driver
In the meantime I was able to test this series. So here my:
Tested-by: Matthias Brugger
arch/arm/mach-bcm283x/include/mach/base.h | 5 +-
arch/arm/mach-bcm283x/include/mach/mbox.h | 3 +-
arch/arm/mach-bcm283x/include/mach/sdhci.h | 3 +-
arch/arm/mac
.
Signed-off-by: Ivan T. Ivanov
Reviewed-by: Matthias Brugger
---
drivers/video/bcm2835.c | 18 --
1 file changed, 16 insertions(+), 2 deletions(-)
diff --git a/drivers/video/bcm2835.c b/drivers/video/bcm2835.c
index 14942526f1..63efa762db 100644
--- a/drivers/video/bcm2835.c
On 18/12/2023 22:03, Ivan T. Ivanov wrote:
PCIe controller have minor register map difference compared
to bcm2711 variant. Handle this using device specific register
offset.
Signed-off-by: Ivan T. Ivanov
Reviewed-by: Matthias Brugger
---
drivers/pci/pcie_brcmstb.c | 23
revision = <0xc04170>;
linux,serial = <0x6cf44e80 0x3c533ede>;
};
Signed-off-by: Ivan T. Ivanov
Reviewed-by: Matthias Brugger
---
board/raspberrypi/rpi/rpi.c | 22 +++---
1 file changed, 19 insertions(+), 3 deletions(-)
diff --git a/boa
On 18/12/2023 22:03, Ivan T. Ivanov wrote:
From: Dmitry Malkin
MBOX and Watchdog on RPi5/bcm2712 has a different base IO offsets.
Find them via devicetree blob passed by bootloader.
Signed-off-by: Dmitry Malkin
Signed-off-by: Ivan T. Ivanov
Reviewed-by: Matthias Brugger
---
arch
On 21/12/2023 14:42, Stefan Agner wrote:
Hi Ivan,
On 2023-12-18 22:03, Ivan T. Ivanov wrote:
Hi,
These patches are adding basic support for RPi5.
They are based on v2 series from Dmitry Malkin[1].
With them I am able to _start_ current openSUSE
Tumbleweed without modification. They are
On 19/12/2023 09:51, Ivan T. Ivanov wrote:
On 12-18 23:32, Stefan Wahren wrote:
static const struct udevice_id bcm2835_video_ids[] = {
- { .compatible = "brcm,bcm2835-hdmi" },
- { .compatible = "brcm,bcm2711-hdmi0" },
- { .compatible = "brcm,bcm2708-fb" },
+ {
On 16/06/2023 14:13, Michal Simek wrote:
Hi,
I have had a chat with Marek that ELCE 2023 in Prague is coming.
It is good opportunity to talk to each other in person.
That's why we are interested to know who from U-Boot community is going.
Me, Marek and Simon are going to be there. Who else
On 02/05/2023 14:41, Andreas Schwab wrote:
On Apr 14 2023, Matthias Brugger wrote:
My opinion isIn my opinion user-friendlyness is more important then
developer friendly that from an end-user point of view it's much easier to
have one binary that works on all different board versions
Hi Torsten,
On 20/04/2023 09:43, Torsten Duwe wrote:
Hi Leo, thanks for the quick reply!
On Thu, 20 Apr 2023 06:33:57 +
Leo Liang wrote:
Hi, Torsten, Matthias,
On Wed, Apr 19, 2023 at 02:34:03PM +0200, Matthias Brugger wrote:
On 19/04/2023 13:28, Torsten Duwe wrote:
This is only
On 19/04/2023 13:28, Torsten Duwe wrote:
U-Boot already has a mechanism to fix up the DT before OS boot.
This avoids the excessive duplication of data and work proposed
by the explicit separation of 1.2a and 1.3b board revisions. It
will also, to a good degree, improve the user experience, as
On 13/04/2023 12:05, yanhong wang wrote:
On 2023/4/13 17:03, Torsten Duwe wrote:
On Thu, 13 Apr 2023 10:05:28 +0800
yanhong wang wrote:
the definition of DT refers to Linux and is consistent with the definition
framework of Linux.
This is one of the desired goals, to avoid confusion,
On 28/02/2023 11:19, Peter Robinson wrote:
Update the Raspberry Pi Zero 2W device tree file
name to match what landed upstream.
Signed-off-by: Peter Robinson
Acked-by: Matthias Brugger
Peter will you take care to push the patch?
Regards,
Matthias
---
board/raspberrypi/rpi/rpi.c | 2
) || CONFIG_IS_ENABLED(OF_BOARD)
+#if !CONFIG_IS_ENABLED(OF_CONTROL) || IS_ENABLED(CONFIG_OF_BOARD)
.flags = DM_FLAG_PRE_RELOC,
#endif
.priv_auto = sizeof(struct pl01x_priv),
For bcm283x:
Reviewed-by: Matthias Brugger
Hi Ariel,
On 16/09/2022 17:13, Ariel D'Alessandro wrote:
For the RPi CM4 (Compute Module 4), we currently try to load the dtb
file bcm2711-rpi-cm4.dtb, which is not built by the upstream kernel.
Instead, the only CM4 dtb file provided by linux upstream is the
bcm2711-rpi-cm4-io.dtb, so let's
implements VIDEO_COPY using this mechanism, reducing its
overhead compared to before as well. So even x86 systems should be faster
with this now :).
Series tested on RPi4, thanks a lot!
Tested-by: Matthias Brugger
Alternatives considered:
1) Lazy sync - Sandbox does this. It only calls
Hi Ramon,
On 26/05/2022 04:46, Ramon Fried wrote:
On Wed, May 18, 2022 at 7:14 PM Nicolas Bidron
wrote:
Hello,
We found a couple of bugs in net/net.s in the IP defragmentation
function __net_defragment(). Below the writeup for the 2 bugs:
---BUG 1---
# Hole Descriptor
On 22/05/2022 17:36, Nathan Henrie wrote:
Hello u-boot team,
I’ve been experimenting for about a year with a NixOS-based Raspberry Pi
image, with the end goal of a zstd-compressed image that uses BTRFS
subvolumes, having the root filesystem at @ and boot at @boot (with several
other
On 15/02/2022 15:55, Matthias Brugger wrote:
On 18/02/2022 03:44, Jaehoon Chung wrote:
On 22. 2. 14. 20:25, Marek Szyprowski wrote:
The fdt_addr env have meaning only for the current runtime and it depends
on the dtb size or firmware version. If one save the environment to disk
On 18/02/2022 03:44, Jaehoon Chung wrote:
On 22. 2. 14. 20:25, Marek Szyprowski wrote:
The fdt_addr env have meaning only for the current runtime and it depends
on the dtb size or firmware version. If one save the environment to disk
and the loads it on the latter boot, the fdt_addr might
On 23/01/2022 15:04, Simon Glass wrote:
This converts the following to Kconfig:
CONFIG_VIDEO_BCM2835
This is the final ad-hoc CONFIG_VIDEO_... to convert.
Signed-off-by: Simon Glass
Acked-by: Matthias Brugger
---
configs/rpi_0_w_defconfig | 1 +
configs/rpi_2_defconfig
Hi Simon,
On 28/10/2021 08:52, Matthias Brugger wrote:
On 22/10/2021 19:59, Frank Kunz wrote:
This fixes boot problems with distributions that use EFI
boot like opensuse.
Signed-off-by: Frank Kunz
Reviewed-by: Matthias Brugger
I can see that this patched got delegated to you
Hi Tom,
Here come a small set of patches for v2022.01 for the RaspberryPi.
You can find the passing tests here:
https://source.denx.de/u-boot/custodians/u-boot-raspberrypi/-/pipelines/10047
It's the same commit ID as the tag, although it's not the same test-run.
Regards,
Matthias
---
The
On Thu, Oct 28, 2021 at 09:44:09AM +0200, Emmanuel Vadot wrote:
> On Wed, 27 Oct 2021 22:26:15 +
> kar...@freebsd.org wrote:
>
> > From: Mike Karels
> >
> > Using mmc.dtbo from rpi-firmware to switch the controller for the SD
> > card slot from sdhci to sdhost causes the numbering to
On Sun, Nov 21, 2021 at 05:03:46PM +, Peter Robinson wrote:
> The Raspberry Pi Foundation released the new Zero 2 W which we
> want to detect, so we can detect the correct device tree file name.
>
> Signed-off-by: Peter Robinson
Applied to rpi-next
Thanks!
> ---
>
On Sun, Nov 21, 2021 at 05:03:45PM +, Peter Robinson wrote:
> The Raspberry Pi Foundation has updated their documentation so update
> the URL to the latest place to find the HW device revision codes.
>
> Signed-off-by: Peter Robinson
Applied to rpi-next
Thanks!
> ---
>
On 25/11/2021 20:42, Sjoerd Simons wrote:
The RPI firmware adjusts several property values in the dtb it passes
to u-boot depending on the board/SoC revision. Inherit some of these
when u-boot loads a dtb itself. Specificaly copy:
* /model: The firmware provides a more specific string
*
On 15/11/2021 16:32, Patrick Delaunay wrote:
Rename the function named lcd_dt_simplefb* to fdt_simplefb* to be aligned
with the associated file name fdt_simplefb.h/fdt_simplefb.c
Signed-off-by: Patrick Delaunay
Reviewed-by: Matthias Brugger
---
board/raspberrypi/rpi/rpi.c | 2
-by: Matthias Brugger
---
common/Kconfig | 9 +
common/Makefile| 2 +-
configs/rpi_0_w_defconfig | 1 +
configs/rpi_2_defconfig| 1 +
configs/rpi_3_32b_defconfig| 1 +
configs/rpi_3_b_plus_defconfig | 1 +
configs/rpi_3_defconfig
,
BCM2711_RPI4_PCIE_XHCI_MMIO_PHYS,
For the bcm283x part:
Reviewed-by: Matthias Brugger
On 22/10/2021 17:09, Tom Rini wrote:
On Fri, Oct 22, 2021 at 04:59:22PM +0200, Marek Behún wrote:
On Fri, 22 Oct 2021 12:09:19 +0200
Heinrich Schuchardt wrote:
On 10/21/21 15:00, Marek Behún wrote:
BTW, wouldn't it be enough to simply imply TOOLS_LIBCRYPTO for mvebu
platform in Kconfig?
On 22/10/2021 19:59, Frank Kunz wrote:
This fixes boot problems with distributions that use EFI
boot like opensuse.
Signed-off-by: Frank Kunz
Reviewed-by: Matthias Brugger
---
configs/socfpga_de0_nano_soc_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Wolfgang,
On 05/10/2021 13:01, Wolfgang Denk wrote:
Dear Tom,
In message <20211004151108.GR31748@bill-the-cat> you wrote:
In terms of a changelog,
git log --merges v2021.10-rc4..v2021.10-rc5
contains what I've pulled since the last RC or:
git log --merges v2021.07..v2021.10
for changes
On 29/09/2021 23:05, Ricardo Salveti wrote:
On Wed, Sep 29, 2021 at 1:49 PM Matthias Brugger wrote:
On 29/09/2021 14:19, Mauro Salvini wrote:
Hi Matthias,
On 29/09/21 13:41, Matthias Brugger wrote:
Hi Mauro,
On 29/09/2021 12:14, Mauro Salvini wrote:
Hi Matthias
On 15/09/21 13:16
On 29/09/2021 14:19, Mauro Salvini wrote:
Hi Matthias,
On 29/09/21 13:41, Matthias Brugger wrote:
Hi Mauro,
On 29/09/2021 12:14, Mauro Salvini wrote:
Hi Matthias
On 15/09/21 13:16, mbrugger at suse.com (Matthias Brugger) wrote:
Hi Mauro,
On 07/06/2021 11:27, Mauro Salvini wrote:
On 12
Hi Tom,
Last minute changes for v2021.10 but I think they are small enough to get into
the release. First we have a problem on RPi4 when you stop and start USB via the
console commands. That is fixed. Second Nicolas has changed job and now uses a
generic email address for his communication.
Hi Mauro,
On 29/09/2021 12:14, Mauro Salvini wrote:
Hi Matthias
On 15/09/21 13:16, mbrugger at suse.com (Matthias Brugger) wrote:
Hi Mauro,
On 07/06/2021 11:27, Mauro Salvini wrote:
On 12/05/21 14:39, Mauro Salvini wrote:
Raspberry firmware prepares the FDT blob in memory at an address
Hi Oleksandr,
Thanks for your patch.
There was the very same patch posted already, please follow-up in that thread
for any comments from your side:
https://patchwork.ozlabs.org/project/uboot/patch/20210512123945.25649-1-m.salv...@koansoftware.com/
Regards,
Matthias
On 25/09/2021 12:22,
On 17/09/2021 10:42, Matthias Brugger wrote:
On 17/09/2021 10:19, Marek Szyprowski wrote:
XHCI firmware upload must be performed only once after initializing the
PCI bridge. This fixes USB stack initialization after calling "usb stop;
usb start" on Raspberry Pi 4B.
Signed-off
On 17/09/2021 10:19, Marek Szyprowski wrote:
XHCI firmware upload must be performed only once after initializing the
PCI bridge. This fixes USB stack initialization after calling "usb stop;
usb start" on Raspberry Pi 4B.
Signed-off-by: Marek Szyprowski
Looks good to me. I'll wait a bit
on.
Reviewed-by: Matthias Brugger
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
index b76f02283c..b09fc321bd 100644
--- a/.mailmap
+++ b/.mailmap
@@ -32,6 +32,7 @@ Jagan Teki
Igor Opaniuk
Igor Opaniuk
Markus Klotzbuecher
+Nicolas Saenz Julienne
rpi: Conditionally add simple-framebuffer node
Marek Szyprowski (1):
ARM: bcm283x: change the virtual address of the XHCI PCI device base
Matthias Brugger (2):
arm: dts: bcm283x: Add minimal smbios information
configs: rpi: Enable SMBIOS sysinfo driver
arch/arm/d
On 10/08/2021 16:31, Ivan T. Ivanov wrote:
It appears that RPi firmware has already added framebuffer
node under /chosen, at least on RPi 2 versions. So check
for this and don't add duplicate node.
Signed-off-by: Ivan T. Ivanov
Applied to rpi-next now.
Thanks,
Matthias
---
On 12/04/2021 15:38, matthias@kernel.org wrote:
From: Matthias Brugger
At present SMBIOS tables are empty, which breaks some use-cases that
rely on that. Add some minimal information to fulfill this.
Signed-off-by: Matthias Brugger
Both patches now queued in rpi-next
On 17/06/2021 11:22, Marek Szyprowski wrote:
Move the XHCI PCI device base up in the virtual address space. This fixes
initialization failure observed with newer Raspberry Pi firmware, later
than 63b1922311 ("firmware: arm_loader: Update armstubs with those from
PR 117). It looks that chosing
reak other setups
where people load a custom DTB to fdt_addr.
I wonder why you can't erase fdt_addr from your persistent storage. There is a
command called eraseenv that should to the job.
Regards,
Matthias
Signed-off-by: Mauro Salvini
Cc: Cédric Schieli
Cc: Matthias Brugger
---
board/r
On 13/09/2021 11:40, Peter Maydell wrote:
On Mon, 13 Sept 2021 at 10:31, Matthias Brugger wrote:
Hi Robin,
It's a long long time that you reported this issue.
I prepared a fix in qemu for it. Would you mind to try it out? You can find a
branch with the fix on top here:
https://github.com
Hi Robin,
It's a long long time that you reported this issue.
I prepared a fix in qemu for it. Would you mind to try it out? You can find a
branch with the fix on top here:
https://github.com/mbgg/qemu/tree/vrit-flash-dtb-bug
Basically I fix the reg property to reflect the fact that the
On 01/09/2021 13:36, Tom Rini wrote:
> On Wed, Sep 01, 2021 at 01:28:30PM +0200, Matthias Brugger wrote:
>> Hi Tom,
>>
>> On 02/08/2021 01:06, Qu Wenruo wrote:
>>>
>>>
>>> On 2021/8/2 上午4:52, Matwey V. Kornilov wrote:
>>>> BTRFS vo
Hi Tom,
On 02/08/2021 01:06, Qu Wenruo wrote:
>
>
> On 2021/8/2 上午4:52, Matwey V. Kornilov wrote:
>> BTRFS volume consists of a number of subvolumes which can be mounted
>> separately
>> from each other. The top-level subvolume always exists even if no subvolumes
>> were created manually. A
ndr Suvorov
For Raspberry Pi parts:
Acked-by: Matthias Brugger
> ---
>
> Changes since v2:
> - Rebased the patch on top of current HEAD
> - Picked up Oleksandr Suvorov's Acked-by
>
> Link to v2 patch,
> https://patchwork.ozlabs.org/project/uboot/patch/20210226071849.290
On 20/04/2021 08:05, Toshifumi NISHINAGA wrote:
> Hello all.
>
> I will add rpi_3_32b_plus_defconfig to easy to build u-boot for
> Raspberry Pi 3B+(32bit).
> Could you merge this patch?
>
This file is already present [1]. Please provide patches against the latest
U-Boot tree. Is there
On Fri, Apr 09, 2021 at 03:13:25PM +0200, Fabian Vogt wrote:
> Am Freitag, 9. April 2021, 14:35:10 CEST schrieb matthias@kernel.org:
> > From: Matthias Brugger
> >
> > At present SMBIOS tables are emtpy,
> ^ typo
>
> > whic
On 09/04/2021 20:06, Roman Shaposhnik wrote:
> On Fri, Apr 9, 2021 at 3:15 AM Matthias Brugger wrote:
>
>>
>>
>> On 09/04/2021 10:14, Nicolas Saenz Julienne wrote:
>>> [ Adding Matthias for the SMBIOS part ]
>>>
>>> On Fri, 2021-04-09 at 00:0
On 09/04/2021 10:14, Nicolas Saenz Julienne wrote:
> [ Adding Matthias for the SMBIOS part ]
>
> On Fri, 2021-04-09 at 00:00 -0700, Roman Shaposhnik wrote:
>> On Thu, Apr 8, 2021 at 8:59 PM Sean Anderson wrote:
>>> On 4/8/21 8:18 PM, Roman Shaposhnik wrote:
Hi!
first time
On 25/03/2021 01:38, Simon Glass wrote:
> Hi Matthias,
>
> On Thu, 18 Mar 2021 at 00:30, wrote:
>>
>> From: Matthias Brugger
>>
>> When no string is present in a table, next_ptr points to the same
>> location as eos. When calculating the string table
Bharat Gooty (1):
drivers: mmc: iproc_sdhci: enable HS200 mode
Matthias Brugger (4):
configs: RPi2: Disable EFI Grub workaround
MAINTAINERS: Update info for Raspberry Pi
rng: iproc_rng200: Enable support for RPi4 armv7
configs: rpi4_32: Enable iProc RNG200
On Fri, Feb 19, 2021 at 04:00:50PM -0500, Tom Rini wrote:
> On Thu, Feb 18, 2021 at 08:39:42PM +, Peter Robinson wrote:
> > On Thu, Feb 18, 2021 at 8:36 PM Heinrich Schuchardt
> > wrote:
> > >
> > > On 18.02.21 21:06, Peter Robinson wrote:
> > > > In 8a8d24bd Simon dropped data from all the
Marek Szyprowski (1):
rpi: limit size of the RAM to the multiple of the MMU_SECTION_SIZE
Matthias Brugger (2):
rng: Add iProc RNG200 driver
config: Enable iProc RNG200 driver in RPi4 configs
Nicolas Saenz Julienne (15
On 09/02/2021 13:22, Heinrich Schuchardt wrote:
> On 09.02.21 12:38, matthias@kernel.org wrote:
>> From: Matthias Brugger
>>
>> GRUB version 2.04 was published over a year ago. We should expect that
>> distros use this version now. So disable the workaroun
On Thu, Jan 28, 2021 at 04:54:03PM +0800, Jian-Hong Pan wrote:
> Load u-Boot environment ... from mmc 0:2
> 622 bytes read in 24 ms (24.4 KiB/s)
> Load device tree ...
> 25693 bytes read in 30 ms (835.9 KiB/s)
> fdt_addr_r @ 0x0260 , size= 645d
> Load kernel and unzip it ...
> 13013555 bytes
On 28/01/2021 16:52, Andy Shevchenko wrote:
> On Thu, Jan 28, 2021 at 02:12:40PM +0100, Nicolas Saenz Julienne wrote:
>> Don't start/stop an stdio device that might have been already freed.
>>
>> Signed-off-by: Nicolas Saenz Julienne
>> Fixes: 70c2525c0d3c ("IOMUX: Stop dropped consoles")
>
>
On Wed, Jan 20, 2021 at 12:50:56PM -0700, Simon Glass wrote:
> Hi Matthias,
>
> On Wed, 20 Jan 2021 at 04:17, Matthias Brugger wrote:
> >
> >
> >
> > On 29/12/2020 04:32, Simon Glass wrote:
> > > Hi guys,
> > >
> > > On Wed, 23 Dec 2020
On 29/12/2020 04:32, Simon Glass wrote:
> Hi guys,
>
> On Wed, 23 Dec 2020 at 03:24, Torsten Duwe wrote:
>>
>> On Sun, 20 Dec 2020 11:17:50 -0700
>> Simon Glass wrote:
>>
>>> Hi Torsten,
>>>
>>> On Sun, 20 Dec 2020 at 10:00, Torsten Duwe wrote:
On Fri, 18 Dec 2020 19:29:12 -0700
On Mon, Jan 18, 2021 at 08:44:42AM +0800, Weijie Gao wrote:
> On Fri, 2021-01-15 at 17:36 +0100, Matthias Brugger wrote:
> > On Tue, Jan 12, 2021 at 01:44:02PM +0800, Weijie Gao wrote:
> > > The timer being used by this driver may have already been used by first
> > >
On Tue, Jan 12, 2021 at 01:44:02PM +0800, Weijie Gao wrote:
> The timer being used by this driver may have already been used by first
> stage bootloader (e.g. ATF/preloader), and it's settings may differ from
> what this driver is going to use.
>
> This may cause issues, such as inaccurate timer
On 11/01/2021 09:57, Heinrich Schuchardt wrote:
> On 11.01.21 08:48, Stefan Roese wrote:
>>
>>
>> On 11.01.21 08:17, Heinrich Schuchardt wrote:
>>> Am 11. Januar 2021 08:02:12 MEZ schrieb Stefan Roese :
>>>> Added Heinrich to Cc.
>>>>
>&
On 10/01/2021 19:44, Matthias Brugger wrote:
>
>
> On 09/01/2021 15:57, Stefan Roese wrote:
>> On 09.01.21 03:32, Matthias Brugger wrote:
>>> On 08/01/2021 08:39, Stefan Roese wrote:
>>>> On 07.01.21 16:36, matthias@kernel.org wrote:
>>>>> F
On 09/01/2021 15:57, Stefan Roese wrote:
> On 09.01.21 03:32, Matthias Brugger wrote:
>> On 08/01/2021 08:39, Stefan Roese wrote:
>>> On 07.01.21 16:36, matthias@kernel.org wrote:
>>>> From: Matthias Brugger
>>>>
>>>> Watchdog timeo
On 08/01/2021 08:39, Stefan Roese wrote:
> On 07.01.21 16:36, matthias@kernel.org wrote:
>> From: Matthias Brugger
>>
>> Watchdog timeout comes in before we are able to load the
>> kernel and reset the watchdog. Disable the watchdog late in the boot
>> pro
Hi Simon,
On 19/12/2020 03:29, Simon Glass wrote:
> Hi Mattias,
>
> On Wed, 16 Dec 2020 at 09:28, wrote:
>>
>> From: Matthias Brugger
>>
>> When calculating a random UUID we use a weak seed.
>> Use a RNG device if present to increase entropy
On 16/12/2020 17:20, Peter Robinson wrote:
> On Wed, Dec 16, 2020 at 4:15 PM Matthias Brugger
> wrote:
>>
>> Hi Dave,
>>
>> On 16/12/2020 15:23, Dave Jones wrote:
>>> Hi,
>>>
>>> We've recently run across some failures with U-Boot on a
Hi Dave,
On 16/12/2020 15:23, Dave Jones wrote:
> Hi,
>
> We've recently run across some failures with U-Boot on a couple of platforms,
> specifically the relatively new Pi Compute Module 4, and the Pi 4 8GB of RAM.
> On
> the CM4, U-Boot failed to identify the eMMC storage, and on the Pi 4
On 16/12/2020 14:20, Torsten Duwe wrote:
> On Wed, 16 Dec 2020 11:41:17 +0100
> matthias@kernel.org wrote:
>
>> From: Matthias Brugger
>>
>> When calling srand_mac we use a weak seed dependent on the
>> mac address. If present, use a RNG device instead
On 10/12/2020 10:42, Nicolas Saenz Julienne wrote:
> Add the following functions to get a specific device's DMA ranges:
> - dev_get_dma_range()
> - ofnode_get_dma_range()
> - of_get_dma_range()
> - fdt_get_dma_range()
> They are specially useful in oder to be able validate a physical
On 19/11/2020 18:48, Nicolas Saenz Julienne wrote:
> Add the follwing functions to get a specific device's DMA ranges:
> - dev_get_dma_range()
> - ofnode_get_dma_range()
> - of_get_dma_range()
> - fdt_get_dma_range()
> They are specially useful in oder to be able validate a physical address
On 19/11/2020 18:48, Nicolas Saenz Julienne wrote:
The Raspberry Pi Foundation released the new Compute Module 4which we
"Module 4 which we "
(missing space)
want to detect, so we can enable Ethernet on it and know the correct
device tree file name.
Note that this sets the Ethernet
On 19/11/2020 18:48, Nicolas Saenz Julienne wrote:
The Raspberry Pi Foundation released the new RPi400 which we want to
detect, so we can enable Ethernet on it and know the correct device tree
file name.
So far the Raspberry Pi foundation is using the RPi4b device-tree file
to boot RPi400. I
Hi Tom,
I have a few patches for the next branch, please pull :)
Regards,
Matthias
---
The following changes since commit 7e373a1a6ac27492ffebba146d70c4d39a9b9f36:
Merge branch 'next' of git://git.denx.de/u-boot-usb into next (2020-10-01
14:52:56 -0400)
are available in the Git
/raspberrypi/rpi/MAINTAINERS file provides the right contact.
Cc: Matthias Brugger
Thanks
Matteo Peruzzi
to
yes on ARCH_QEMU to ensure that we compile the API as part of our
continuous integration.
Cc: Matthias Brugger
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Matthias Brugger
---
v2:
default=y on ARCH_QEMU only
---
Kconfig | 8
examples/Makefile | 2 +-
2 files
customizable via symbol CONFIG_EXAMPLES. It only defaults to
yes to ensure that we compile it on Gitlab CI.
Cc: Matthias Brugger
Signed-off-by: Heinrich Schuchardt
---
I wonder if we should not completely drop the standalone API. The UEFI API
has enough to run a standalone application.
---
Kconfig
Hi Heinrich,
On 20/09/2020 12:09, Heinrich Schuchardt wrote:
Describe the packages required to build U-Boot on Suse.
Signed-off-by: Heinrich Schuchardt
---
Hello Matthias,
I would like to add a sub-chapter to our documentation describing what is
needed to build U-Boot on Suse. Cf.
On 10/09/2020 23:12, Stefan Agner wrote:
On 2020-09-07 16:36, Peter Robinson wrote:
Any thoughts on this issue?
Any reason why you're using 2020.01 and not at least 2020.07, or at
least seeing if it's reproducible on 2020.10-rc3? The RPi4 support has
changed quite a bit since then I
On 09/09/2020 21:20, Petr Tesarik wrote:
On Wed, 9 Sep 2020 10:13:50 +0200
Matthias Brugger wrote:
Hi Tom,
Please have a look at the second round of patches for the RPi. Two patches fixes
the network driver of the RPi4 which didn't work reliable. Another patch enables
USB keyboard for 32
for RPi4 32 bit
Jason Wessel (2):
bcmgenet: fix DMA buffer management
bcmgenet: Add support for rgmii-rxid
Matthias Brugger (1):
config: Enable USB Keyboard suuport on RPi4 32 bit
configs/rpi_4_32b_defconfig | 1
On 10/07/2020 16:50, Matthias Brugger wrote:
Hi Tom,
Please have a look on the first pull request for RPi for the future v2020.10
release.
With this patches accepted we will have USB support on 64 bit. 32 bit support is
in the works and should land in v2020.10 as well.
Like many times I
Hi Tom,
Please have a look on the first pull request for RPi for the future v2020.10
release.
With this patches accepted we will have USB support on 64 bit. 32 bit support is
in the works and should land in v2020.10 as well.
Please pull :)
Regards,
Matthias
---
The following changes
On 09/07/2020 19:41, Nicolas Saenz Julienne wrote:
This is needed in order to use the cpu_to_*()/*_to_cpu() family of
functions.
Signed-off-by: Nicolas Saenz Julienne
---
IMO the ideal thing would be to squash this into the original patch.
I'll test and squash, thanks!
On 09/07/2020 19:31, Nicolas Saenz Julienne wrote:
This was breaking build on some configurations.
Signed-off-by: Nicolas Saenz Julienne
---
Matthias, I don't know if it's possible at this stage, but I'd ideally squash
this into the offending patch.
I'll test the patch and squash.
On 29/06/2020 18:37, Nicolas Saenz Julienne wrote:
Some atypical users of xhci might need to manually reset their xHCI
controller before starting the HCD setup. Check if a reset controller
device is available to the PCI bus and trigger a reset.
Signed-off-by: Nicolas Saenz Julienne
---
On 09/07/2020 17:35, Matthias Brugger wrote:
On 25/05/2020 13:39, Sylwester Nawrocki wrote:
From: Nicolas Saenz Julienne
Imports Al Viro's original Linux commit 00b0c9b82663a, which contains
an in depth explanation and two fixes from Johannes Berg:
e7d4a95da86e0 "bitfield
On 25/05/2020 13:39, Sylwester Nawrocki wrote:
From: Nicolas Saenz Julienne
Imports Al Viro's original Linux commit 00b0c9b82663a, which contains
an in depth explanation and two fixes from Johannes Berg:
e7d4a95da86e0 "bitfield: fix *_encode_bits()",
37a3862e12382 "bitfield: add u8
Hi Marek,
On 09/07/2020 08:33, Marek Szyprowski wrote:
Hi Matthias,
On 11.06.2020 10:39, Matthias Brugger wrote:
...
Series looks good to me. The problem is that on RPi4 with 8 GB the USB FW get's
loaded via the RPi FW. Nicolas provided a series which is under review right
now. Without
On 05/05/2020 16:51, Nicolas Saenz Julienne wrote:
Supporting USB keyboards out of the box is both handy for development
and production. Notably if u-boot is used to boot into GRUB.
Signed-off-by: Nicolas Saenz Julienne
Applied to rpi-next now.
I dropped the hunk for 32 bit for now,
1 - 100 of 301 matches
Mail list logo
