for NVME connection
- DSI to eDP panel
- 1Gb Ethernet w/ Microchip KSZ9310 PHY
Tested using Fedora boot on USB stick and eMMC.
Signed-off-by: Peter Robinson
---
v2:
- DT now upstream
- dropped extra -u-boot.dtsi bits
- Run synconfig
- Minor other cleanups
arch/arm/dts/rk3588-mnt-reform2-u
Hi Quentin,
> On 6/30/25 12:25 PM, Peter Robinson wrote:
> > Add support for MNT Reform2, it works as a carrier board
> > with a Firefly iCore-3588Q SoM.
> >
> > Specification:
> > - Rockchip RK3588
> > - LPDDR5X 16/32 GB
> > - eMMC 128/256 GB
>
used "usb_xhci". Change these to follow the pattern of
> the rest of the XHCI glue drivers.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
> ---
> Changes in v2:
> - None
>
> Cc: Marek Vasut
> ---
> drivers/usb/host/xhci-brcm.c| 2 +-
>
On Sun, 21 Sept 2025 at 18:43, Svyatoslav Ryhel wrote:
>
> Remove support for ATAGS-based OS booting. ATAGS are used for booting
> older Linux kernel versions and we are moving away from using those.
>
> Signed-off-by: Svyatoslav Ryhel
Reviewed-by: Peter Robinson
L
On Tue, 16 Sept 2025 at 19:54, Oleksii Moisieiev
wrote:
>
> Hi Jonas,
>
> I see that rp1 bindings are already merged so we have started rebase
> process.
> Once we'll done we will send another version on top of the latest master.
Please also take into account the feedback I have already provided.
A 2.13.
I've seen it across Pine64+, Pine64-LTS and Pinephone.
No special setup and I reproduced in on the vanilla upstream checkout
from a couple of days ago when I had the time to do the bisect.
> > resetting ...
> > System reset not supported on this platform
> >
> &
On Fri, 29 Aug 2025 at 11:10, Gijs Peskens wrote:
>
> On 20-02-2025 09:54, Oleksii Moisieiev wrote:
> > Hi Peter,
> >
> > On 19/02/2025 21:37, Peter Robinson wrote:
> >> Hi Oleksii,
> >>
> >> I've started to look at this.
> >>
the
RP1 in U-Boot, let alone it's various peripherals. But maybe the SPI
is from the SoC. Looking into that would be where I would start your
investigations.
Peter
Hi,
> I'm using a Raspberry Pi 5 Compute Module with a sourcekit.io board.
> I'm not getting any output from u-boot to the console, I get this with
> CM4 with the same setup.
> Do I need to change anything to get console output on RPI5?
Well at least on the RPi5 the console has moved to ttyAMA10
Hi Andrew,
Sorry for the delayed reply.
> I'm feeling a bit out my depth and hoping someone can help me. We've been
> using uboot on the RPI CM4 with great success, it's been perfect.
>
> We are migrating some projects to the RPI CM5 but have hit a roadblock. The
> boot process regularly (but not
nd
> increases the code size of the rather limited BL31 build.
>
> Do this for the A64 only first, since this uses RSB consistently, while
> the H6 boards are undergoing a transition to use I2C.
>
> Please have a look and test!
For the series:
Reviewed-by: Peter Robinson
Tested-by:
ated.
CPU: Allwinner A64 (SUN50I)
Model: Pine64+
DRAM: 2 GiB
Insufficient RAM for page table: 0x5000 > 0x4000. Please increase the size in
get_page_table_size()
resetting ...
System reset not supported on this platform
Signed-off-by: Peter Robinson
---
arch/arm/Kconfig | 1 -
1 file changed, 1 dele
On Tue, 19 Aug 2025 at 16:35, Tom Rini wrote:
>
> On Tue, Aug 19, 2025 at 04:33:07PM +0100, Peter Robinson wrote:
> > On Tue, 19 Aug 2025 at 15:57, Tom Rini wrote:
> > >
> > > On Tue, Aug 19, 2025 at 12:13:31PM +0100, Peter Robinson wrote:
> > > > On
On Tue, 19 Aug 2025 at 18:44, Tom Rini wrote:
>
> On Tue, Aug 19, 2025 at 06:38:46PM +0100, Peter Robinson wrote:
> > On Tue, 19 Aug 2025 at 16:35, Tom Rini wrote:
> > >
> > > On Tue, Aug 19, 2025 at 04:33:07PM +0100, Peter Robinson wrote:
> > > > On
rface, nothing on the Nano uses the
old interface by default so it's surplus.
Signed-off-by: Peter Robinson
---
arch/arm/dts/tegra210-p3450-.dts | 9 -
arch/arm/dts/tegra210.dtsi | 6 +++---
configs/p3450-_defconfig | 1 -
3 files changed, 11 insertions(+), 5
back under that limit.
Signed-off-by: Peter Robinson
---
configs/p3450-_defconfig | 8
1 file changed, 8 insertions(+)
diff --git a/configs/p3450-_defconfig b/configs/p3450-_defconfig
index a002178b7fb..518ed6b37a2 100644
--- a/configs/p3450-_defconfig
+++ b/con
On Tue, 19 Aug 2025 at 15:57, Tom Rini wrote:
>
> On Tue, Aug 19, 2025 at 12:13:31PM +0100, Peter Robinson wrote:
> > On Mon, 18 Aug 2025 at 17:51, Tom Rini wrote:
> > >
> > > At this time there are still major Linux distributions which by default
> > &
On Mon, 18 Aug 2025 at 17:51, Tom Rini wrote:
>
> At this time there are still major Linux distributions which by default
> boot using LEGACY_IMAGE_FORMAT type scripts. Add this option to
> DISTRO_DEFAULTS to ensure these platforms can still boot.
What is the legacy image format exactly? Does sel
On Tue, 12 Aug 2025 at 17:10, Andri Yngvason wrote:
>
> Hi Tom,
>
> þri., 12. ágú. 2025 kl. 15:59 skrifaði Tom Rini :
> >
> > On Tue, Aug 12, 2025 at 03:30:18PM +, Andri Yngvason wrote:
> > > This is a new LED driver for the WS28XX family of LED controllers from
> > > Worldsemi and compatible
Unreachable message. That can
> help troubleshooting. Therefore, add support to the lwIP stack and to
Has the patch for adding support to the lwIP stack been sent upstream
for review? Please reference the upstream patch for this.
Also related, what is the status of other out of tree patches to upstre
I sent a series back in June that does this as well:
https://lists.denx.de/pipermail/u-boot/2025-June/593211.html
On Wed, 6 Aug 2025 at 16:03, Tom Rini wrote:
>
> With one exception, the legacy MUSB code is now unused. Remove it.
>
> Signed-off-by: Tom Rini
> ---
> Cc: Marek Vasut
> ---
> dri
Hi Mikhail,
Please leave some time between posting large versions of patches to
allow review.
Peter
On Tue, 5 Aug 2025 at 09:25, Mikhail Kshevetskiy
wrote:
>
> This patch series makes u-boot spinand driver almost the same as spinand
> driver from linux-6.16-rc6. This provides the
On Mon, 4 Aug 2025 at 23:15, Tom Rini wrote:
>
> A few sound drivers cannot build without access to some platform
> specific header files. Express those requirements in Kconfig as well.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
> ---
> drivers/sound/Kconfig |
On Mon, 4 Aug 2025 at 23:05, Tom Rini wrote:
>
> The MPC83xx sysreset driver cannot build without access to some
> architecture specific header files. Express that requirements in Kconfig
> as well.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
> ---
> driv
build on other platforms, so add the appropriate dependency.
>
> Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
> ---
> configs/sandbox_defconfig | 2 +-
> drivers/sm/Kconfig| 11 ++-
> drivers/sm/Makefile | 4 ++--
> 3 files changed, 13 insertio
On Thu, 24 Jul 2025 at 17:26, Stefan Monnier wrote:
>
> > Support for the rk35xx isn't upstream yet,
>
> Ah... I didn't notice any weird failure or warnings during the build so
> I naively assumed it was working.
>
> > this patch series is likely a good start:
> > https://lists.denx.de/pipermail/u
On Wed, 23 Jul 2025 at 23:40, Stefan Monnier wrote:
>
> [ AFAICT this mailing-list is used for development of U-Boot more than
> for users of U-Boot. I s there a more appropriate mailing-list, for
> users? ]
>
> I'm building the bootloader for two different SBCs, both based on rk3568
> (Nano
On Mon, 30 Jun 2025 at 11:25, Peter Robinson wrote:
>
> Add support for MNT Reform2, it works as a carrier board
> with a Firefly iCore-3588Q SoM.
>
> Specification:
> - Rockchip RK3588
> - LPDDR5X 16/32 GB
> - eMMC 128/256 GB
> - HDMI Type A out x 1
> - USB 3
for NVME connection
- DSI to eDP panel
- 1Gb Ethernet w/ Microchip KSZ9310 PHY
Tested using Fedora boot on USB stick and eMMC.
Signed-off-by: Peter Robinson
---
arch/arm/dts/rk3588-mnt-reform2-u-boot.dtsi | 14
board/rockchip/evb_rk3588/MAINTAINERS | 6 ++
configs/mnt-reform2
his legacy code. I didn't rename the musb-new -> musb directory
as it seems like churn, I can follow up with a rename patch if it's
wanted.
Peter Robinson (3):
omap3: evm: Drop old musb omap3 driver
am33xx: am3517 evm: Drop old musb AM35X driver
usb: musb: drop musb l
The last of the users of the legacy musb drivers have been
migrated so now remove the old musb stack, all users should
now be using the new musb stack if they need this functionality.
Signed-off-by: Peter Robinson
---
drivers/usb/Kconfig |2 -
drivers/usb/musb/Kconfig | 20
The USB_AM35X is a legacy driver with one remaining user. The rest
of the am33xx devices use the USB_MUSB_TI driver for DM_USB so
move the last user USB_MUSB_TI which is the newer musb driver
So move to the newer driver so we can drop the old driver.
Signed-off-by: Peter Robinson
---
configs
The USB_OMAP3 driver was (re)added in commit e74e9f620a6 as part
of migrating to DM_USB but the config already had MUSB_OMAP2PLUS
which is the newer musb driver and what other omap3 devices use.
So drop it so we can drop the old driver.
Signed-off-by: Peter Robinson
---
configs
Hey Sughosh,
> Add support for adding URI based boot option through the eficonfig
> command. Also add a basic test case for checking validity of the URI's
> being passed to the wget function.
I suspect more an extension to this feature, have we looked at getting
the URI boot options via dhcp?
I'
On Fri, 27 Jun 2025 at 10:45, Michal Simek wrote:
>
> Add option to disable help command in size constrained systems to save some
> space.
>
> Signed-off-by: Michal Simek
Reviewed-by: Peter Robinson
> ---
>
> cmd/Kconfig | 6 ++
> cmd/Makefile | 2 +-
>
On Wed, 18 Jun 2025 at 00:10, Tom Rini wrote:
>
> On Tue, Jun 17, 2025 at 09:39:25AM +0300, Ilias Apalodimas wrote:
>
> > On Sun Jun 15, 2025 at 12:33 PM EEST, Peter Robinson wrote:
> > > The VBE protocol needs explicit device support and as
> > > such isn't
Hi Tom,
The following changes since commit:
d7c449c3d83a986d61e38d1762433c0607caf5c5
Prepare v2025.07-rc4
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-raspberrypi.git
tags/rpi-2025.07-rc4
for you to fetch changes up to 0cd85170cfbe843c0927305eca
b31d715bbecf28e852ede5aaa388180da/rpihw.c#L579
>
> Signed-off-by: Fiona Klute
> Cc: Matthias Brugger
> Cc: Peter Robinson
> Cc: Tom Rini
> ---
> I sent an RFC version of this patch [3] a while ago with the question
> if there's a better way to create the /system
umber through in
device tree.
In terms of userspace I think getting it that way in the example is
broken, as it was in /proc/cpuinfo which was why it never made it to
aarch64. but I'm not sure what details are being used there and why
they matter for RGB LEDs.
Overall I am not currently convin
On Tue, 6 May 2025 at 08:30, Rasmus Villemoes wrote:
>
> On Mon, May 05 2025, Tom Rini wrote:
>
> > On Mon, May 05, 2025 at 10:19:24PM +0200, Mark Kettenis wrote:
> >> > Date: Mon, 5 May 2025 07:48:43 -0600
> >> > From: Tom Rini
> >> >
> >> > On Mon, May 05, 2025 at 11:45:05AM +0200, Rasmus Vill
revious stage will
> have assembled and passed a correct device tree already?
Typical RPi users want one of two things:
1) use the DT provided by the prior FW stage, this has the advantage
that the FW deals with overlays, will add configs automatically based
on HW/settings/actual device etc.
2) Use the DT provided by the Linux kernel, we have code to detect the
HW and load the right DT in that case
This is why we've never really bothered with the full RPi DT in U-Boot
because it's always a worse experience that either of the above two
options and allows a more straight forward config making support
easier. Even with the RPi5 I am still yet to to be convinced there's a
real reason this would change.
Peter
On Sat, 7 Jun 2025 at 21:27, Jojan wrote:
>
> Sorry I mean 2712Raspebrry -P 4 , that the U-boot support as of now includes
> , bcm2711.dtsi
> bcm2711-rpi-4-b.dts:#include "bcm2711.dtsi"
>
> However RPi-5 uses broadcom 2712 chips.These dts files are not available in
> u-boot.Howver you can get i
> What is the status of usb boot for Raspberry Pi 5 platform ?
> It's the last thing we need to use u-boot on Rpi5.
Nobody has done work to support the RP1 chip which contains the USB HW as yet.
ff-by: Peter Robinson
---
boot/Kconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/boot/Kconfig b/boot/Kconfig
index 30eb5b328d7..e8c3fbcb11d 100644
--- a/boot/Kconfig
+++ b/boot/Kconfig
@@ -635,7 +635,6 @@ config BOOTMETH_QFW
config BOOTMETH_VBE
bool "Bootdev support for Verifie
have U-Boot be able to be used with it.
> Otherwise my crystal ball says that a few years down the line it'll be
> hard to use Fedora-IoT-distro on common-device with U-Boot.
There's a basic concept of a fallback with the UEFI bootnext bits but
yes, if UEFI actually had the ability to deal with proper A/B we
wouldn't need a dozen different ways to do it, sigh, of course there's
some harder things that also need to be addressed like changes for
signing keys etc.
The other initial feedback I would ask is around a Kconfig to make it
optional, will everyone want/need it, what's the size impact?
Cheers,
Peter
On Wed, 28 May 2025 at 13:40, Simon Glass wrote:
>
> Hi Casey,
>
> On Wed, 28 May 2025 at 12:03, Casey Connolly
> wrote:
> >
> >
> >
> > On 5/23/25 16:06, Tom Rini wrote:
> > > On Fri, May 23, 2025 at 02:06:35PM +0100, Simon Glass wrote:
> > >
> > >> Some functions provided in lib/efi_loader are
itor.org/rfc/rfc2348
>
> The issue was simply that IP_REASSEMBLY was not enabled for U-Boot
> lwIP - I thought I tried that originally but must have done it wrong
> (probably picked the wrong header vs lib/lwip/u-boot/lwipopts.h).
>
> (+cc Joe and Ramon network maintainers)
>
> I can submit a patch but it seems to me we should enable both
> IP_REASSEMBLY (reassemble incoming fragmented IP packets) as well as
> IP_FRAG (fragment outgoing IP packets if their size exceeds MTU) for
> lwIP as both are currently disabled.
I think both of those options should likely be on by default, I
suspect that they're not is likely an oversight, Jerome can you
provide more details here?
> Would you all agree with enabling both? I don't think we have anything
> that needs to sends fraemented packets via lwIP yet.
Yes, I don't think we do by default, but networks, especially outside
of the datacentre, are hard and you never know why a packet maybe
fragmented.
> Is there value in adding support for the 'tftpblocksize' env var
> supported in legacy tftp?
Maybe for consistency, but also it's a new feature and if they've not
need it to now is it likely useful?
Peter
x27;s a couple of threads on it.
Have we tested to see if the data produced in U-Boot from the HW
exhibits a different outcome? I wonder if Kever is aware of the kernel
issue and can provide input.
Peter
> The RK3588 rng node is added into dts/upstream DT by picking a commit
> from devicetr
On Tue, 27 May 2025 at 16:00, Dhruva Gole wrote:
>
> Hi Peter,
>
> On May 25, 2025 at 13:10:58 +0100, Peter Robinson wrote:
> > The details of the sysfw.itb from the R5 build that
> > also needs to be copied as part of the target images
> > is missing, but is i
n't using
> OF_UPSTREAM were didn't have a sufficiently deep search path to find
> files there rather than arch/arm/dts. This also showed that only ARM had
> local header files to deal with.
For the series:
Reviewed-by: Peter Robinson
> [1]:
> https://lore.kernel.org/u-boo
On Wed, 28 May 2025 at 17:59, Tim Harvey wrote:
>
> On Wed, May 28, 2025 at 5:24 AM Jerome Forissier
> wrote:
> >
> >
> >
> > On 5/27/25 18:35, Tim Harvey wrote:
> > > On Mon, May 26, 2025 at 5:17 AM Jerome Forissier
> > > wrote:
> > >>
> > >> Hi Tim,
> > >>
> > >> On 5/23/25 20:31, Tim Harvey w
On Sun, 25 May 2025 at 09:53, Simon Glass wrote:
>
> Hi Tom,
>
> Bloblist is IMO a bit of a mess, with 2-3 maintainers who don't agree
> on the direction.
>
> You have requested that I:
> - implement a handoff protocol for x86 in the spec
> - do the same in the code
> - convert x86 boards to use O
d fine
the original thread in my inbox, I thought we had got to the bottom of
the issue and it had been fixed I couldn't find a follow up thread.
Maybe Fabio can remember as I seem to recall he was the one that got
to the bottom of the issue.
Peter
[1] https://lists.denx.de/pipermail/u-boot/2023-November/538832.html
The details of the sysfw.itb from the R5 build that
also needs to be copied as part of the target images
is missing, but is included in the image formats a
little further down, so add it to the instructions.
Signed-off-by: Peter Robinson
---
doc/board/beagle/j721e_beagleboneai64.rst | 1 +
1
to be important.
>
> [1]
> https://lore.kernel.org/u-boot/caflszth-sewfod8deof3+e-wce1qff0cyxxr8cbqwy3brw3...@mail.gmail.com/
>
> Reviewed-by: Jonas Karlman
> Reviewed-by: Kever Yang
Reviewed-by: Peter Robinson
> Tested-by: Simon Glass # chromebook-kevin
> Signed-off-by: Quentin Sc
t/caflszth-sewfod8deof3+e-wce1qff0cyxxr8cbqwy3brw3...@mail.gmail.com/
>
> Reviewed-by: Jonas Karlman
> Reviewed-by: Kever Yang
> Tested-by: Simon Glass # chromebook-kevin
> Signed-off-by: Quentin Schulz
Reviewed-by: Peter Robinson
> ---
> arch/arm/dts/rk3399-gr
On Thu, 1 May 2025 at 16:03, Simon Glass wrote:
>
> Hi Tom,
>
> On Thu, 1 May 2025 at 08:59, Tom Rini wrote:
> >
> > On Thu, May 01, 2025 at 07:06:03AM -0600, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Fri, 18 Apr 2025 at 08:08, Tom Rini wrote:
> > > >
> > > > On Fri, Apr 18, 2025 at 07:46:
ick look without digging out a CM3/CM4 device I think
you're going to need to enable USB_GADGET_DWC2_OTG and associated
configs, I am not sure if the meta you reference above does any of
that for the configs etc.
Peter
[1] https://github.com/raspberrypi/usbboot
Only check the text objects used by the bootmenu, for now
> >
> > ... include the 13 part series you asked me if could go in now,
> > yesterday?
> >
> > > Simon Glass (60):
> >
> > 60 is far too much for anyone to provide meaningful review.
>
> This is expo and no one commented on the previous series, so I'm not
> expecting much feedback. But once people start using it, things will
> come up.
Well a series of 6 patches just goes straight into the trash because I
don't even know where to try and begin to test it.
Peter
On Wed, 30 Apr 2025 at 15:32, Tom Rini wrote:
>
> On Wed, Apr 30, 2025 at 07:54:11AM -0600, Simon Glass wrote:
> > Hi Tom,
> >
> > On Tue, 29 Apr 2025 at 08:53, Tom Rini wrote:
> > >
> > > On Tue, Apr 29, 2025 at 08:35:24AM -0600, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Tue, 29 Apr
standardized mechanism for
> debuggers to discover and interact with system-level debug resources.
I think this should be configurable, I suspect there would be usecases
where it would be useful to be able to disable this functionality.
Peter
> Ying-Chun Liu (PaulLiu) (3):
> efi: add EFI_SYS
eft unchanged as there is no other
> mechanism for U-Boot to handle this.
Could you answer my query above and rebase?
Thanks,
Peter
> Signed-off-by: Simon Glass
> ---
>
> Changes in v4:
> - Expand the comment on set_fdt_addr()
> - Update the commit message to talk in terms
I sent this patch some years ago but was never accepted in u-boot tree.
> But meta-rpi uses it in u-boot recipe [2].
After digging into this and a discussion with Tom we decided this is
the correct fix so I've pulled that patch in for 2025.07.
Thanks,
Peter
> Regards
>
> [1]
Applied
On Fri, 20 Dec 2024 at 00:35, Simon Glass wrote:
>
> These are not needed now since there is a bootm_size setting to keep
> things within the lower part of memory.
>
> Drop them.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Tom Rini
> Suggested-by: Tom Rini
> ---
>
> (no changes since
Applied
On Fri, 20 Dec 2024 at 00:35, Simon Glass wrote:
>
> The existing values don't provide for decompressing an arm64 boot-image.
> Add those values and move things apart a bit so that a 50MB kernel can be
> accommodated.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v3)
>
> Cha
Applied
On Fri, 20 Dec 2024 at 00:34, Simon Glass wrote:
>
> Set this option so that all boot images stay within the bottom 512MB of
> memory. This should allow us to drop the fdt_high and initrd_high
> options.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Tom Rini
> Suggested-by: Tom Rini
>
@@ -210,6 +210,7 @@ N: aspeed
> ARM BROADCOM BCM283X / BCM27XX
> M: Matthias Brugger
> M: Peter Robinson
> +M: Simon Glass
> S: Maintained
> F: arch/arm/dts/bcm283*
> F: arch/arm/mach-bcm283x/
> --
> 2.34.1
>
Hi Tom,
The following changes since commit: a08425586799374ccded78eb5fdef6e2235e1ad9
Merge tag 'tpm-master-14042025'
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-raspberrypi.git
tags/rpi-2025.07-rc1
for you to fetch changes up to 5f9cff14beb7b16
On Tue, 15 Apr 2025 at 09:30, Bruno Leite
wrote:
> From: Bruno Leite
>
> rpi5 firmware sets uart_clk clock-frequency in
> the firmware and patches it to the DT, copy it
> over when loading a new DT.
>
> Signed-off-by: Bruno Leite
>
Reviewed-by: Peter Robinson
T
for this the rename makes sense so:
Reviewed-by: Peter Robinson
Peter
On Sun, 30 Mar 2025 at 10:47, Svyatoslav Ryhel wrote:
> Since this set of drivers suports four Tegra SoC generations, lets name it
> just 'tegra'.
>
> Signed-off-by: Svyatoslav Ryhel
> ---
On Fri, 28 Mar 2025 at 16:52, Patrice Chotard
wrote:
> Since introduction of OF_UPSTREAM flag, U-Boot's dtc must be able
> to compile Kernel's device tree.
>
> Since kernel commit 7de129f5389b ("ARM: dts: stm32: stm32mp151a-prtt1l:
> Fix QSPI configuration"), label relative path references has be
Hi Simon,
On Fri, 28 Mar 2025 at 15:38, Simon Glass wrote:
> Add support for this new phase, which runs after TPL. It determines the
> state of the machine, then selects which SPL image to use. SDRAM init is
> then done in SPL, so that it is updatable.
>
> Signed-off-by: Simon Glass
> ---
>
> (
Add MIDR entries for Cortex-A55, Cortex-A73 and
Cortex-A75 cores and update the is_coretex_a entries.
Signed-off-by: Peter Robinson
---
v2: Update is_coretex_a entries too.
arch/arm/include/asm/armv8/cpu.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/include/asm/armv8
Add MIDR entries for Cortex-A55, Cortex-A73 and
Cortex-A75 cores.
Signed-off-by: Peter Robinson
---
arch/arm/include/asm/armv8/cpu.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/arch/arm/include/asm/armv8/cpu.h b/arch/arm/include/asm/armv8/cpu.h
index 4dbb589aab8..2cc9bc988f0 100644
On Thu, 13 Mar 2025 at 11:58, Svyatoslav Ryhel wrote:
> чт, 13 бер. 2025 р. о 13:55 Peter Robinson пише:
> >
> > Hey Svyatoslav,
> >
> > What generations of the hardware do you expect this to work on?
> >
>
> Changes were tested on T20, T30, T114 and
Hey Caleb,
Improve support for running U-Boot on [Qualcomm] smartphones, with:
>
Is there anything in this that is QCom specific? Like should this also work
on the Pinephone phones which have either a Allwinner or Rockchip SoC?
> * A boot menu which can be entered by holding power during boot
>
Hey Svyatoslav,
What generations of the hardware do you expect this to work on?
Peter
On Wed, 12 Mar 2025 at 17:59, Svyatoslav Ryhel wrote:
> Migrate DC and DSI to support video bridge UCLASS and OF graph bindings.
> Add HDMI and basic HOST1X bus drivers. Move DC driven PWM backlight
On Thu, 13 Mar 2025 at 11:45, Matthias Brugger wrote:
> Hi Peter,
>
> On 13/03/2025 12:18, Peter Robinson wrote:
> > Hi Tom,
> >
> > Please pull the updates for the Raspberry Pi.
> >
> > Updates for RPi for 2025.04:
> > - Copy Bluetooth device addre
;ll do the remainder for the next release.
Cheers,
Peter
ssumed I needed the
build essentials for that. Which I guess would have been the case if the
project used floating point.
I will update my commit.
Best regards,
Peter
On Wed, 4 Dec 2024 at 10:34, Heinrich Schuchardt <
heinrich.schucha...@canonical.com> wrote:
> On 28.11.24 17:48, Peter Polga
On Fri, 14 Feb 2025 at 20:06, Fabio Estevam wrote:
> On Fri, Feb 14, 2025 at 3:55 PM Tom Rini wrote:
>
> > Applied to u-boot/next, thanks!
>
> The author's Signed-off-by tag is missing.
>
Maybe we need to add a CI check for sign-off's
On Thu, 27 Feb 2025 at 06:01, Anand Moon wrote:
> Hi Sebastian,
>
> On Thu, 27 Feb 2025 at 00:15, Sebastian Reichel
> wrote:
> >
> > Hi,
> >
> > I have a couple of fixes/improvements for the TCPM code. Three are fixing
> > actual problems I noticed on the Rock 5B, which prevented booting up the
> in varied directories.
>
> Signed-off-by: Raymond Mao
>
Reviewed-by: Peter Robinson
> ---
> tools/Makefile | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/tools/Makefile b/tools/Makefile
> index 237fa900a24..aafca65eb46 100644
> --- a/too
On Thu, 27 Feb 2025 at 20:50, Tom Rini wrote:
> While the code was removed in commit 3766a249a3c0 ("fs: drop reiserfs")
> this reference in the Makefile was missed. Remove it now.
>
> Fixes: 3766a249a3c0 ("fs: drop reiserfs")
> Signed-off-by: Tom Rini
>
Re
On Thu, 20 Feb 2025 at 08:54, Oleksii Moisieiev
wrote:
> Hi Peter,
>
> On 19/02/2025 21:37, Peter Robinson wrote:
> > Hi Oleksii,
> >
> > I've started to look at this.
> >
> > On Wed, 5 Feb 2025 at 10:15, Oleksii Moisieiev
> > wrote:
> >
Hi Oleksii,
I've started to look at this.
On Wed, 5 Feb 2025 at 10:15, Oleksii Moisieiev
wrote:
> This patch series provides generic support for Raspberry PI 5 in
> U-Boot with additional hardware drivers.
> The following features were implemented:
> 1) add generic board config for Raspberry PI
ecf28e852ede5aaa388180da/rpihw.c#L579
>
> Signed-off-by: Fiona Klute
> Cc: Matthias Brugger
> Cc: Peter Robinson
> Cc: Tom Rini
> ---
> I'm sending this as RFC because I'm not sure if creating a temporary
> overlay is the best approach here, advice on a better way t
Marek,
In the future if you're doing a large series like this please do a cover
letter outlining what the series is trying to achieve.
Peter
On Sun, 9 Feb 2025 at 12:04, Marek Vasut
wrote:
> The init function does nothing, the bb_miiphy_init() already checks
> whether the .init
On Mon, 10 Feb 2025 at 16:48, Arnaud Patard
wrote:
> This patch series aims at allowing to boot u-boot proper over DFU on
> roc-pc-rk3399.
> While the changes are pretty generic, I wanted to enable the device I've
> tested. I may try later to test that on my pinebook pro.
>
> What I tried was to
On Thu, 30 Jan 2025 at 19:55, Simon Glass wrote:
> Hi,
>
> On Thu, 19 Dec 2024 at 17:34, Simon Glass wrote:
> >
> > This series allows rpi to boot a compressed Ubuntu kernel with ~100MB
> > ramdisk, by expanding the available space.
> >
> > It also tidies up some strange behaviour with the provi
|
| +-+
This patch enables the inclusion of the OP-TEE binary within the
U-Boot ITB, allowing it to be loaded to a platform defined address
by U-Boot SPL.
Signed-off-by: Yu-Chien Peter Lin
---
arch/riscv/dts/binman.dtsi | 26 --
1 file changed, 24
Allow specifying load address of OP-TEE binary. It is
recommended that the specified address aligns with the
base address of an PMP-protected NAPOT region and matches
the CFG_TDDRAM_START configuration in OP-TEE.
Signed-off-by: Yu-Chien Peter Lin
---
arch/riscv/Kconfig | 6 ++
1 file
This patch series adds support for integrating OP-TEE OS into
the RISC-V boot flow. It allows specifying the load address
of the OP-TEE binary and updates binman to include the OP-TEE
OS image.
Yu-Chien Peter Lin (2):
riscv: Add CONFIG_SPL_OPTEE_LOAD_ADDR
riscv: dts: binman.dtsi: Include OP
Some RISC-V platforms do not define the d-cache line size
through SYS_CACHE_SHIFT_n. Set a default value of 64 bytes
for such cases.
Signed-off-by: Yu-Chien Peter Lin
---
This patch resolves compilation errors that occurs when
the TEE driver is enabled:
drivers/tee/tee-uclass.c:247:41: error
On Tue, 24 Dec 2024 at 14:00, Gijs Peskens
wrote:
> I'm working on getting a compute module working with Yocto using U-Boot
> as bootloader, which mostly works thanks to previous work to get RPi 5
> working.
> However I'm running into a strange issue: if I turn on the CM5 without
> the debug UART
01dc49211f2c655f0fe0#file-mk808-md
> [2]
> https://developer.canaan-creative.com/k230/en/dev/CanMV_K230_Tutorial.html
> [3]
> https://gist.github.com/Judehahh/878ace2607d201dc49211f2c655f0fe0#file-k230-canmv-md
>
With basic network testing on the Raspberry Pi 3+ (uses a USB attached
e
The Raspberry Pi foundation have released the Raspberry
Pi 500, CM5 an CM5 lite devices so add the assoicated
revision identifers so we can detect them.
Signed-off-by: Peter Robinson
---
board/raspberrypi/rpi/rpi.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/board
on of future three-digit cores
> and use MIDR_PARTNUM_SHIFT in MIDR_PARTNUM_MASK to be consistent.
>
> Signed-off-by: Marek Vasut
>
Reviewed-by: Peter Robinson
> ---
> Cc: Biju Das
> Cc: Chris Paterson
> Cc: Lad Prabhakar
> Cc: Nobuhiro Iwamatsu
> Cc:
On Sat, 14 Dec 2024 at 23:01, Marek Vasut
wrote:
> Add MIDR entries for Cortex-A57 and Cortex-A76 cores.
> Those are used on R-Car Gen3 and Gen4 SoCs respectively.
>
> Signed-off-by: Marek Vasut
>
Reviewed-by: Peter Robinson
> ---
> Cc: Biju Das
> Cc: Chris Pater
ous block
> subsystems.
>
> Signed-off-by: Tom Rini
>
Just a minor query against the USB change, other than that the rest looks
fine.
Reviewed-by: Peter Robinson
> ---
> drivers/ata/Kconfig| 2 ++
> drivers/block/Kconfig | 7 +++
> drivers/mmc/Kconfig| 1
1 - 100 of 1205 matches
Mail list logo
