]> git.ipfire.org Git - thirdparty/u-boot.git/log
thirdparty/u-boot.git
6 weeks agoCI: use coreboot mirror for GNU dependencies of coreboot
Quentin Schulz [Thu, 27 Nov 2025 13:29:28 +0000 (14:29 +0100)] 
CI: use coreboot mirror for GNU dependencies of coreboot

coreboot buildgcc script downloads GNU dependencies from GNU FTP server.
For some reason, this is also as unreliable as their git main server.
There's no option to use a GNU mirror (and I'm not even sure if there's
one for FTP), so we simply pass --mirror to the buildgcc script via the
BUILDGCC_OPTIONS variable so that it makes use of coreboot's mirror.
Hopefully, this proves more reliable than GNU original FTP server.

Reviewed-by: Tom Rini <trini@konsulko.com>
Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de>
6 weeks agoCI: use mirror for gnulib dependency of grub
Quentin Schulz [Thu, 27 Nov 2025 13:29:27 +0000 (14:29 +0100)] 
CI: use mirror for gnulib dependency of grub

grub bootstrap script downloads gnulib from a non-mirror URL and thus is
unreliable.

One can specify the URL to fetch from with GNULIB_URL environment
variable, so let's make this variable point at a mirror URL.

Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de>
6 weeks agoCI: use GNU mirror for grub (and switch to HTTPS)
Quentin Schulz [Thu, 27 Nov 2025 13:29:26 +0000 (14:29 +0100)] 
CI: use GNU mirror for grub (and switch to HTTPS)

GNU announced they activated mirrors for git servers[1] in May this
year.

The main git server keeps being very unreliable and switching to those
mirrors seems to improve reliability (albeit somewhat slow).

Yes, the URL in this patch has nothing in common with the URL in the
linked mail, it was extracted from the Clone section in the mirrored
cgit page[2].

While at it, switch to the HTTPS clone which is "more secure" than git
protocol.

[1] https://lists.gnu.org/archive/html/savannah-users/2025-05/msg00002.html
[2] https://cgit.git.savannah.gnu.org/cgit/grub.git/

Reviewed-by: Tom Rini <trini@konsulko.com>
Signed-off-by: Quentin Schulz <quentin.schulz@cherry.de>
6 weeks agoMerge tag 'u-boot-imx-next-20251129' of https://gitlab.denx.de/u-boot/custodians...
Tom Rini [Sat, 29 Nov 2025 21:39:36 +0000 (15:39 -0600)] 
Merge tag 'u-boot-imx-next-20251129' of https://gitlab.denx.de/u-boot/custodians/u-boot-imx into next

CI: https://source.denx.de/u-boot/custodians/u-boot-imx/-/pipelines/28551

- Stop disabling device tree relocation on i.MX boards.
- Add support for imx6ulz_smm_m2d.
- Add support for Kontron i.MX93 OSM-S SoM and BL carrier board
- Fix probe of i.MX FEC MDIO bus for DM_MDIO.
- Cleanup for tqma6 boards.
- Initialize the ELE RNG context on imx95_evk
- Disable EFI partition, MP, sysboot, bind commands on tbs2910.

6 weeks agophytec: sort .env files alphabetically for imx8 boards
Benjamin Hahn [Fri, 28 Nov 2025 16:38:46 +0000 (17:38 +0100)] 
phytec: sort .env files alphabetically for imx8 boards

Sort all .env files alphabetically like it is already done for
phycore_imx8mp.

Signed-off-by: Benjamin Hahn <B.Hahn@phytec.de>
6 weeks agophytec: use fdtoverlay_addr_r
Benjamin Hahn [Fri, 28 Nov 2025 16:38:45 +0000 (17:38 +0100)] 
phytec: use fdtoverlay_addr_r

fdtoverlay_addr_r is the correct variable name according to standardboot
documentation and already used for phycore_imx8mp.

Signed-off-by: Benjamin Hahn <B.Hahn@phytec.de>
6 weeks agophytec: change preferred bootdevice dynamically
Benjamin Hahn [Fri, 28 Nov 2025 16:38:44 +0000 (17:38 +0100)] 
phytec: change preferred bootdevice dynamically

We want to change the bootdevice dynamically, so that when booting
U-Boot from sdcard, kernel is also preferably booted from sdcard by
default. If the user decides to set their own bootorder, this should not
be overwritten. This was already implemented for imx8mp-libra-fpsc
board, but as we set the default value for boot_targets in devicetree
now, the env_get_default will return NULL. Also env_get might return
NULL when boot_targets is not set. A string compare with NULL is unsafe
and should be avoided. To fix this we only change the env value if the
variable was not set before (NULL), as this is the new default value.
In any other case the user has changed the value so it will not be
overwritten.
Also let standardboot set bootcmd automatically. For this
CONFIG_USE_BOOTCOMMAND needs to be activated.

Signed-off-by: Benjamin Hahn <B.Hahn@phytec.de>
6 weeks agophytec: set bootdevices and bootmeths in devicetree for imx8 boards
Benjamin Hahn [Fri, 28 Nov 2025 16:38:43 +0000 (17:38 +0100)] 
phytec: set bootdevices and bootmeths in devicetree for imx8 boards

Standardboot allows setting bootdevices and bootmeths in devicetree.
This is already implemented for imx8mp-libra board.

Signed-off-by: Benjamin Hahn <B.Hahn@phytec.de>
6 weeks agophytec: add emmc_dev and sd_dev env vars for imx8 boards
Benjamin Hahn [Fri, 28 Nov 2025 16:38:42 +0000 (17:38 +0100)] 
phytec: add emmc_dev and sd_dev env vars for imx8 boards

Add emmc_dev and sd_dev env variables with comment that they are needed
for builtin uuu flash scripts. This is already done for imx8mp-libra
board.

