* [Buildroot] [PATCH 1/6] configs/stm32f429_disco_xip: fix boot failure after uClibc bump
2026-07-21 18:42 [Buildroot] [PATCH 0/6] configs/stm32f4xx, stm32f769: fix uClibc boot failure and bump Linux/U-Boot Dario Binacchi
@ 2026-07-21 18:42 ` Dario Binacchi
2026-07-21 20:54 ` Julien Olivain via buildroot
2026-07-21 18:42 ` [Buildroot] [PATCH 2/6] configs/stm32f469_disco_{sd, xip}: " Dario Binacchi
` (4 subsequent siblings)
5 siblings, 1 reply; 10+ messages in thread
From: Dario Binacchi @ 2026-07-21 18:42 UTC (permalink / raw)
To: buildroot; +Cc: Christophe Priouzeau, Dario Binacchi, linux-amarula
Since uClibc was bumped to 1.0.58 (c7fef3704c70, "package/uclibc:
bump to 1.0.58"), the board fails to boot:
sh: out of memory
Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100
CPU: 0 PID: 1 Comm: init Not tainted 6.1.167 #2
Hardware name: STM32 (Device Tree Support)
Function entered at [<0800ea1e>] from [<0800de7b>]
Function entered at [<0800de7b>] from [<080e4991>]
Function entered at [<080e4991>] from [<080e2d19>]
Function entered at [<080e2d19>] from [<080125eb>]
Function entered at [<080125eb>] from [<08012b09>]
Function entered at [<08012b09>] from [<08012b69>]
---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100 ]---
The STM32F429 has no MMU, and uClibc's standard malloc() implementation
returns NULL for allocations performed during early init on this target,
causing init to abort immediately.
Fix this by switching to MALLOC_SIMPLE, a plain mmap-based allocator
meant for small/noMMU systems, via a uClibc config fragment. The
fragment is placed under board/stmicroelectronics/common/stm32f4xx/,
rather than under the board-specific directory, so that it can be
shared with the STM32F469, another Cortex-M4/noMMU board affected by
the same issue, which will be fixed in a subsequent patch.
Signed-off-by: Dario Binacchi <dario.binacchi@amarulasolutions.com>
---
.../stmicroelectronics/common/stm32f4xx/uclibc-fragment.config | 2 ++
configs/stm32f429_disco_xip_defconfig | 1 +
2 files changed, 3 insertions(+)
create mode 100644 board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config
diff --git a/board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config b/board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config
new file mode 100644
index 000000000000..fb8fa9ee01c3
--- /dev/null
+++ b/board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config
@@ -0,0 +1,2 @@
+# MALLOC is not set
+MALLOC_SIMPLE=y
diff --git a/configs/stm32f429_disco_xip_defconfig b/configs/stm32f429_disco_xip_defconfig
index 489303b93e0d..e6edfa906177 100644
--- a/configs/stm32f429_disco_xip_defconfig
+++ b/configs/stm32f429_disco_xip_defconfig
@@ -1,6 +1,7 @@
BR2_arm=y
BR2_cortex_m4=y
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_6_1=y
+BR2_UCLIBC_CONFIG_FRAGMENT_FILES="board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config"
# BR2_UCLIBC_INSTALL_UTILS is not set
BR2_ENABLE_LTO=y
BR2_GLOBAL_PATCH_DIR="board/stmicroelectronics/stm32f429-disco/patches"
--
2.43.0
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply related [flat|nested] 10+ messages in thread* Re: [Buildroot] [PATCH 1/6] configs/stm32f429_disco_xip: fix boot failure after uClibc bump
2026-07-21 18:42 ` [Buildroot] [PATCH 1/6] configs/stm32f429_disco_xip: fix boot failure after uClibc bump Dario Binacchi
@ 2026-07-21 20:54 ` Julien Olivain via buildroot
2026-07-24 3:11 ` Waldemar Brodkorb
0 siblings, 1 reply; 10+ messages in thread
From: Julien Olivain via buildroot @ 2026-07-21 20:54 UTC (permalink / raw)
To: Dario Binacchi; +Cc: buildroot, Christophe Priouzeau, linux-amarula
Hi Dario,
On 21/07/2026 20:42, Dario Binacchi wrote:
> Since uClibc was bumped to 1.0.58 (c7fef3704c70, "package/uclibc:
> bump to 1.0.58"), the board fails to boot:
>
> sh: out of memory
> Kernel panic - not syncing: Attempted to kill init!
> exitcode=0x00000100
> CPU: 0 PID: 1 Comm: init Not tainted 6.1.167 #2
> Hardware name: STM32 (Device Tree Support)
> Function entered at [<0800ea1e>] from [<0800de7b>]
> Function entered at [<0800de7b>] from [<080e4991>]
> Function entered at [<080e4991>] from [<080e2d19>]
> Function entered at [<080e2d19>] from [<080125eb>]
> Function entered at [<080125eb>] from [<08012b09>]
> Function entered at [<08012b09>] from [<08012b69>]
> ---[ end Kernel panic - not syncing: Attempted to kill init!
> exitcode=0x00000100 ]---
>
> The STM32F429 has no MMU, and uClibc's standard malloc() implementation
> returns NULL for allocations performed during early init on this
> target,
> causing init to abort immediately.
>
> Fix this by switching to MALLOC_SIMPLE, a plain mmap-based allocator
> meant for small/noMMU systems, via a uClibc config fragment. The
> fragment is placed under board/stmicroelectronics/common/stm32f4xx/,
> rather than under the board-specific directory, so that it can be
> shared with the STM32F469, another Cortex-M4/noMMU board affected by
> the same issue, which will be fixed in a subsequent patch.
For info, the issue may have been introduced by uclibc commit:
https://github.com/wbx-github/uclibc-ng/commit/487af14988c3c923aa661f204642597cff356a83
There is an upstream fix, not released yet, which seems to fix the
issue:
https://github.com/wbx-github/uclibc-ng/commit/7730f0d05a51cd89a7123bd696e4638c3c035d7b
You could possibly drop this malloc config change after the next uclibc
bump.
> Signed-off-by: Dario Binacchi <dario.binacchi@amarulasolutions.com>
In the meantime, I applied this series to master, thanks.
> ---
> .../stmicroelectronics/common/stm32f4xx/uclibc-fragment.config | 2 ++
> configs/stm32f429_disco_xip_defconfig | 1 +
> 2 files changed, 3 insertions(+)
> create mode 100644
> board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config
>
> diff --git
> a/board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config
> b/board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config
> new file mode 100644
> index 000000000000..fb8fa9ee01c3
> --- /dev/null
> +++ b/board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config
> @@ -0,0 +1,2 @@
> +# MALLOC is not set
> +MALLOC_SIMPLE=y
> diff --git a/configs/stm32f429_disco_xip_defconfig
> b/configs/stm32f429_disco_xip_defconfig
> index 489303b93e0d..e6edfa906177 100644
> --- a/configs/stm32f429_disco_xip_defconfig
> +++ b/configs/stm32f429_disco_xip_defconfig
> @@ -1,6 +1,7 @@
> BR2_arm=y
> BR2_cortex_m4=y
> BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_6_1=y
> +BR2_UCLIBC_CONFIG_FRAGMENT_FILES="board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config"
> # BR2_UCLIBC_INSTALL_UTILS is not set
> BR2_ENABLE_LTO=y
>
> BR2_GLOBAL_PATCH_DIR="board/stmicroelectronics/stm32f429-disco/patches"
> --
> 2.43.0
Best regards,
Julien.
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Buildroot] [PATCH 1/6] configs/stm32f429_disco_xip: fix boot failure after uClibc bump
2026-07-21 20:54 ` Julien Olivain via buildroot
@ 2026-07-24 3:11 ` Waldemar Brodkorb
2026-08-04 20:35 ` Julien Olivain via buildroot
0 siblings, 1 reply; 10+ messages in thread
From: Waldemar Brodkorb @ 2026-07-24 3:11 UTC (permalink / raw)
To: buildroot
Hi Julien,
Julien Olivain via buildroot wrote,
> Hi Dario,
>
> On 21/07/2026 20:42, Dario Binacchi wrote:
> > Since uClibc was bumped to 1.0.58 (c7fef3704c70, "package/uclibc:
> > bump to 1.0.58"), the board fails to boot:
> >
> > sh: out of memory
> > Kernel panic - not syncing: Attempted to kill init!
> > exitcode=0x00000100
> > CPU: 0 PID: 1 Comm: init Not tainted 6.1.167 #2
> > Hardware name: STM32 (Device Tree Support)
> > Function entered at [<0800ea1e>] from [<0800de7b>]
> > Function entered at [<0800de7b>] from [<080e4991>]
> > Function entered at [<080e4991>] from [<080e2d19>]
> > Function entered at [<080e2d19>] from [<080125eb>]
> > Function entered at [<080125eb>] from [<08012b09>]
> > Function entered at [<08012b09>] from [<08012b69>]
> > ---[ end Kernel panic - not syncing: Attempted to kill init!
> > exitcode=0x00000100 ]---
> >
> > The STM32F429 has no MMU, and uClibc's standard malloc() implementation
> > returns NULL for allocations performed during early init on this target,
> > causing init to abort immediately.
> >
> > Fix this by switching to MALLOC_SIMPLE, a plain mmap-based allocator
> > meant for small/noMMU systems, via a uClibc config fragment. The
> > fragment is placed under board/stmicroelectronics/common/stm32f4xx/,
> > rather than under the board-specific directory, so that it can be
> > shared with the STM32F469, another Cortex-M4/noMMU board affected by
> > the same issue, which will be fixed in a subsequent patch.
>
> For info, the issue may have been introduced by uclibc commit:
> https://github.com/wbx-github/uclibc-ng/commit/487af14988c3c923aa661f204642597cff356a83
>
> There is an upstream fix, not released yet, which seems to fix the issue:
> https://github.com/wbx-github/uclibc-ng/commit/7730f0d05a51cd89a7123bd696e4638c3c035d7b
>
> You could possibly drop this malloc config change after the next uclibc
> bump.
>
> > Signed-off-by: Dario Binacchi <dario.binacchi@amarulasolutions.com>
>
> In the meantime, I applied this series to master, thanks.
I sent following patch to avoid any breakage before the next
release:
https://patchwork.ozlabs.org/project/buildroot/patch/ai6stJaA2hWFBHDW@waldemar-brodkorb.de/
But it was not accepted, yet. Xtensa and M68k noMMU is also
affected.
best regards
Waldemar
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [Buildroot] [PATCH 1/6] configs/stm32f429_disco_xip: fix boot failure after uClibc bump
2026-07-24 3:11 ` Waldemar Brodkorb
@ 2026-08-04 20:35 ` Julien Olivain via buildroot
0 siblings, 0 replies; 10+ messages in thread
From: Julien Olivain via buildroot @ 2026-08-04 20:35 UTC (permalink / raw)
To: Waldemar Brodkorb, Dario Binacchi; +Cc: buildroot
Hi Waldemar,
On 24/07/2026 05:11, Waldemar Brodkorb wrote:
> Hi Julien,
> Julien Olivain via buildroot wrote,
>
>> Hi Dario,
>>
>> On 21/07/2026 20:42, Dario Binacchi wrote:
>> > Since uClibc was bumped to 1.0.58 (c7fef3704c70, "package/uclibc:
>> > bump to 1.0.58"), the board fails to boot:
>> >
>> > sh: out of memory
>> > Kernel panic - not syncing: Attempted to kill init!
>> > exitcode=0x00000100
>> > CPU: 0 PID: 1 Comm: init Not tainted 6.1.167 #2
>> > Hardware name: STM32 (Device Tree Support)
>> > Function entered at [<0800ea1e>] from [<0800de7b>]
>> > Function entered at [<0800de7b>] from [<080e4991>]
>> > Function entered at [<080e4991>] from [<080e2d19>]
>> > Function entered at [<080e2d19>] from [<080125eb>]
>> > Function entered at [<080125eb>] from [<08012b09>]
>> > Function entered at [<08012b09>] from [<08012b69>]
>> > ---[ end Kernel panic - not syncing: Attempted to kill init!
>> > exitcode=0x00000100 ]---
>> >
>> > The STM32F429 has no MMU, and uClibc's standard malloc() implementation
>> > returns NULL for allocations performed during early init on this target,
>> > causing init to abort immediately.
>> >
>> > Fix this by switching to MALLOC_SIMPLE, a plain mmap-based allocator
>> > meant for small/noMMU systems, via a uClibc config fragment. The
>> > fragment is placed under board/stmicroelectronics/common/stm32f4xx/,
>> > rather than under the board-specific directory, so that it can be
>> > shared with the STM32F469, another Cortex-M4/noMMU board affected by
>> > the same issue, which will be fixed in a subsequent patch.
>>
>> For info, the issue may have been introduced by uclibc commit:
>> https://github.com/wbx-github/uclibc-ng/commit/487af14988c3c923aa661f204642597cff356a83
>>
>> There is an upstream fix, not released yet, which seems to fix the
>> issue:
>> https://github.com/wbx-github/uclibc-ng/commit/7730f0d05a51cd89a7123bd696e4638c3c035d7b
>>
>> You could possibly drop this malloc config change after the next
>> uclibc
>> bump.
>>
>> > Signed-off-by: Dario Binacchi <dario.binacchi@amarulasolutions.com>
>>
>> In the meantime, I applied this series to master, thanks.
>
> I sent following patch to avoid any breakage before the next
> release:
> https://patchwork.ozlabs.org/project/buildroot/patch/ai6stJaA2hWFBHDW@waldemar-brodkorb.de/
>
> But it was not accepted, yet. Xtensa and M68k noMMU is also
> affected.
Thanks for pointing that out.
Dario, I have merged the uclibc fix in:
https://gitlab.com/buildroot.org/buildroot/-/commit/35d3927e85645d0dbfe608bd5954bfa6704200e8
So you should be able to revert those malloc uclibc config changes.
> best regards
> Waldemar
Best regards,
Julien.
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Buildroot] [PATCH 2/6] configs/stm32f469_disco_{sd, xip}: fix boot failure after uClibc bump
2026-07-21 18:42 [Buildroot] [PATCH 0/6] configs/stm32f4xx, stm32f769: fix uClibc boot failure and bump Linux/U-Boot Dario Binacchi
2026-07-21 18:42 ` [Buildroot] [PATCH 1/6] configs/stm32f429_disco_xip: fix boot failure after uClibc bump Dario Binacchi
@ 2026-07-21 18:42 ` Dario Binacchi
2026-07-21 18:42 ` [Buildroot] [PATCH 3/6] configs/stm32f769_disco_sd: " Dario Binacchi
` (3 subsequent siblings)
5 siblings, 0 replies; 10+ messages in thread
From: Dario Binacchi @ 2026-07-21 18:42 UTC (permalink / raw)
To: buildroot; +Cc: Christophe Priouzeau, Dario Binacchi, linux-amarula
Since uClibc was bumped to 1.0.58 (c7fef3704c70, "package/uclibc:
bump to 1.0.58"), the board fails to boot:
sh: out of memory
Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100
---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000100 ]---
The STM32F469 has no MMU, and uClibc's standard malloc() implementation
returns NULL for allocations performed during early init on this target,
causing init to abort immediately.
Fix this by switching to MALLOC_SIMPLE, a plain mmap-based allocator
meant for small/noMMU systems, via the uClibc config fragment already
introduced for the STM32F429 in board/stmicroelectronics/common/stm32f4xx/,
which addresses the same issue on this Cortex-M4/noMMU board.
Signed-off-by: Dario Binacchi <dario.binacchi@amarulasolutions.com>
---
configs/stm32f469_disco_sd_defconfig | 1 +
configs/stm32f469_disco_xip_defconfig | 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/stm32f469_disco_sd_defconfig b/configs/stm32f469_disco_sd_defconfig
index c58523217e22..c0dacd5b0c12 100644
--- a/configs/stm32f469_disco_sd_defconfig
+++ b/configs/stm32f469_disco_sd_defconfig
@@ -1,6 +1,7 @@
BR2_arm=y
BR2_cortex_m4=y
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_5_15=y
+BR2_UCLIBC_CONFIG_FRAGMENT_FILES="board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config"
BR2_GLOBAL_PATCH_DIR="board/stmicroelectronics/stm32f469-disco/patches"
BR2_DOWNLOAD_FORCE_CHECK_HASHES=y
BR2_ROOTFS_POST_BUILD_SCRIPT="board/stmicroelectronics/common/stm32f4xx/stm32-post-build.sh board/stmicroelectronics/stm32f469-disco/post-build.sh"
diff --git a/configs/stm32f469_disco_xip_defconfig b/configs/stm32f469_disco_xip_defconfig
index 9124177193f4..e642d8d48908 100644
--- a/configs/stm32f469_disco_xip_defconfig
+++ b/configs/stm32f469_disco_xip_defconfig
@@ -1,6 +1,7 @@
BR2_arm=y
BR2_cortex_m4=y
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_5_15=y
+BR2_UCLIBC_CONFIG_FRAGMENT_FILES="board/stmicroelectronics/common/stm32f4xx/uclibc-fragment.config"
# BR2_UCLIBC_INSTALL_UTILS is not set
BR2_ENABLE_LTO=y
BR2_GLOBAL_PATCH_DIR="board/stmicroelectronics/stm32f469-disco/patches"
--
2.43.0
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply related [flat|nested] 10+ messages in thread* [Buildroot] [PATCH 3/6] configs/stm32f769_disco_sd: fix boot failure after uClibc bump
2026-07-21 18:42 [Buildroot] [PATCH 0/6] configs/stm32f4xx, stm32f769: fix uClibc boot failure and bump Linux/U-Boot Dario Binacchi
2026-07-21 18:42 ` [Buildroot] [PATCH 1/6] configs/stm32f429_disco_xip: fix boot failure after uClibc bump Dario Binacchi
2026-07-21 18:42 ` [Buildroot] [PATCH 2/6] configs/stm32f469_disco_{sd, xip}: " Dario Binacchi
@ 2026-07-21 18:42 ` Dario Binacchi
2026-07-21 18:42 ` [Buildroot] [PATCH 4/6] configs/stm32f429_disco_xip: bump Linux to 6.1.177 Dario Binacchi
` (2 subsequent siblings)
5 siblings, 0 replies; 10+ messages in thread
From: Dario Binacchi @ 2026-07-21 18:42 UTC (permalink / raw)
To: buildroot; +Cc: Christophe Priouzeau, Dario Binacchi, linux-amarula
Since uClibc was bumped to 1.0.58 (c7fef3704c70, "package/uclibc:
bump to 1.0.58"), the board hangs after starting init:
[ 1.231624] Run /sbin/init as init process
[ 1.235599] with arguments:
[ 1.238549] /sbin/init
[ 1.241331] earlyprintk
[ 1.244018] with environment:
[ 1.247143] HOME=/
[ 1.249554] TERM=linux
[ 1.252177] consoleblank=0
No error message is printed and the boot simply stalls at this
point.
The STM32F769 has no MMU, and uClibc's standard malloc()
implementation returns NULL for allocations performed during early
init on this target, causing init to fail.
Fix this by switching to MALLOC_SIMPLE, a plain mmap-based allocator
meant for small/noMMU systems, via a uClibc config fragment. Unlike
the STM32F429/STM32F469 fix, the fragment is kept board-specific
since the STM32F769 is a Cortex-M7 board and does not belong to the
stm32f4xx family.
Signed-off-by: Dario Binacchi <dario.binacchi@amarulasolutions.com>
---
board/stmicroelectronics/stm32f769-disco/uclibc-fragment.config | 2 ++
configs/stm32f769_disco_sd_defconfig | 1 +
2 files changed, 3 insertions(+)
create mode 100644 board/stmicroelectronics/stm32f769-disco/uclibc-fragment.config
diff --git a/board/stmicroelectronics/stm32f769-disco/uclibc-fragment.config b/board/stmicroelectronics/stm32f769-disco/uclibc-fragment.config
new file mode 100644
index 000000000000..fb8fa9ee01c3
--- /dev/null
+++ b/board/stmicroelectronics/stm32f769-disco/uclibc-fragment.config
@@ -0,0 +1,2 @@
+# MALLOC is not set
+MALLOC_SIMPLE=y
diff --git a/configs/stm32f769_disco_sd_defconfig b/configs/stm32f769_disco_sd_defconfig
index 065d5b59bf6d..d09b81b19b3e 100644
--- a/configs/stm32f769_disco_sd_defconfig
+++ b/configs/stm32f769_disco_sd_defconfig
@@ -1,6 +1,7 @@
BR2_arm=y
BR2_cortex_m7=y
BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_5_15=y
+BR2_UCLIBC_CONFIG_FRAGMENT_FILES="board/stmicroelectronics/stm32f769-disco/uclibc-fragment.config"
BR2_GLOBAL_PATCH_DIR="board/stmicroelectronics/stm32f769-disco/patches"
BR2_DOWNLOAD_FORCE_CHECK_HASHES=y
BR2_ROOTFS_POST_BUILD_SCRIPT="board/stmicroelectronics/stm32f769-disco/post-build.sh"
--
2.43.0
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply related [flat|nested] 10+ messages in thread* [Buildroot] [PATCH 4/6] configs/stm32f429_disco_xip: bump Linux to 6.1.177
2026-07-21 18:42 [Buildroot] [PATCH 0/6] configs/stm32f4xx, stm32f769: fix uClibc boot failure and bump Linux/U-Boot Dario Binacchi
` (2 preceding siblings ...)
2026-07-21 18:42 ` [Buildroot] [PATCH 3/6] configs/stm32f769_disco_sd: " Dario Binacchi
@ 2026-07-21 18:42 ` Dario Binacchi
2026-07-21 18:42 ` [Buildroot] [PATCH 5/6] configs/stm32f469_disco_{sd, xip}: bump Linux to 5.15.211 Dario Binacchi
2026-07-21 18:42 ` [Buildroot] [PATCH 6/6] configs/stm32f769_disco_sd: bump Linux to 5.15.211 and U-Boot to 2026.07 Dario Binacchi
5 siblings, 0 replies; 10+ messages in thread
From: Dario Binacchi @ 2026-07-21 18:42 UTC (permalink / raw)
To: buildroot; +Cc: Christophe Priouzeau, Dario Binacchi, linux-amarula
The patch bumps the Linux kernel to version 6.1.177. The size of
xipImage has increased by 23131 bytes (1696766 bytes compared to
1673635 in version 6.1.167).
Signed-off-by: Dario Binacchi <dario.binacchi@amarulasolutions.com>
---
.../stmicroelectronics/stm32f429-disco/patches/linux/linux.hash | 2 +-
configs/stm32f429_disco_xip_defconfig | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/stmicroelectronics/stm32f429-disco/patches/linux/linux.hash b/board/stmicroelectronics/stm32f429-disco/patches/linux/linux.hash
index c34797e4f5ce..be1c34bc237f 100644
--- a/board/stmicroelectronics/stm32f429-disco/patches/linux/linux.hash
+++ b/board/stmicroelectronics/stm32f429-disco/patches/linux/linux.hash
@@ -1,2 +1,2 @@
# Locally calculated
-sha256 2818053c07976ba4ed5f44deb0f5dc7ae7b0975d7918c313d48d8fe7c4e598cb linux-6.1.167.tar.xz
+sha256 f6529bfe1a457adab69156fb7fa2232cc203eb63f5e46210f9953d6fc9f70a30 linux-6.1.177.tar.xz
diff --git a/configs/stm32f429_disco_xip_defconfig b/configs/stm32f429_disco_xip_defconfig
index e6edfa906177..0c472a328bfd 100644
--- a/configs/stm32f429_disco_xip_defconfig
+++ b/configs/stm32f429_disco_xip_defconfig
@@ -9,7 +9,7 @@ BR2_DOWNLOAD_FORCE_CHECK_HASHES=y
BR2_ROOTFS_POST_BUILD_SCRIPT="board/stmicroelectronics/common/stm32f4xx/stm32-post-build.sh"
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
-BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="6.1.167"
+BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="6.1.177"
BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y
BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="board/stmicroelectronics/stm32f429-disco/linux.config"
BR2_LINUX_KERNEL_IMAGE_TARGET_CUSTOM=y
--
2.43.0
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply related [flat|nested] 10+ messages in thread* [Buildroot] [PATCH 5/6] configs/stm32f469_disco_{sd, xip}: bump Linux to 5.15.211
2026-07-21 18:42 [Buildroot] [PATCH 0/6] configs/stm32f4xx, stm32f769: fix uClibc boot failure and bump Linux/U-Boot Dario Binacchi
` (3 preceding siblings ...)
2026-07-21 18:42 ` [Buildroot] [PATCH 4/6] configs/stm32f429_disco_xip: bump Linux to 6.1.177 Dario Binacchi
@ 2026-07-21 18:42 ` Dario Binacchi
2026-07-21 18:42 ` [Buildroot] [PATCH 6/6] configs/stm32f769_disco_sd: bump Linux to 5.15.211 and U-Boot to 2026.07 Dario Binacchi
5 siblings, 0 replies; 10+ messages in thread
From: Dario Binacchi @ 2026-07-21 18:42 UTC (permalink / raw)
To: buildroot; +Cc: Christophe Priouzeau, Dario Binacchi, linux-amarula
The patch bumps the Linux kernel to version 5.15.211 and, for the SD
configuration, also updates U-Boot to version 2026.07.
Signed-off-by: Dario Binacchi <dario.binacchi@amarulasolutions.com>
---
.../stm32f469-disco/patches/linux/linux.hash | 2 +-
.../stm32f469-disco/patches/uboot/uboot.hash | 2 +-
configs/stm32f469_disco_sd_defconfig | 4 ++--
configs/stm32f469_disco_xip_defconfig | 2 +-
4 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/board/stmicroelectronics/stm32f469-disco/patches/linux/linux.hash b/board/stmicroelectronics/stm32f469-disco/patches/linux/linux.hash
index 7929b2b9e344..b4a6bbd3f783 100644
--- a/board/stmicroelectronics/stm32f469-disco/patches/linux/linux.hash
+++ b/board/stmicroelectronics/stm32f469-disco/patches/linux/linux.hash
@@ -1,2 +1,2 @@
# Locally calculated
-sha256 0bc1bdf74957e276793691865ffb71505809706d9243a42e9704aad0f128cdd4 linux-5.15.202.tar.xz
+sha256 beb954e53617928b751944a89b6670bf9a9c7177c641b24c5dba504e46f1d961 linux-5.15.211.tar.xz
diff --git a/board/stmicroelectronics/stm32f469-disco/patches/uboot/uboot.hash b/board/stmicroelectronics/stm32f469-disco/patches/uboot/uboot.hash
index 36322a6a904c..ff6e4ed2e2f6 100644
--- a/board/stmicroelectronics/stm32f469-disco/patches/uboot/uboot.hash
+++ b/board/stmicroelectronics/stm32f469-disco/patches/uboot/uboot.hash
@@ -1,2 +1,2 @@
# Locally calculated
-sha256 ac7c04b8b7004923b00a4e5d6699c5df4d21233bac9fda690d8cfbc209fff2fd u-boot-2026.04.tar.bz2
+sha256 78e8bfc382fe388f9b55aa1daf8c563522a037779b5d4c349d1415e381f1243e u-boot-2026.07.tar.bz2
diff --git a/configs/stm32f469_disco_sd_defconfig b/configs/stm32f469_disco_sd_defconfig
index c0dacd5b0c12..c9c385e0711e 100644
--- a/configs/stm32f469_disco_sd_defconfig
+++ b/configs/stm32f469_disco_sd_defconfig
@@ -9,7 +9,7 @@ BR2_ROOTFS_POST_IMAGE_SCRIPT="support/scripts/genimage.sh"
BR2_ROOTFS_POST_SCRIPT_ARGS="-c board/stmicroelectronics/stm32f469-disco/genimage.cfg"
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
-BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="5.15.202"
+BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="5.15.211"
BR2_LINUX_KERNEL_DEFCONFIG="stm32"
BR2_LINUX_KERNEL_CONFIG_FRAGMENT_FILES="$(LINUX_DIR)/arch/arm/configs/dram_0x00000000.config board/stmicroelectronics/stm32f469-disco/linux-sd.fragment"
BR2_LINUX_KERNEL_IMAGE_TARGET_CUSTOM=y
@@ -25,7 +25,7 @@ BR2_TARGET_ROOTFS_EXT2_SIZE="32M"
BR2_TARGET_UBOOT=y
BR2_TARGET_UBOOT_BUILD_SYSTEM_KCONFIG=y
BR2_TARGET_UBOOT_CUSTOM_VERSION=y
-BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE="2026.04"
+BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE="2026.07"
BR2_TARGET_UBOOT_BOARD_DEFCONFIG="stm32f469-discovery"
BR2_TARGET_UBOOT_NEEDS_OPENSSL=y
BR2_PACKAGE_HOST_GENIMAGE=y
diff --git a/configs/stm32f469_disco_xip_defconfig b/configs/stm32f469_disco_xip_defconfig
index e642d8d48908..1d113da08ccd 100644
--- a/configs/stm32f469_disco_xip_defconfig
+++ b/configs/stm32f469_disco_xip_defconfig
@@ -9,7 +9,7 @@ BR2_DOWNLOAD_FORCE_CHECK_HASHES=y
BR2_ROOTFS_POST_BUILD_SCRIPT="board/stmicroelectronics/common/stm32f4xx/stm32-post-build.sh"
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
-BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="5.15.202"
+BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="5.15.211"
BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG=y
BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE="board/stmicroelectronics/stm32f469-disco/linux-xip.config"
BR2_LINUX_KERNEL_IMAGE_TARGET_CUSTOM=y
--
2.43.0
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply related [flat|nested] 10+ messages in thread* [Buildroot] [PATCH 6/6] configs/stm32f769_disco_sd: bump Linux to 5.15.211 and U-Boot to 2026.07
2026-07-21 18:42 [Buildroot] [PATCH 0/6] configs/stm32f4xx, stm32f769: fix uClibc boot failure and bump Linux/U-Boot Dario Binacchi
` (4 preceding siblings ...)
2026-07-21 18:42 ` [Buildroot] [PATCH 5/6] configs/stm32f469_disco_{sd, xip}: bump Linux to 5.15.211 Dario Binacchi
@ 2026-07-21 18:42 ` Dario Binacchi
5 siblings, 0 replies; 10+ messages in thread
From: Dario Binacchi @ 2026-07-21 18:42 UTC (permalink / raw)
To: buildroot; +Cc: Christophe Priouzeau, Dario Binacchi, linux-amarula
The patch bumps the Linux kernel to version 5.15.211 and U-Boot to
version 2026.07.
Signed-off-by: Dario Binacchi <dario.binacchi@amarulasolutions.com>
---
.../stm32f769-disco/patches/linux/linux.hash | 2 +-
.../stm32f769-disco/patches/uboot/uboot.hash | 2 +-
configs/stm32f769_disco_sd_defconfig | 4 ++--
3 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/stmicroelectronics/stm32f769-disco/patches/linux/linux.hash b/board/stmicroelectronics/stm32f769-disco/patches/linux/linux.hash
index 7929b2b9e344..b4a6bbd3f783 100644
--- a/board/stmicroelectronics/stm32f769-disco/patches/linux/linux.hash
+++ b/board/stmicroelectronics/stm32f769-disco/patches/linux/linux.hash
@@ -1,2 +1,2 @@
# Locally calculated
-sha256 0bc1bdf74957e276793691865ffb71505809706d9243a42e9704aad0f128cdd4 linux-5.15.202.tar.xz
+sha256 beb954e53617928b751944a89b6670bf9a9c7177c641b24c5dba504e46f1d961 linux-5.15.211.tar.xz
diff --git a/board/stmicroelectronics/stm32f769-disco/patches/uboot/uboot.hash b/board/stmicroelectronics/stm32f769-disco/patches/uboot/uboot.hash
index 36322a6a904c..ff6e4ed2e2f6 100644
--- a/board/stmicroelectronics/stm32f769-disco/patches/uboot/uboot.hash
+++ b/board/stmicroelectronics/stm32f769-disco/patches/uboot/uboot.hash
@@ -1,2 +1,2 @@
# Locally calculated
-sha256 ac7c04b8b7004923b00a4e5d6699c5df4d21233bac9fda690d8cfbc209fff2fd u-boot-2026.04.tar.bz2
+sha256 78e8bfc382fe388f9b55aa1daf8c563522a037779b5d4c349d1415e381f1243e u-boot-2026.07.tar.bz2
diff --git a/configs/stm32f769_disco_sd_defconfig b/configs/stm32f769_disco_sd_defconfig
index d09b81b19b3e..602d3e8018ae 100644
--- a/configs/stm32f769_disco_sd_defconfig
+++ b/configs/stm32f769_disco_sd_defconfig
@@ -9,7 +9,7 @@ BR2_ROOTFS_POST_IMAGE_SCRIPT="support/scripts/genimage.sh"
BR2_ROOTFS_POST_SCRIPT_ARGS="-c board/stmicroelectronics/stm32f769-disco/genimage.cfg"
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_VERSION=y
-BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="5.15.202"
+BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE="5.15.211"
BR2_LINUX_KERNEL_DEFCONFIG="stm32"
BR2_LINUX_KERNEL_CONFIG_FRAGMENT_FILES="$(LINUX_DIR)/arch/arm/configs/dram_0xc0000000.config board/stmicroelectronics/stm32f769-disco/linux-sd.fragment"
BR2_LINUX_KERNEL_IMAGE_TARGET_CUSTOM=y
@@ -24,7 +24,7 @@ BR2_TARGET_ROOTFS_EXT2_SIZE="32M"
BR2_TARGET_UBOOT=y
BR2_TARGET_UBOOT_BUILD_SYSTEM_KCONFIG=y
BR2_TARGET_UBOOT_CUSTOM_VERSION=y
-BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE="2026.04"
+BR2_TARGET_UBOOT_CUSTOM_VERSION_VALUE="2026.07"
BR2_TARGET_UBOOT_BOARD_DEFCONFIG="stm32f769-disco"
BR2_TARGET_UBOOT_NEEDS_OPENSSL=y
BR2_PACKAGE_HOST_GENIMAGE=y
--
2.43.0
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
^ permalink raw reply related [flat|nested] 10+ messages in thread