As a part of ongoing coreboot/U-Boot payload work on modern ARM64
Chromebooks, we need to decouple MediaTek's clock driver from depending
on SoC targets.
This patch essentially mimicks behaviour of Qualcomm clock drivers in
U-Boot, allowing us to pick them independently if we're building for
coreb
Hi Tom,
Please pull the updates for rockchip platform:
- Allow to silent TPL/SPL debug console;
- enable exFAT support for Theobroma boards;
- Fix SD power initialization in SPL for rk3399-nanopi4
CI:
https://source.denx.de/u-boot/custodians/u-boot-rockchip/-/pipelines/26117
Thanks,
- Kever
The
On Thu, Jun 05, 2025 at 02:05:06PM -0600, Tom Rini wrote:
> On Tue, Jun 03, 2025 at 02:45:21PM +0800, Leo Liang wrote:
>
> > Hi Tom,
> >
> > The following changes since commit d45b1d4ac94710f88902adc2173d7930700e2869:
> >
> > Merge tag 'u-boot-dfu-next-20250602' of
> > https://source.denx.de/
Some SBCs with Rockchip SoC provide 3 Ethernet ports, like the
FriendlyELEC NanoPi R5S and NanoPi R6S. U-Boot assigns already eth*addr
variables to ethernet* device tree node aliases, but for Rockchip
boards, it generates only ethaddr and eth1addr so far.
To allow the assignment of 3 static MA
This small series sync linux/bitfield.h from Linux 6.15 and fix all
the compilation error due to a change in the header include.
The sync is needed to make it easier to support the winbond changes.
The changes are CI test with [1]
[1] https://github.com/u-boot/u-boot/pull/777
Changes v4:
- Reor
The GENMASK/GENMASK_ULL macro requires inclusion of linux/bitops.h
header. It does currently work as bitfield.h includes it indirectly
but this will change when bitfield.h will be synced with new Linux
version.
Also raw printf require linux/bug.h header (also currently included
indirectly by bitfi
The WARN macro requires inclusion of linux/bug.h header. It does
currently work as bitfield.h includes it indirectly but this will
change when bitfield.h will be synced with new Linux version.
Explicitly include the header to fix future compilation error.
Signed-off-by: Christian Marangi
---
dr
The WARN macro requires inclusion of linux/bug.h header. It does
currently work as bitfield.h includes it indirectly but this will
change when bitfield.h will be synced with new Linux version.
Explicitly include the header to fix future compilation error.
Signed-off-by: Christian Marangi
---
dr
Sync bitfield.h header with Linux 6.15 version. Mainly is to permit the
introduction of FIELD_PREP_CONST. The bug.h header changed to
build_bug.h doesn't cause any regression as we also ship split header
similar to how it's done with in Linux.
Signed-off-by: Christian Marangi
---
include/linux/b
Add Winbond W25N04KV flash support that use a different value to detect
ECC bitflip.
Signed-off-by: Christian Marangi
---
drivers/mtd/nand/spi/winbond.c | 13 +
1 file changed, 13 insertions(+)
diff --git a/drivers/mtd/nand/spi/winbond.c b/drivers/mtd/nand/spi/winbond.c
index dd4ed2
Hi Quentin,
On 2025-06-06 12:21, Quentin Schulz wrote:
> From: Quentin Schulz
>
> This implements checkboard() to print the current SoC model used by a
> board, e.g. one of:
>
> SoC: PX30
> SoC: PX30S
> SoC: PX30K
>
> when U-Boot proper is running.
>
> The information is read from the OTP and
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 it from other places and modify / inroduce in your
devic
I've never heard of bcm7712, it's not
on https://github.com/raspberrypi/firmware/tree/master/boot
Or do you mean bcm2712?
I managed to get u-boot v2025.04 to load by setting boot delay to -2,
same issue as described here:
https://lists.denx.de/pipermail/u-boot/2024-December/576043.html
What are
Master is ok. But it won’t work as is. You need to have rpi5 configuration and
the dts files. I did it a year back. But since did not have bcm7712 dts files,
I took the dtb file from the raspberry pi images ( it has a pre built dtb file,
and extracted dts)
dtc -I dtb -O dts -o -i< input.dtb>
On Sat, 07 Jun 2025 15:12:33 +0200, Heinrich Schuchardt wrote:
> The following changes since commit b3f69c14187d413610abbc2b82d1a3752cb342c1:
>
>Merge tag 'xilinx-for-v2025.07-rc4' of
> https://source.denx.de/u-boot/custodians/u-boot-microblaze (2025-06-05
> 08:40:42 -0600)
>
> are available
On 6/2/2025 6:37 PM, Quentin Schulz wrote:
+Cc Mikko Rapeli who's attempting to patch this in OpenEmbedded-Core
On 5/31/25 3:10 PM, Yang Xiwen via B4 Relay wrote:
[You don't often get email from
devnull+forbidden405.outlook@kernel.org. Learn why this is
important at https://aka.ms/LearnAbo
On Sat, Jun 07, 2025 at 01:49:04PM +0200, Heinrich Schuchardt wrote:
> To implement the EFI_SYSTEM_TABLE_POINTER we need 4 MiB aligned
> memory.
>
> On the sandbox LMB uses addresses relative to the start of a page aligned
> RAM buffer allocated with mmap(). This leads to a mismatch of alignment
On Sat, Jun 07, 2025 at 01:32:17PM +0200, Heinrich Schuchardt wrote:
> Setuptools 78.1.1 shows warnings:
>
> * Pattern 'GPL' did not match any files.
> * Pattern 'BSD-2-Clause' did not match any files.
> * SetuptoolsDeprecationWarning: License classifiers are deprecated.
>
> Cf.
> https://packa
On Sat, Jun 07, 2025 at 01:39:23AM +0300, Mikhail Kshevetskiy wrote:
> According to include/sysreset.h the reset_cpu() function does not take any
> args
>
> Signed-off-by: Mikhail Kshevetskiy
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Wed, 28 May 2025 17:27:03 -0600, Tom Rini wrote:
> Hey all,
>
> Taking inspiration from Heiko's patch[1] this series goes and cleans up
> all of the arch/arm/dts/*.h files that can be easily removed. The big
> challenge I ran in to here was that for some platforms that aren't using
> OF_UPSTRE
On Wed, 28 May 2025 14:37:45 -0600, Tom Rini wrote:
> As part of moving to using OF_UPSTREAM and so the upstream dt-bindings
> headers we have a number of these headers that are in our include
> directory and while they are not a strict subset of the upstream version
> of the headers, all platform
On Tue, 27 May 2025 17:50:37 -0600, Tom Rini wrote:
> As part of moving to using OF_UPSTREAM and so the upstream dt-bindings
> headers we have a number of these headers that are in our include
> directory and differ only in combinations of spacing changes and/or
> switching to SPDX license tags. W
On Tue, 27 May 2025 18:03:01 -0600, Tom Rini wrote:
> Aside from SPDX tags, the only difference between our version of this
> header and upstream is that BCM6318_RST_HOSTMIPS was defined to 11 (the
> same as BCM6318_RST_PHYMIPS) and is now defined to 12.
>
>
Applied to u-boot/next, thanks!
[1/
On Tue, 27 May 2025 16:18:33 -0600, Tom Rini wrote:
> As part of moving to using OF_UPSTREAM and so the upstream dt-bindings
> headers we have a number of these headers that are in our include
> directory and not referenced by any code outside of dts/upstream. We can
> remove these now to prevent
Hi,
Just a note to say that I'll be disengaging from the mailing list and
irc for a while I work on some specific areas. Please send me a direct
email / irc message if needed, but no promises!
Regards,
Simon
On Sat, Jun 07, 2025 at 02:03:01PM +0200, Heinrich Schuchardt wrote:
> Avoid build failures
>
> In file included from include/config.h:3,
> from board/toradex/verdin-am62p/verdin-am62p.c:9:
> board/toradex/verdin-am62p/verdin-am62p.c: In function 'dram_init':
> include/configs/ver
Dear Tom,
The following changes since commit b3f69c14187d413610abbc2b82d1a3752cb342c1:
Merge tag 'xilinx-for-v2025.07-rc4' of
https://source.denx.de/u-boot/custodians/u-boot-microblaze (2025-06-05
08:40:42 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/cust
From: George Chan
Add basic compatible string for sc7180 family soc.
Signed-off-by: Vitalii Skorkin
Co-developed-by: George Chan
Signed-off-by: George Chan
Reviewed-by: Casey Connolly
---
drivers/iommu/qcom-hyp-smmu.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/iommu/qcom-hy
This series adds a defconfig for the NetCube Systems Kumquat and fixes
and issue with setup_environment ignoring the mac-address loaded using
nvmem-cells
Note: This series is based on U-Boot's `next` branch because it depends
on the `sun8i-v3s-netcube-kumquat.dts` device tree, which was recently
s
Boards using MAC addresses stored in EEPROM via the device tree's
`nvmem-cells` mechanism may already have a valid MAC loaded by the
device model. However, setup_environment() currently ignores this
and generates a fallback address from the SoC SID if no environment
variable is set.
This leads to
NetCube Systems Kumquat is a board based on the Allwinner V3s SoC,
including:
- 64MB DDR2 included in SoC
- 10/100 Mbps Ethernet
- USB-C DRD
- Audio Codec
- Isolated CAN-FD
- ESP32 over SDIO
- 8MB SPI-NOR Flash for bootloader
- I2C EEPROM for MAC addresses
- SDIO Connector for eMMC or SD-Card
- 8x
From: George Chan
Currently vendor/product id are both 0, and that might not as we want.
Set to some arbitary known value that we can make it work more smoothly.
Signed-off-by: George Chan
Reviewed-by: Neil Armstrong
---
drivers/usb/gadget/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff
From: George Chan
Old logic wipe bootargs env with cmdline, new logic maintain the
value by prepending cmdline value to bootargs.
Signed-off-by: George Chan
---
boot/bootm.c | 29 -
1 file changed, 28 insertions(+), 1 deletion(-)
diff --git a/boot/bootm.c b/boot/bo
Since attempt[1] to embed android specific boot param into fdt bootargs,
a new idea is formed as to make use of env file to contain default param
value. Current code logic is already working fine, unless the priority
of param at begining is higher than at tail. From env file, bootargs is
treated im
From: George Chan
If target u-boot img do not support androidboot v3 or greater,
abootimg might not be necessary.
aarch64-linux-gnu-ld.bfd: boot/bootmeth_android.o: in function
`boot_android_normal':
/home/user/sources/u-boot-next/boot/bootmeth_android.c:541:(.text.boot_android_normal+0xd0):
u
From: George Chan
Control how default bootargs is prepended or postpended to boot param found
from androidboot img.
Signed-off-by: George Chan
---
boot/Kconfig | 7 +++
boot/image-android.c | 10 --
2 files changed, 15 insertions(+), 2 deletions(-)
diff --git a/boot/Kconf
On Sun, May 25, 2025 at 8:35 PM Alex Shumsky wrote:
>
> Oops, I forgot Reply-All and some messages missed list. Sorry about that.
>
> Jonas and I have found NULL pointer dereference in
> rockchip_usb2phy_clkout_ctl:
> https://github.com/u-boot/u-boot/blob/df2ed552f0b05591090369a7fe7ddc92439dea5c/
Avoid build failures
In file included from include/config.h:3,
from board/toradex/verdin-am62p/verdin-am62p.c:9:
board/toradex/verdin-am62p/verdin-am62p.c: In function 'dram_init':
include/configs/verdin-am62p.h:13:33: error: 'SZ_2G' undeclared (first use in
this function)
13
DHCP and DHCPv6 use the same value defined in
https://www.iana.org/assignments/dhcpv6-parameters#processor-architecture
to encode the processor architecture type. We should only use a single
Kconfig symbol for both protocols.
Furthermore we should make the value customizable. This allows for insta
Remove duplicate definition of
* DHCP6_PXE_CLIENTARCH
* DHCP6_PXE_DHCP_OPTION
* DHCP6_ENTERPRISE_ID
Signed-off-by: Heinrich Schuchardt
---
cmd/Kconfig | 17 -
1 file changed, 17 deletions(-)
diff --git a/cmd/Kconfig b/cmd/Kconfig
index ed741d43cea..c335eceea63 100644
--- a/cmd/
DHCP and DHCPv6 use the same value defined in
https://www.iana.org/assignments/dhcpv6-parameters#processor-architecture
to encode the processor architecture type. We should only use a single
Kconfig symbol for both protocols.
Furthermore we should make the value customizable. This allows for insta
To implement the EFI_SYSTEM_TABLE_POINTER we need 4 MiB aligned
memory.
On the sandbox LMB uses addresses relative to the start of a page aligned
RAM buffer allocated with mmap(). This leads to a mismatch of alignment
between EFI which uses pointers and LMB which uses phys_addr_t.
Ensure that the
Provide unit tests for efi_alloc_aligned_pages() and
efi_allocate_pages().
Signed-off-by: Heinrich Schuchardt
---
test/lib/Makefile | 2 +-
test/lib/efi_memory.c | 63 +++
2 files changed, 64 insertions(+), 1 deletion(-)
create mode 100644 test/lib/e
dram_init() must not overwrite the value of gd->ram_buf set by
setup_ram_buf() for main U-Boot or board_init_f() for SPL.
Signed-off-by: Heinrich Schuchardt
---
board/sandbox/sandbox.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/board/sandbox/sandbox.c b/board/sandbox/sandbox.c
index d979
To implement the EFI_SYSTEM_TABLE_POINTER we need 4 MiB aligned
memory.
On the sandbox LMB uses addresses relative to the start of a page aligned
RAM buffer allocated with mmap(). This leads to a mismatch of alignment
between EFI which uses pointers and LMB which uses phys_addr_t.
Ensure that the
Setuptools 78.1.1 shows warnings:
* Pattern 'GPL' did not match any files.
* Pattern 'BSD-2-Clause' did not match any files.
* SetuptoolsDeprecationWarning: License classifiers are deprecated.
Cf.
https://packaging.python.org/en/latest/guides/writing-pyproject-toml/#license
Signed-off-by: Heinr
On 5/29/25 06:05, Ying-Chun Liu (PaulLiu) wrote:
From: "Ying-Chun Liu (PaulLiu)"
Add EFI_SYSTEM_TABLE_POINTER structure for remote debugger to locate
the address of EFI_SYSTEM_TABLE.
This feature is described in UEFI SPEC version 2.10. Section 18.4.2.
The implementation ensures support for har
Which branch? The master branch is 1 year old.
On Thu, 2025-06-05 at 21:52 +, Jojan wrote:
> You need to take raspberry ( custodian version)
>
>
> Making sure you're not a bot! [1]
>
> Making sure you're not a bot!
> [1]
>
> But it is still missing the device tree fro bcm7712 ( RPI 5 is
On 6/7/25 11:39, Heinrich Schuchardt wrote:
On 5/29/25 06:05, Ying-Chun Liu (PaulLiu) wrote:
From: "Ying-Chun Liu (PaulLiu)"
Add EFI_SYSTEM_TABLE_POINTER structure for remote debugger to locate
the address of EFI_SYSTEM_TABLE.
This feature is described in UEFI SPEC version 2.10. Section 18.4.
On 5/29/25 06:05, Ying-Chun Liu (PaulLiu) wrote:
From: "Ying-Chun Liu (PaulLiu)"
Add EFI_SYSTEM_TABLE_POINTER structure for remote debugger to locate
the address of EFI_SYSTEM_TABLE.
This feature is described in UEFI SPEC version 2.10. Section 18.4.2.
The implementation ensures support for har
The board includes an STM32H747XI SoC with the following resources:
- 2 Mbytes Flash
- 1 Mbyte SRAM
- LCD-TFT controller
- MIPI-DSI interface
- FD-CAN
- USB 2.0 high-speed/full-speed
- Ethernet MAC
- camera interface
Detailed information can be found at:
https://www.st.com/en/evaluation-to
Add stm32h747i-disco-u-boot DTS file with FMC SDRAM node and its
pinmux settings.
Signed-off-by: Dario Binacchi
---
arch/arm/dts/stm32h747i-disco-u-boot.dtsi | 104 ++
1 file changed, 104 insertions(+)
create mode 100644 arch/arm/dts/stm32h747i-disco-u-boot.dtsi
diff --git
The board includes an STM32H747XI SoC with the following resources:
- 2 Mbytes Flash
- 1 Mbyte SRAM
- LCD-TFT controller
- MIPI-DSI interface
- FD-CAN
- USB 2.0 high-speed/full-speed
- Ethernet MAC
- camera interface
Detailed information can be found at:
https://www.st.com/en/evaluation-to
Add an additional pin map configuration for using the USART1 controller
on the stm32h743 MCU.
Signed-off-by: Dario Binacchi
Link:
https://lore.kernel.org/r/20250427074404.3278732-8-dario.binac...@amarulasolutions.com
Signed-off-by: Alexandre Torgue
[ upstream commit: 8e71dfe46a4a1e9505b1a32747
Add a pin map configuration for using the UART8 controller on the
stm32h743 MCU.
Signed-off-by: Dario Binacchi
Link:
https://lore.kernel.org/r/20250427074404.3278732-7-dario.binac...@amarulasolutions.com
Signed-off-by: Alexandre Torgue
[ upstream commit: 47d16ab94b8e5e85aedba3cd22cfdf3877bf1df
Add support for UART8 by applying the settings specified in the
reference manual RM0433.
Signed-off-by: Dario Binacchi
Link:
https://lore.kernel.org/r/20250427074404.3278732-6-dario.binac...@amarulasolutions.com
Signed-off-by: Alexandre Torgue
[ upstream commit: 07aa43adae2363c3734055aeba07895
As stated in the reference manual RM0433, the STM32H743 MCU has
USART1/2/3/6, UART4/5/7/8, and LPUART1. The patches make all the clock
macros for the serial ports consistent with the documentation.
Signed-off-by: Dario Binacchi
Acked-by: Krzysztof Kozlowski
Link:
https://lore.kernel.org/r/20250
The board includes an STM32H747XI SoC with the following resources:
- 2 Mbytes Flash
- 1 MByte SRAM
- LCD-TFT controller
- MIPI-DSI interface
- FD-CAN
- USB 2.0 high-speed/full-speed
- Ethernet MAC
- camera interface
Detailed information can be found at:
https://www.st.com/en/evaluation-to
Allow expanding possible configurations for the same peripheral,
consistent with the scheme adopted in Linux.
Signed-off-by: Dario Binacchi
Link:
https://lore.kernel.org/r/20250427074404.3278732-2-dario.binac...@amarulasolutions.com
Signed-off-by: Alexandre Torgue
[ upstream commit: 6a36dca437
The series adds support for stm32h747-discovery board.
Detailed information can be found at:
https://www.st.com/en/evaluation-tools/stm32h747i-disco.html
Dario Binacchi (9):
ARM: dts: stm32h7-pinctrl: add _a suffix to u[s]art_pins phandles
dt-bindings: arm: stm32: add compatible for stm32h74
On 5/29/25 06:05, Ying-Chun Liu (PaulLiu) wrote:
From: "Ying-Chun Liu (PaulLiu)"
This commit adds the functionality of generate EFI_DEBUG_IMAGE_INFO
while loading the image.
This feature is described in UEFI Spec 2.10. Section 18.4.3.
The implementation ensures support for hardware-assisted de
Hi Mikhail,
On 2025-06-07 00:31, Mikhail Kshevetskiy wrote:
> This fix a possible NULL pointer dereference.
>
> There is also a risk of memory leaking within the same portion of code.
> The leak will happen if loaded image is bad or damaged. In this case
> u-boot-spl will try booting from the oth
Hi Mikhail,
On 2025-06-07 00:31, Mikhail Kshevetskiy wrote:
> load_simple_fit() returns -EPERM for the images with broken signatures.
> Unfortunately this may conflict with image loaging selection on the base
> of boot phase. See commit 873112db9ce68c38984ff25808dde726f8dd5573
> ("spl: Support sel
63 matches
Mail list logo