Signed-off-by: Benjamin Hahn <B.Hahn@phytec.de>
6 weeks agophytec: adapt env to ampliphy-boot bootscripts for imx8 boards
Benjamin Hahn [Fri, 28 Nov 2025 16:38:41 +0000 (17:38 +0100)] 
phytec: adapt env to ampliphy-boot bootscripts for imx8 boards

Netboot script is named net_boot_fit.scr.uimg with ampliphy-boot.
fit_fdtconf is not longer needed. The default config is automatically
fetched from the fitImage. mmcroot is also not longer used, the
bootscript has a builtin default. bootenv_addr_r is no longer used, as
the bootenv is loaded into loadaddr.

Signed-off-by: Benjamin Hahn <B.Hahn@phytec.de>
6 weeks agoboard: tqma6: update MAINTAINERS
Max Merchel [Mon, 24 Nov 2025 07:55:26 +0000 (08:55 +0100)] 
board: tqma6: update MAINTAINERS

- change maintainer e-Mail address
  (old is not suitable for plain text mail)
- add TQ mailing list

Signed-off-by: Max Merchel <Max.Merchel@ew.tq-group.com>
6 weeks agoboard: [cosmetic] tqma6: adjust SPDX tag
Max Merchel [Mon, 24 Nov 2025 07:55:25 +0000 (08:55 +0100)] 
board: [cosmetic] tqma6: adjust SPDX tag

While at it, adjust the TQ-Systems copyright info to include
consistent company information, the mail address to reach all
developers at TQ-Systems for questions regarding U-Boot support
for our SOM and remove author's company mail address not suitable
for plain text mail.

Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
Signed-off-by: Max Merchel <Max.Merchel@ew.tq-group.com>
6 weeks agoboard: tqma6: style fixes
Paul Gerber [Mon, 24 Nov 2025 07:55:24 +0000 (08:55 +0100)] 
board: tqma6: style fixes

fix checkpatch warnings

- WARNING: break is not useful after a return
- WARNING: Comparisons should place the constant
  on the right side of the test
- WARNING: please write a help paragraph that fully describes
  the config symbol with at least 2 lines

Signed-off-by: Paul Gerber <Paul.Gerber@tq-group.com>
Signed-off-by: Max Merchel <Max.Merchel@ew.tq-group.com>
6 weeks agotqma6: Remove empty function tqma6_iomuxc_spi()
Max Merchel [Mon, 24 Nov 2025 07:55:23 +0000 (08:55 +0100)] 
tqma6: Remove empty function tqma6_iomuxc_spi()

The function `tqma6_iomuxc_spi()` was removed in the commit
"tqma6: Remove non-DM board code".
The original function was overwritten with an empty function in the
WRU4 baseboard and should also have been removed.
Therefore, the function and its call are being removed.

Fixes: 93552cc442de ("tqma6: Remove non-DM board code")
Signed-off-by: Max Merchel <Max.Merchel@ew.tq-group.com>
6 weeks agonet: fec_mxc.c: improve readability of dm_fec_bind_mdio
Markus Niebel [Fri, 21 Nov 2025 17:34:48 +0000 (18:34 +0100)] 
net: fec_mxc.c: improve readability of dm_fec_bind_mdio

The last parameter to device_bind_driver_to_node is optional.
Since the returned information is not used and overwritten by
uclass_get_device_by_ofnode just provide NULL as parameter.

Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
Signed-off-by: Alexander Stein <alexander.stein@ew.tq-group.com>
Signed-off-by: Alexander Feilke <alexander.feilke@ew.tq-group.com>
6 weeks agonet: fec_mxc: add unique bus and device names for DM_MDIO
Markus Niebel [Fri, 21 Nov 2025 17:34:47 +0000 (18:34 +0100)] 
net: fec_mxc: add unique bus and device names for DM_MDIO

When using DM_MDIO on SOC with more than one FEC and not sharing the MDIO
bus the name of the driver and the bus needs to be unique. Since name
used in device_bind_driver_to_node needs to be a static string, add the
string to the fec_priv struct and reuse fec_set_dev_name to generate the
name with the device sequence number.

Fixes: 3b8f99a3e762 ("net: fec: add support for DM_MDIO")
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
Signed-off-by: Alexander Stein <alexander.stein@ew.tq-group.com>
Signed-off-by: Alexander Feilke <alexander.feilke@ew.tq-group.com>
6 weeks agonet: fec_mxc: fix usage of DM_MDIO and DM_ETH_PHY
Markus Niebel [Fri, 21 Nov 2025 17:34:46 +0000 (18:34 +0100)] 
net: fec_mxc: fix usage of DM_MDIO and DM_ETH_PHY

If DM_ETH_PHY is used and the FEC instance owns the shared MDIO bus,
eth_phy_get_mdio_bus returns NULL. If DM_MDIO bus is used, the
mdio_register API is called from dm_mdio_post_probe. Therefore the
bus should must be queried by name in this case.

For DM_MDIO case fec_mii_setspeed has already being called in
dm_fec_mdio_probe(), so skip setting this again.

Fixes: 3b8f99a3e762 ("net: fec: add support for DM_MDIO")
Fixes: e75d08821574 ("net: fec-mxc: prevent crash if no MAC address is set")
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
Signed-off-by: Alexander Stein <alexander.stein@ew.tq-group.com>
Signed-off-by: Alexander Feilke <alexander.feilke@ew.tq-group.com>
6 weeks agonet: fec_mxc: rewrite fallback MDIO Bus allocation
Markus Niebel [Fri, 21 Nov 2025 17:34:45 +0000 (18:34 +0100)] 
net: fec_mxc: rewrite fallback MDIO Bus allocation

