u-boot.git/arch/powerpc, branch master

Merge branch 'next'

2026-07-07T00:26:12Z

treewide: change email links from mailman to patch.msgid.link with message-id

2026-07-03T20:41:14Z

In preparation of the migration of the mailman mailing-list currently hosted on the denx.de infrastructure, migrate the links in the code, comments and documentation to https://patch.msgid.link to be future proof and always link to the expected content data and uses the message-id in the URL which will help find the appropriate e-mail in the future. Signed-off-by: Neil Armstrong Reviewed-by: Simon Glass Reviewed-by: Tom Rini

Kconfig: arch: restyle

2026-06-25T20:06:55Z

Restyle all Kconfigs other then "arm": Menu entries : no space left Menu attributes: 1 TAB Help text : 1 TAB + 2 spaces Signed-off-by: Johan Jonker Reviewed-by: Tom Rini

Kconfig: powerpc: mpc85xx: fix typo

2026-06-25T20:06:18Z

While restyling Kconfig the script checkpatch.pl gives this info: WARNING: 'Enble' may be misspelled - perhaps 'Enable'? Fix by changing 'Enble' to 'Enable'. Signed-off-by: Johan Jonker Reviewed-by: Tom Rini

treewide: prefer func over FUNCTION and __PRETTY_FUNCTION__

2026-06-10T20:49:46Z

__FUNCTION__ and __PRETTY_FUNCTION__ are gcc extensions that predate the C99 __func__ identifier. scripts/checkpatch.pl emits a warning for any new use of __FUNCTION__ and recommends __func__ instead. In C (unlike C++) __PRETTY_FUNCTION__ is identical to __func__ because C function names do not carry signature information, so the distinction has no behavioural effect here. The majority of the tree already uses __func__, but a handful of older files in arch/, board/, boot/, drivers/, examples/ and include/ still carry the gcc spellings (55 occurrences of __FUNCTION__ across 19 files plus one __PRETTY_FUNCTION__ in drivers/usb/musb-new/omap2430.c). Convert them all to the C99 form so the tree is consistent and new patches in these areas do not have to follow an outdated local style. Ten "Unnecessary ftrace-like logging - prefer using ftrace" warnings remain on the printf("%s\n", __func__) and dbg("%s\n", __func__) function-entry traces in drivers/net/rtl8169.c (behind DEBUG_RTL8169* preprocessor guards) and drivers/usb/host/ohci-hcd.c. checkpatch matches the literal "%s\n", __func__ shape regardless of the wrapper, so silencing those warnings would require changing the debug message text or removing the traces entirely. Signed-off-by: Aristo Chen Reviewed-by: Tom Rini

p2041rdb: use the upstream device tree

2026-05-15T11:28:30Z

Switch to the upstream device tree, which already includes the UART nodes we need for the DM. We also need to increase malloc area before relocation otherwise you'll get the following error and the board panics: DRAM: Initializing....using SPD alloc space exhausted ptr 414 limit 400 Signed-off-by: Michael Walle Signed-off-by: Peng Fan

caam: don't write memory at 0 on PPC

2026-05-15T11:28:29Z

For non-secure boot environments pamu_init() isn't called but the CAAM will still call sec_config_pamu_table() -> config_pamu() which then uses an uninitialized ppaact variable. In fact, that variable is initialized with 0, so the config_pamu() will happily assume the structure is there and will operate on that memory. Call pamu_init() in the non-secure boot case, too. Signed-off-by: Michael Walle Signed-off-by: Peng Fan

powerpc: fix dead default for SYS_L3_SIZE

2026-05-06T02:28:35Z

The 'default ... if SYS_L3_SIZE_512KB' statement is written twice, making the second instance dead code. Based on the context, I believe the author of the code intended to set a default value of '1048576' when SYS_L3_SIZE_1024KB is set. This dead code was detected by kconfirm, a static analysis tool for Kconfig. Fixes: b85d75951fe ("powerpc: Migrate SYS_L3_SIZE to Kconfig") Signed-off-by: Julian Braha Signed-off-by: Peng Fan

Merge branch 'next'

2026-04-06T18:16:57Z

sata: Rework the CMD_SATA and SATA symbols

2026-04-03T18:06:14Z

Today we typically enable CMD_SATA in order to have the SATA functionality itself enabled, despite there being a clean split between the two symbols. This in turn leads to potential configuration problems. Split things so that SATA continues to be separate and not CMD_SATA instead depends, functionally, on AHCI being enabled. To do all of this: - Have X86 select AHCI directly rather than "default y" it later. - Make CMD_SATA be a default y option, given the split of platforms that enabled SATA and did, or did not, enable CMD_SATA. - Change "imply CMD_SATA" to "imply SATA" - Correct TARGET_VEXPRESS64_JUNO because you cannot select SATA_SIL without PCI (and in turn, SATA is needed for SATA_SIL). - Update a number of defconfigs to have no functional change. Signed-off-by: Tom Rini

u-boot.git/arch/powerpc, branch master

Merge branch 'next'

treewide: change email links from mailman to patch.msgid.link with message-id

Kconfig: arch: restyle

Kconfig: powerpc: mpc85xx: fix typo

treewide: prefer __func__ over __FUNCTION__ and __PRETTY_FUNCTION__

p2041rdb: use the upstream device tree

caam: don't write memory at 0 on PPC

powerpc: fix dead default for SYS_L3_SIZE

Merge branch 'next'

sata: Rework the CMD_SATA and SATA symbols

treewide: prefer func over FUNCTION and __PRETTY_FUNCTION__