Control: tag -1 + fixed-upstream Control: forwarded -1 https://lore.kernel.org/r/20250530221824.work.623-kees@kernel.org
Hello,
On Mon, May 05, 2025 at 05:40:57PM +0200, Ingo Saitz wrote:
When compiling the linux kernel (tested on 6.15-rc5 and 6.14.5 from kernel.org) with CONFIG_RANDSTRUCT enabled, gcc-15 throws an ICE:
arch/x86/kernel/cpu/proc.c:174:14: internal compiler error: in comptypes_check_enum_int, at c/c-typeck.cc:1516 174 | const struct seq_operations cpuinfo_op = { | ^~~~~~~~~~~~~~
This is claimed to be fixed in upstream by commit https://git.kernel.org/linus/f39f18f3c3531aa802b58a20d39d96e82eb96c14 that is scheduled to be included in 6.16-rc1.
This wasn't explicitly marked for stable, but I think a backport would be good.
Best regards Uwe
On Wed, Jun 04, 2025 at 10:43:11PM +0200, Uwe Kleine-König wrote:
Control: tag -1 + fixed-upstream Control: forwarded -1 https://lore.kernel.org/r/20250530221824.work.623-kees@kernel.org
Hello,
On Mon, May 05, 2025 at 05:40:57PM +0200, Ingo Saitz wrote:
When compiling the linux kernel (tested on 6.15-rc5 and 6.14.5 from kernel.org) with CONFIG_RANDSTRUCT enabled, gcc-15 throws an ICE:
arch/x86/kernel/cpu/proc.c:174:14: internal compiler error: in comptypes_check_enum_int, at c/c-typeck.cc:1516 174 | const struct seq_operations cpuinfo_op = { | ^~~~~~~~~~~~~~
This is claimed to be fixed in upstream by commit https://git.kernel.org/linus/f39f18f3c3531aa802b58a20d39d96e82eb96c14 that is scheduled to be included in 6.16-rc1.
This wasn't explicitly marked for stable, but I think a backport would be good.
Does not apply cleanly, we need backports submitted to us to be able to take it.
thanks,
greg k-h
On Wed, Jun 04, 2025 at 10:43:11PM +0200, Uwe Kleine-König wrote:
Control: tag -1 + fixed-upstream Control: forwarded -1 https://lore.kernel.org/r/20250530221824.work.623-kees@kernel.org
Hello,
On Mon, May 05, 2025 at 05:40:57PM +0200, Ingo Saitz wrote:
When compiling the linux kernel (tested on 6.15-rc5 and 6.14.5 from kernel.org) with CONFIG_RANDSTRUCT enabled, gcc-15 throws an ICE:
arch/x86/kernel/cpu/proc.c:174:14: internal compiler error: in comptypes_check_enum_int, at c/c-typeck.cc:1516 174 | const struct seq_operations cpuinfo_op = { | ^~~~~~~~~~~~~~
This is claimed to be fixed in upstream by commit https://git.kernel.org/linus/f39f18f3c3531aa802b58a20d39d96e82eb96c14 that is scheduled to be included in 6.16-rc1.
I can confirm applying the patches
e136a4062174a9a8d1c1447ca040ea81accfa6a8: randstruct: gcc-plugin: Remove bogus void member f39f18f3c3531aa802b58a20d39d96e82eb96c14: randstruct: gcc-plugin: Fix attribute addition
fixes the compile issue (on vanilla 6.12, 6.14 and 6.15 kernel trees; the kernels seem to run fine, too, so far). The first patch was needed for the second to apply cleanly. But I can try to backport only f39f18f3c3531aa802b58a20d39d96e82eb96c14 and see if it still compiles.
This wasn't explicitly marked for stable, but I think a backport would be good.
Best regards Uwe
Ingo
Hello Greg, hello Ingo,
On Sun, Jun 08, 2025 at 10:25:50AM +0200, Ingo Saitz wrote:
On Wed, Jun 04, 2025 at 10:43:11PM +0200, Uwe Kleine-König wrote:
Control: tag -1 + fixed-upstream Control: forwarded -1 https://lore.kernel.org/r/20250530221824.work.623-kees@kernel.org
Hello,
On Mon, May 05, 2025 at 05:40:57PM +0200, Ingo Saitz wrote:
When compiling the linux kernel (tested on 6.15-rc5 and 6.14.5 from kernel.org) with CONFIG_RANDSTRUCT enabled, gcc-15 throws an ICE:
arch/x86/kernel/cpu/proc.c:174:14: internal compiler error: in comptypes_check_enum_int, at c/c-typeck.cc:1516 174 | const struct seq_operations cpuinfo_op = { | ^~~~~~~~~~~~~~
This is claimed to be fixed in upstream by commit https://git.kernel.org/linus/f39f18f3c3531aa802b58a20d39d96e82eb96c14 that is scheduled to be included in 6.16-rc1.
I can confirm applying the patches
e136a4062174a9a8d1c1447ca040ea81accfa6a8: randstruct: gcc-plugin: Remove bogus void member f39f18f3c3531aa802b58a20d39d96e82eb96c14: randstruct: gcc-plugin: Fix attribute additionfixes the compile issue (on vanilla 6.12, 6.14 and 6.15 kernel trees; the kernels seem to run fine, too, so far). The first patch was needed for the second to apply cleanly. But I can try to backport only f39f18f3c3531aa802b58a20d39d96e82eb96c14 and see if it still compiles.
@Ingo: Thanks for testing and confirming the backport works.
@gregkh: I think it's reasonable to backport both e136a4062174a9a8d1c1447ca040ea81accfa6a8 and f39f18f3c3531aa802b58a20d39d96e82eb96c14. Do you already have these on your radar?
Best regards Uwe
On Wed, Jun 11, 2025 at 06:40:48PM +0200, Uwe Kleine-König wrote:
Hello Greg, hello Ingo,
On Sun, Jun 08, 2025 at 10:25:50AM +0200, Ingo Saitz wrote:
On Wed, Jun 04, 2025 at 10:43:11PM +0200, Uwe Kleine-König wrote:
Control: tag -1 + fixed-upstream Control: forwarded -1 https://lore.kernel.org/r/20250530221824.work.623-kees@kernel.org
Hello,
On Mon, May 05, 2025 at 05:40:57PM +0200, Ingo Saitz wrote:
When compiling the linux kernel (tested on 6.15-rc5 and 6.14.5 from kernel.org) with CONFIG_RANDSTRUCT enabled, gcc-15 throws an ICE:
arch/x86/kernel/cpu/proc.c:174:14: internal compiler error: in comptypes_check_enum_int, at c/c-typeck.cc:1516 174 | const struct seq_operations cpuinfo_op = { | ^~~~~~~~~~~~~~
This is claimed to be fixed in upstream by commit https://git.kernel.org/linus/f39f18f3c3531aa802b58a20d39d96e82eb96c14 that is scheduled to be included in 6.16-rc1.
I can confirm applying the patches
e136a4062174a9a8d1c1447ca040ea81accfa6a8: randstruct: gcc-plugin: Remove bogus void member f39f18f3c3531aa802b58a20d39d96e82eb96c14: randstruct: gcc-plugin: Fix attribute additionfixes the compile issue (on vanilla 6.12, 6.14 and 6.15 kernel trees; the kernels seem to run fine, too, so far). The first patch was needed for the second to apply cleanly. But I can try to backport only f39f18f3c3531aa802b58a20d39d96e82eb96c14 and see if it still compiles.
@Ingo: Thanks for testing and confirming the backport works.
@gregkh: I think it's reasonable to backport both e136a4062174a9a8d1c1447ca040ea81accfa6a8 and f39f18f3c3531aa802b58a20d39d96e82eb96c14. Do you already have these on your radar?
They are in the stable queues now.
thanks,
greg k-h
linux-stable-mirror@lists.linaro.org
-
Greg KH -
Ingo Saitz -
Uwe Kleine-König