The code should only be executed if MDIO bus is not assigned.
Otherwise the already assigned / allocated bus will be overwritten.
Add condition check and simplify the code to make it more readable.

Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
Signed-off-by: Alexander Stein <alexander.stein@ew.tq-group.com>
Signed-off-by: Alexander Feilke <alexander.feilke@ew.tq-group.com>
6 weeks agonet: fec_mxc: fix remove with DM_MDIO
Markus Niebel [Fri, 21 Nov 2025 17:34:44 +0000 (18:34 +0100)] 
net: fec_mxc: fix remove with DM_MDIO

If DM_MDIO is used and the FEC device is removed the mdio API
must not be used to remove the bus structure. Store pointer the
the udevice for MDIO bus created by dm_fec_bind_mdio and use DM
functions to cleanup the device in fecmxc_remove.

Fixes: 3b8f99a3e762 ("net: fec: add support for DM_MDIO")
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
Signed-off-by: Alexander Stein <alexander.stein@ew.tq-group.com>
Signed-off-by: Alexander Feilke <alexander.feilke@ew.tq-group.com>
6 weeks agonet: fec_mxc: fix probe of MDIO bus for DM_MDIO
Markus Niebel [Fri, 21 Nov 2025 17:34:43 +0000 (18:34 +0100)] 
net: fec_mxc: fix probe of MDIO bus for DM_MDIO

When initializing the MDIO bus the MDC signal needs to be configured.
Otherwise the communication over the bus may fail. Add the call to
fec_mii_setspeed to the DM_MDIO probe handler.

Fixes: 3b8f99a3e762 ("net: fec: add support for DM_MDIO")
Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
Signed-off-by: Alexander Stein <alexander.stein@ew.tq-group.com>
Signed-off-by: Alexander Feilke <alexander.feilke@ew.tq-group.com>
6 weeks agonet: fec-mxc: prevent crash if no MAC address is set
Markus Niebel [Fri, 21 Nov 2025 17:34:42 +0000 (18:34 +0100)] 
net: fec-mxc: prevent crash if no MAC address is set

If no MAC address can be found (either in ROM, device tree or env),
the post_probe of an ethernet device will fail and therefore
the device cannot be instantiated.

The DM_ETH_PHY (eth-phy-uclass) use case must not be mixed with
using CONFIG_FEC_MXC_MDIO_BASE.

This prevents following error for MAC not fused, no eth[1]addr
env is present and providing a random MAC is disabled:

Net:
Error: ethernet@5b040000 address not set.

Error: ethernet@5b040000 address not set.
FEC: can't find phy-handle
"Error" handler, esr 0xbf000002
elr: 000000008004e4b8 lr : 000000008004e4b4 (reloc)
elr: 00000000bfe984b8 lr : 00000000bfe984b4
x0 : 0000000000000000 x1 : 0000000000000020
x2 : 00000000bbe61e50 x3 : 00000000bbe6e1a0
x4 : 0000000000000020 x5 : 0000000000000020
x6 : 000000000000000a x7 : 0000000000000000
x8 : 0000000000000000 x9 : 0000000000000008
x10: 00000000ffffffd8 x11: 0000000000000006
x12: 000000000001869f x13: 0000000000002c50
x14: 0000000000000000 x15: 00000000ffffffff
x16: 0000000000000000 x17: 0000000000000000
x18: 00000000bbe61d98 x19: 00000000bbe4fa68
x20: 00000000bbe78c10 x21: 00000000bbe6e460
x22: 00000000bbe78c10 x23: 00000000bbe91780
x24: 00000000bbe6e510 x25: 00000000000001f8
x26: 00000000ffff8000 x27: 0000000000000000
x28: 0000000000000000 x29: 00000000bbe4fa10

Code: f900003f 9100a3a1 97ffff6e 35000100 (f94017a1)
Resetting CPU ...

Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
Signed-off-by: Alexander Feilke <alexander.feilke@ew.tq-group.com>
6 weeks agonet: fec_mxc: respect return value of phy_config
Markus Niebel [Fri, 21 Nov 2025 17:34:41 +0000 (18:34 +0100)] 
net: fec_mxc: respect return value of phy_config

phy_config may fail - for instance in parsing device tree.
This should be handled correctly. So return errors from
phy_config to caller.

Signed-off-by: Markus Niebel <Markus.Niebel@ew.tq-group.com>
Signed-off-by: Alexander Feilke <alexander.feilke@ew.tq-group.com>
6 weeks agopico-imx8mq: Stop disabling device tree relocation
Tom Rini [Wed, 19 Nov 2025 14:50:37 +0000 (08:50 -0600)] 
pico-imx8mq: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Marek Vasut <marek.vasut@mailbox.org>
6 weeks agopcl063_ull: Stop disabling device tree relocation
Tom Rini [Wed, 19 Nov 2025 14:50:35 +0000 (08:50 -0600)] 
pcl063_ull: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agopcl063: Stop disabling device tree relocation
Tom Rini [Wed, 19 Nov 2025 14:50:33 +0000 (08:50 -0600)] 
pcl063: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agoliteboard: Stop disabling device tree relocation
Tom Rini [Wed, 19 Nov 2025 14:50:32 +0000 (08:50 -0600)] 
liteboard: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agoimx8qxp_mek: Stop disabling device tree relocation
Tom Rini [Wed, 19 Nov 2025 14:50:30 +0000 (08:50 -0600)] 
imx8qxp_mek: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Peng Fan <peng.fan@nxp.com>
6 weeks agoimx8qm_mek: Stop disabling device tree relocation
Tom Rini [Wed, 19 Nov 2025 14:50:28 +0000 (08:50 -0600)] 
imx8qm_mek: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Peng Fan <peng.fan@nxp.com>
6 weeks agoimx8mq_phanbell: Stop disabling device tree relocation
Tom Rini [Wed, 19 Nov 2025 14:50:27 +0000 (08:50 -0600)] 
imx8mq_phanbell: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agocapricorn: Stop disabling device tree relocation
Tom Rini [Wed, 19 Nov 2025 14:50:25 +0000 (08:50 -0600)] 
capricorn: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Alexander Sverdlin <alexander.sverdlin@siemens.com>
Reviewed-by: Heiko Schocher <hs@nabladev.com>
6 weeks agowarp7: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:40 +0000 (12:04 -0600)] 
warp7: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agowandboard: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:38 +0000 (12:04 -0600)] 
wandboard: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agoudoo_neo: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:36 +0000 (12:04 -0600)] 
udoo_neo: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agoudoo: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:35 +0000 (12:04 -0600)] 
udoo: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agotqma6: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:33 +0000 (12:04 -0600)] 
tqma6: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Max Merchel <Max.Merchel@ew.tq-group.com>
6 weeks agopico-imx7d: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:32 +0000 (12:04 -0600)] 
pico-imx7d: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agopico-imx6ul: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:30 +0000 (12:04 -0600)] 
pico-imx6ul: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agopico-imx6: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:29 +0000 (12:04 -0600)] 
pico-imx6: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agonovena: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:27 +0000 (12:04 -0600)] 
novena: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Marek Vasut <marek.vasut@mailbox.org>
6 weeks agonitrogen6x: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:26 +0000 (12:04 -0600)] 
nitrogen6x: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agomys_6ulx: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:24 +0000 (12:04 -0600)] 
mys_6ulx: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agomx7ulp_evk: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:23 +0000 (12:04 -0600)] 
mx7ulp_evk: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Peng Fan <peng.fan@nxp.com>
6 weeks agomx7ulp_com: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:21 +0000 (12:04 -0600)] 
mx7ulp_com: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agomx7dsabresd: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:19 +0000 (12:04 -0600)] 
mx7dsabresd: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agomx6ullevk: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:18 +0000 (12:04 -0600)] 
mx6ullevk: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Peng Fan <peng.fan@nxp.com>
6 weeks agomx6ul_14x14_evk: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:16 +0000 (12:04 -0600)] 
mx6ul_14x14_evk: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Peng Fan <peng.fan@nxp.com>
6 weeks agomx6sxsabresd: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:15 +0000 (12:04 -0600)] 
mx6sxsabresd: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agomx6sxsabreauto: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:13 +0000 (12:04 -0600)] 
mx6sxsabreauto: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Peng Fan <peng.fan@nxp.com>
6 weeks agomx6sllevk: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:12 +0000 (12:04 -0600)] 
mx6sllevk: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Peng Fan <peng.fan@nxp.com>
6 weeks agomx6slevk: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:10 +0000 (12:04 -0600)] 
mx6slevk: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Peng Fan <peng.fan@nxp.com>
6 weeks agomx6sabre: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:08 +0000 (12:04 -0600)] 
mx6sabre: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-by: Peng Fan <peng.fan@nxp.com>
6 weeks agomx53cx9020: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:06 +0000 (12:04 -0600)] 
mx53cx9020: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agomccmon6: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:04 +0000 (12:04 -0600)] 
mccmon6: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Łukasz Majewski <lukma@nabladev.com>
6 weeks agokp_imx6q_tpc: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:02 +0000 (12:04 -0600)] 
kp_imx6q_tpc: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Łukasz Majewski <lukma@nabladev.com>
6 weeks agokp_imx53: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:04:00 +0000 (12:04 -0600)] 
kp_imx53: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Łukasz Majewski <lukma@nabladev.com>
6 weeks agoimx6dl-mamoj: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:59 +0000 (12:03 -0600)] 
imx6dl-mamoj: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agoimx6-engicam: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:57 +0000 (12:03 -0600)] 
imx6-engicam: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agodisplay5: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:56 +0000 (12:03 -0600)] 
display5: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Łukasz Majewski <lukma@nabladev.com>
6 weeks agodart_6ul: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:54 +0000 (12:03 -0600)] 
dart_6ul: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agocm_fx6: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:52 +0000 (12:03 -0600)] 
cm_fx6: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agocl-som-imx7: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:50 +0000 (12:03 -0600)] 
cl-som-imx7: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agobk4r1: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:49 +0000 (12:03 -0600)] 
bk4r1: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agoimx6dl-sielaff: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:47 +0000 (12:03 -0600)] 
imx6dl-sielaff: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
6 weeks agogw_ventana: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:45 +0000 (12:03 -0600)] 
gw_ventana: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Acked-By: Tim Harvey <tharvey@gateworks.com>
6 weeks agoopos6uldev: Stop disabling device tree relocation
Tom Rini [Tue, 18 Nov 2025 18:03:44 +0000 (12:03 -0600)] 
opos6uldev: Stop disabling device tree relocation

Remove setting of fdt_high to ~0, which disables device tree relocation,
from the default environment. Doing so prevents U-Boot from correcting
problems such as having an unaligned device tree and leads to various
failure modes in the OS.

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Sébastien Szymanski <sebastien.szymanski@armadeus.com>
6 weeks agoboard: tbs2910: Disable EFI partition, MP, sysboot, bind commands
Marek Vasut [Thu, 13 Nov 2025 15:18:39 +0000 (16:18 +0100)] 
board: tbs2910: Disable EFI partition, MP, sysboot, bind commands

This board is just short of overflowing the size limit, disable
support for EFI partition since EFI support is already disabled,
and disable a couple of commands which are also likely unused to
keep the board below limit.

Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
Acked-by: Soeren Moch <smoch@web.de>
6 weeks agoimx95_evk: Initialize the ELE RNG context
Ji Luo [Thu, 13 Nov 2025 08:21:45 +0000 (16:21 +0800)] 
imx95_evk: Initialize the ELE RNG context

OP-TEE requires a trusted RNG. This is provided by ELE on i.MX95. Start
the initialization of the ELE RNG context before OP-TEE startup to allow
OP-TEE to derive RNG later.

Signed-off-by: Ji Luo <ji.luo@nxp.com>
Signed-off-by: Alice Guo <alice.guo@nxp.com>
6 weeks agoimx: Add support for Kontron i.MX93 OSM-S SoM and BL carrier board
Frieder Schrempf [Tue, 11 Nov 2025 16:54:20 +0000 (17:54 +0100)] 
imx: Add support for Kontron i.MX93 OSM-S SoM and BL carrier board

This adds support for the Kontron Electronics OSM-S i.MX93 SoM
and the matching baseboard BL i.MX93.

The SoM hardware complies to the Open Standard Module (OSM) 1.1
specification, size S (https://sget.org/standards/osm).

Signed-off-by: Frieder Schrempf <frieder.schrempf@kontron.de>
6 weeks agoarm: imx: imx9: Use arch override for env_get_location()
Frieder Schrempf [Tue, 11 Nov 2025 16:54:19 +0000 (17:54 +0100)] 
arm: imx: imx9: Use arch override for env_get_location()

The arch-level implementation should be used here so that
env_get_location() can be used on board-level.

Signed-off-by: Frieder Schrempf <frieder.schrempf@kontron.de>
6 weeks agoimx: Add support for Kontron i.MX8MP OSM-S SoM and BL carrier board
Frieder Schrempf [Tue, 11 Nov 2025 16:54:18 +0000 (17:54 +0100)] 
imx: Add support for Kontron i.MX8MP OSM-S SoM and BL carrier board

This adds support for the Kontron Electronics OSM-S i.MX8MP SoM
and the matching baseboard BL i.MX8MP.

The SoM hardware complies to the Open Standard Module (OSM) 1.1
specification, size S (https://sget.org/standards/osm).

Signed-off-by: Frieder Schrempf <frieder.schrempf@kontron.de>
6 weeks agobsh: add support for imx6ulz_smm_m2d
Andrea Calabrese [Thu, 6 Nov 2025 07:46:32 +0000 (08:46 +0100)] 
bsh: add support for imx6ulz_smm_m2d

Add support for imx6ulz_smm_m2d, based on the M2 architecture.

Signed-off-by: Andrea Calabrese <andrea.calabrese@amarulasolutions.com>
6 weeks agobsh: make common configuration for m2
Andrea Calabrese [Thu, 6 Nov 2025 07:46:31 +0000 (08:46 +0100)] 
bsh: make common configuration for m2

Since M2 and M2B share the same defconfig aside from one parameter, we
have a common configuration that also allows us to support addition of
new boards based on the M2 hardware.

Signed-off-by: Andrea Calabrese <andrea.calabrese@amarulasolutions.com>
6 weeks agoMerge patch series "Add support for two RTCs"
Tom Rini [Fri, 28 Nov 2025 18:45:42 +0000 (12:45 -0600)] 
Merge patch series "Add support for two RTCs"

Michael Walle <mwalle@kernel.org> says:

I'll soon post support for the Kontron SMARC-sAM67 u-boot support.
I'm still waiting for the linux device trees to be merged (in -next
right now) and then to be synced to the u-boot tree. That board
features two different RTCs and this will already support for these.

Link: https://lore.kernel.org/r/20251117103315.2212686-1-mwalle@kernel.org
6 weeks agodrivers: rtc: add RV3032 support
Michael Walle [Mon, 17 Nov 2025 10:32:52 +0000 (11:32 +0100)] 
drivers: rtc: add RV3032 support

Add support for the Microcrystal RV3032 RTC.

Signed-off-by: Michael Walle <mwalle@kernel.org>
6 weeks agodrivers: rtc: add PCF85063 support
Michael Walle [Mon, 17 Nov 2025 10:32:51 +0000 (11:32 +0100)] 
drivers: rtc: add PCF85063 support

Add support for the Microcrystal RV8263 and compatible RTCs. The
driver's name was taken from linux. It should work with any NXP PCF85063
compatible RTCs. It was tested with a RV8263.

Signed-off-by: Michael Walle <mwalle@kernel.org>
6 weeks agodrivers: rtc: convert tristate to bool
Michael Walle [Mon, 17 Nov 2025 10:32:50 +0000 (11:32 +0100)] 
drivers: rtc: convert tristate to bool

As u-boot doesn't have any loadable modules, tristate doesn't make
sense. Convert it to bool.

Signed-off-by: Michael Walle <mwalle@kernel.org>
Reviewed-by: Tom Rini <trini@konsulko.com>
6 weeks agoMerge branch 'assorted-dtb-alignment-fixes' into next
Tom Rini [Fri, 28 Nov 2025 16:22:16 +0000 (10:22 -0600)] 
Merge branch 'assorted-dtb-alignment-fixes' into next

This merges a number of fixes from Marek Vasut that will allow us to
move to a newer dtc release (that enforces the 8 byte alignment
requirement that has long existed).

6 weeks agoxtensa: Fix big endian build
Marek Vasut [Sun, 16 Nov 2025 00:19:01 +0000 (01:19 +0100)] 
xtensa: Fix big endian build

Make sure the correct PLATFORM_...FLAGS are assigned in each
case, consistently. Assign PLATFORM_ELFFLAGS for both LE and
BE case. The previous PLATFORM_CPPFLAGS makes no sense for
these particular parameters, which are passed to objcopy.

Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
6 weeks agoxtensa: Assure end of U-Boot is at 8-byte aligned offset
Marek Vasut [Sun, 16 Nov 2025 00:14:32 +0000 (01:14 +0100)] 
xtensa: Assure end of U-Boot is at 8-byte aligned offset

Make sure the end of U-Boot is at 8-byte aligned offset, not 4-byte
aligned offset. This allows safely appending DT at the end of U-Boot
with the guarantee that the DT will be at 8-byte aligned offset. This
8-byte alignment is now checked by newer libfdt 1.7.2 .

Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
6 weeks agotest/py: Use aligned address for overlays in 'extension' test
Marek Vasut [Thu, 13 Nov 2025 11:57:52 +0000 (12:57 +0100)] 
test/py: Use aligned address for overlays in 'extension' test

The 'extension' test would set 'extension_overlay_addr' variable to
decimal 4096 due to conversion in python. The 'extension_overlay_addr'
is however sampled using env_get_hex("extension_overlay_addr", 0);
which converts the 4096 to 0x4096 and uses that as DT overlay address,
which is unaligned. Fix this by setting extension_overlay_addr to 0x1000
as intended, which is aligned.

Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
Reviewed-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Mattijs Korpershoek <mkorpershoek@kernel.org>
6 weeks agosandbox: Fix DT compiler pin warnings in sandbox DTs
Marek Vasut [Thu, 13 Nov 2025 11:56:30 +0000 (12:56 +0100)] 
sandbox: Fix DT compiler pin warnings in sandbox DTs

Trivially fix the following warnings in sandbox DTs, which show up with
DTC 1.7.2. Assign pin groups less confusing node names with pins- prefix
to avoid confusing DT compiler into thinking the node is really a bus node:

"
arch/sandbox/dts/.test.dtb.pre.tmp:1831.20-1841.5: Warning (i2c_bus_bridge): /pinctrl/i2c: incorrect #address-cells for I2C bus
arch/sandbox/dts/.test.dtb.pre.tmp:1831.20-1841.5: Warning (i2c_bus_bridge): /pinctrl/i2c: incorrect #size-cells for I2C bus
arch/sandbox/dts/test.dtb: Warning (i2c_bus_reg): Failed prerequisite 'i2c_bus_bridge'
arch/sandbox/dts/.test.dtb.pre.tmp:1848.20-1856.5: Warning (spi_bus_bridge): /pinctrl/spi: incorrect #address-cells for SPI bus
arch/sandbox/dts/.test.dtb.pre.tmp:1848.20-1856.5: Warning (spi_bus_bridge): /pinctrl/spi: incorrect #size-cells for SPI bus
arch/sandbox/dts/test.dtb: Warning (spi_bus_reg): Failed prerequisite 'spi_bus_bridge'
"

Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
Reviewed-by: Mattijs Korpershoek <mkorpershoek@kernel.org>
Reviewed-by: Heiko Schocher <hs@nabladev.com>
6 weeks agosandbox: Fix DT compiler address warnings in sandbox DTs
Marek Vasut [Thu, 13 Nov 2025 11:56:29 +0000 (12:56 +0100)] 
sandbox: Fix DT compiler address warnings in sandbox DTs

Trivially fix the following warnings in sandbox DTs, which show up with
DTC 1.7.2. Fill in the missing address and adjust emulated I2C address
to fit the 7bit address limit:

"
arch/sandbox/dts/sandbox.dtsi:138.30-140.5: Warning (i2c_bus_reg): /i2c@0/sandbox_pmic: I2C bus unit address format error, expected "40"
arch/sandbox/dts/sandbox.dtsi:146.18-161.5: Warning (i2c_bus_reg): /i2c@0/emul: I2C bus unit address format error, expected "ff"
arch/sandbox/dts/sandbox.dtsi:148.4-17: Warning (i2c_bus_reg): /i2c@0/emul:reg: I2C address must be less than 7-bits, got "0xff". Set I2C_TEN_BIT_ADDRESS for 10 bit addresses or fix the property
"

"
arch/sandbox/dts/.test.dtb.pre.tmp:912.18-926.5: Warning (i2c_bus_reg): /i2c@0/emul: I2C bus unit address format error, expected "ff"
arch/sandbox/dts/.test.dtb.pre.tmp:913.4-17: Warning (i2c_bus_reg): /i2c@0/emul:reg: I2C address must be less than 7-bits, got "0xff". Set I2C_TEN_BIT_ADDRESS for 10 bit addresses or fix the property
arch/sandbox/dts/.test.dtb.pre.tmp:928.30-931.5: Warning (i2c_bus_reg): /i2c@0/sandbox_pmic: I2C bus unit address format error, expected "40"
"

Fix up pmic test to match.

Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
Reviewed-by: Heiko Schocher <hs@nabladev.com>
Reviewed-by: Mattijs Korpershoek <mkorpershoek@kernel.org>
6 weeks agoMIPS: Assure end of U-Boot is at 8-byte aligned offset
Marek Vasut [Thu, 13 Nov 2025 11:56:09 +0000 (12:56 +0100)] 
MIPS: Assure end of U-Boot is at 8-byte aligned offset

Make sure the end of U-Boot is at 8-byte aligned offset, not 4-byte
aligned offset. This allows safely appending DT at the end of U-Boot
with the guarantee that the DT will be at 8-byte aligned offset. This
8-byte alignment is now checked by newer libfdt 1.7.2 .

Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
6 weeks agoarm: qemu: Eliminate fdt_high and initrd_high misuse
Marek Vasut [Thu, 13 Nov 2025 11:55:28 +0000 (12:55 +0100)] 
arm: qemu: Eliminate fdt_high and initrd_high misuse

The fdt_high and initrd_high have nasty side-effects , which may lead
to DT placed at 4-byte aligned offset when used in place, which then
prevents Linux on arm64 from booting. This is difficult to debug and
inobvious, with little to no gain. Remove this to let U-Boot place the
DT at correctly aligned address.

Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
Reviewed-by: Tom Rini <trini@konsulko.com>
6 weeks agoboot: Assure FDT is always at 8-byte aligned address
Marek Vasut [Thu, 13 Nov 2025 11:54:51 +0000 (12:54 +0100)] 
boot: Assure FDT is always at 8-byte aligned address

The fitImage may contain FDT at 4-byte aligned address, because alignment
of DT tags is 4 bytes. However, libfdt and also Linux expects DT to be at
8-byte aligned address. Make sure that the DTs embedded in fitImages are
always used from 8-byte aligned addresses. In case the DT is decompressed,
make sure the target buffer is 8-byte aligned. In case the DT is only
loaded, make sure the target buffer is 8-byte aligned too.

Signed-off-by: Marek Vasut <marek.vasut+renesas@mailbox.org>
6 weeks agoMerge tag 'rpi-2026.01-rc3' of https://source.denx.de/u-boot/custodians/u-boot-raspbe...
Tom Rini [Fri, 28 Nov 2025 14:26:44 +0000 (08:26 -0600)] 
Merge tag 'rpi-2026.01-rc3' of https://source.denx.de/u-boot/custodians/u-boot-raspberrypi

Updates for RPi for 2026.01-rc4:

- rpi: Fix DRAM size reporting to show total RAM
- rpi: Use the U-Boot control FDT for fdt_addr
- pinctrl: bcm283x: Add GPIO pull-up/down control for BCM2835 and BCM2711
- rpi: Fix compilation with larger configs

6 weeks agoMerge branch 'master' of git://source.denx.de/u-boot-usb
Tom Rini [Fri, 28 Nov 2025 14:25:20 +0000 (08:25 -0600)] 
Merge branch 'master' of git://source.denx.de/u-boot-usb

- A Kconfig dependency fix and a patch to avoid a noisy print

6 weeks agorpi: Fix DRAM size reporting to show total RAM
Anders Roxell [Tue, 25 Nov 2025 10:23:58 +0000 (11:23 +0100)] 
rpi: Fix DRAM size reporting to show total RAM

The VideoCore mailbox GET_ARM_MEMORY only reports the size of the
first accessible memory region (~947 MiB on RPi4 with 8GB), not the
total RAM. This causes U-Boot to display "DRAM: 947 MiB (total 7.9 GiB)"
instead of "DRAM: 7.9 GiB".

On Raspberry Pi 4 with 8GB RAM, the memory is split across multiple
non-contiguous banks. The dram_init() function only sets gd->ram_size
to the first bank size reported by the VideoCore firmware, while
fdtdec_setup_memory_banksize() correctly populates all memory banks
from the device tree.

Fix this by updating gd->ram_size after dram_init_banksize() has
populated all memory banks, so it reflects the actual total RAM
across all banks.

Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
Reviewed-by: Peter Robinson <pbrobinson@gmail.com>
6 weeks agousb/xhci: avoid noisy 'Register NbrPorts' message
Heinrich Schuchardt [Thu, 27 Nov 2025 17:54:25 +0000 (18:54 +0100)] 
usb/xhci: avoid noisy 'Register NbrPorts' message

We should avoid overwhelming users with non-essential messages.

'Register NbrPorts' is a debug message for EHCI. Do the same for XHCI.

Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Reviewed-by: Marek Vasut <marek.vasut@mailbox.org>
6 weeks agoconfigs: toradex-smarc-imx95: set spl_stack
Max Krummenacher [Wed, 26 Nov 2025 13:41:04 +0000 (14:41 +0100)] 
configs: toradex-smarc-imx95: set spl_stack

The SPL_STACK config option now depends on having SPL_HAVE_INIT_STACK
defined. This made savedefconfig dropping SPL_STACK when sending the
initial configuration.
Note that SPL/U-Boot are able to boot linux from mass storage with
SPL_STACK not set but other use cases might run out of stack or
overlap with other RAM use.

Compare with:
commit d6a53f523afe ("spl: Add an SPL_HAVE_INIT_STACK option")
commit 25fefa05d732 ("configs: Resync with savedefconfig")

Fixes: ff0540fcfe49 ("board: toradex: add Toradex SMARC iMX95")
Signed-off-by: Max Krummenacher <max.krummenacher@toradex.com>
Reviewed-by: Fabio Estevam <festevam@gmail.com>
Acked-by: Francesco Dolcini <francesco.dolcini@toradex.com>
6 weeks agousb: USB_EHCI_PCI depends on PCI
Heinrich Schuchardt [Sat, 15 Nov 2025 09:58:20 +0000 (10:58 +0100)] 
usb: USB_EHCI_PCI depends on PCI

CONFIG_USB_EHCI_PCI cannot work without CONFIG_PCI.

Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Reviewed-by: Marek Vasut <marek.vasut@mailbox.org>
6 weeks agobootstd: rauc: Only require partitions for one slot
Leonard Anderweit [Tue, 18 Nov 2025 14:30:21 +0000 (15:30 +0100)] 
bootstd: rauc: Only require partitions for one slot

Partitions can be become unusable due to power cuts or failed updates.
Use the bootmeth RAUC if partitions for at least one slot exist. The
bootmeth can then select the working slot.

Signed-off-by: Leonard Anderweit <l.anderweit@phytec.de>
Tested-by: Martin Schwan <m.schwan@phytec.de>
6 weeks agobootstd: rauc: Don't check root part filesystem
Leonard Anderweit [Tue, 18 Nov 2025 14:30:20 +0000 (15:30 +0100)] 
bootstd: rauc: Don't check root part filesystem

Only check if the root partition exists when scanning for the slots
partitions and not if the filesystem can be accessed. It is not needed
to access the filesystem of the root partition as it might not be
supported by u-boot or be encrypted.

Signed-off-by: Leonard Anderweit <l.anderweit@phytec.de>
Tested-by: Martin Schwan <m.schwan@phytec.de>
6 weeks agoboard: adi: Fix missing semicolon in nfsroot
Greg Malysa [Wed, 26 Nov 2025 19:50:31 +0000 (14:50 -0500)] 
board: adi: Fix missing semicolon in nfsroot

The nfsroot constructed as part of the default Analog Devices boot
strategy is missing a semicolon between the server ip and the root path
itself. This adds the missing semicolon.

Signed-off-by: Greg Malysa <malysagreg@gmail.com>
6 weeks agoboard: ti: am335x: Fix DM_TPS65910 condition
Maarten Brock [Tue, 25 Nov 2025 13:55:24 +0000 (13:55 +0000)] 
board: ti: am335x: Fix DM_TPS65910 condition

scale_vcores_generic() calls functions implemented in
tps65910.c, not tps65910_dm.c. Change guard from CONFIG_DM_PMIC_TPS65910 to
CONFIG_SPL_POWER_TPS65910.

Fixes: 0b9ff0851592 ("board: ti: am335x: Do not call disabled PMIC functions")
Signed-off-by: Markus Schneider-Pargmann (TI.com) <msp@baylibre.com>
Signed-off-by: Maarten Brock <maarten.brock@sttls.nl>
Reviewed-by: Kory Maincent <kory.maincent@bootlin.com>
Acked-by: Maarten Brock <maarten.brock@sttls.nl>
6 weeks agoboard: ti: am6x: Restore do_board_detect functions
Guillaume La Roque (TI.com) [Mon, 24 Nov 2025 15:09:47 +0000 (16:09 +0100)] 
board: ti: am6x: Restore do_board_detect functions

This patch fixes a boot failure on the AM64x EVM that was introduced when the do_board_detect function was removed during a refactoring.

It restores the do_board_detect function for the AM64x, AM62x, and AM65x boards to ensure the common board detection logic is executed correctly.

Fixes: 804b80288ac ("board: am65x: Use generic AM6x board detection function")
Fixes: ce56e553c31 ("board: am64x: Use generic AM6x board detection functions")
Fixes: ff1b83c095c ("board: am62x: Add support for reading eeprom data")
Signed-off-by: Guillaume La Roque (TI.com) <glaroque@baylibre.com>
6 weeks agonet: ti: am65-cpsw-nuss: Ignore disabled ethernet ports
Siddharth Vadapalli [Fri, 21 Nov 2025 13:21:53 +0000 (18:51 +0530)] 
net: ti: am65-cpsw-nuss: Ignore disabled ethernet ports

Currently, the bind callback of the driver namely am65_cpsw_nuss_bind()
registers all ethernet ports including the ones that have been disabled
in the device-tree. Since the ports that have been disabled are ought to
be ignored, fix the implementation to register only the enabled ports as
indicated by their 'status' in their respective device-tree node.

Fixes: 3943531a5468 ("net: ti: am65-cpsw-nuss: Define bind method for CPSW driver")
Reported-by: Wadim Egorov <w.egorov@phytec.de>
Closes: https://patch.msgid.link/8b4ac072-125c-493b-b12a-f0a4e9d56e7e@phytec.de
Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com>
6 weeks agopower: domain: ti: fix ti_pd_get() to return after verifying transition
Siddharth Vadapalli [Tue, 18 Nov 2025 12:20:52 +0000 (17:50 +0530)] 
power: domain: ti: fix ti_pd_get() to return after verifying transition

The helper function "ti_pd_get()" is responsible for powering on a
domain if it is powered off. In the current implementation, if a power
domain is determined to be powered off - no prior users and the PDCTL
register indicates that the user desired state is OFF, then powering on
the domain constitutes setting 'PDCTL_STATE_ON' field of the PDCTL
register.

While the current implementation indeed requests the power domain to be
transition to the ON state, the helper function "ti_pd_get()" doesn't
verify that the power domain has 'transitioned' to the ON state before
returning to its caller. As a result, it is possible that the device(s)
belonging to the power domain may be accessed before it is truly powered
on, leading to a bus abort.

Fix this by waiting for the power domain to transition to the ON state
by using "ti_pd_wait()" before returning from "ti_pd_get()".

Fixes: 144464bd2c67 ("power: domain: Introduce driver for raw TI K3 PDs")
Signed-off-by: Siddharth Vadapalli <s-vadapalli@ti.com>
Tested-by: Hrushikesh Salunke <h-salunke@ti.com>
6 weeks agocmd/extension: avoid NULL pointer dereference
Heinrich Schuchardt [Sun, 16 Nov 2025 11:41:53 +0000 (12:41 +0100)] 
cmd/extension: avoid NULL pointer dereference

extension_get_list() will return NULL if there is no extension device.
Check for this situation.

Addresses-Coverity-ID: 638557 - Null pointer dereferences (NULL_RETURNS)
Fixes: 2d12958ee71b ("boot: Remove legacy extension board support")
Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Acked-by: Kory Maincent <kory.maincent@bootlin.com>
6 weeks agoMerge tag 'u-boot-imx-master-20251126' of https://gitlab.denx.de/u-boot/custodians...
Tom Rini [Wed, 26 Nov 2025 21:53:00 +0000 (15:53 -0600)] 
Merge tag 'u-boot-imx-master-20251126' of https://gitlab.denx.de/u-boot/custodians/u-boot-imx

CI: https://source.denx.de/u-boot/custodians/u-boot-imx/-/pipelines/28502

- Fix i.MX8ULP boot regression.
- Fix colibri-imx7 fdtfile overwrite.
- Fix some i.MX91 pinmux macro definitions.