[redhat] kernel-6.14.0-0.rc5.43

Signed-off-by: Fedora Kernel Team <kernel-team@fedoraproject.org>
apply -Wno-error=unterminated-string-initialization temporarily
2025-03-03 11:21:15 +00:00 · 2025-03-03 11:21:13 +00:00 · 2025-03-03 11:21:12 +00:00 · 2025-03-03 11:21:12 +00:00
7 changed files with 26 additions and 2 deletions
--- a/Makefile.rhelver
+++ b/Makefile.rhelver
@ -12,7 +12,7 @@ RHEL_MINOR = 99
 #
 # Use this spot to avoid future merge conflicts.
 # Do not trim this comment.
-RHEL_RELEASE = 42
+RHEL_RELEASE = 43

 #
 # RHEL_REBASE_NUM
--- a/arch/x86/tools/insn_decoder_test.c
+++ b/arch/x86/tools/insn_decoder_test.c
@ -106,7 +106,7 @@ static void parse_args(int argc, char **argv)
 	}
 }

-#define BUFSIZE 256
+#define BUFSIZE 4096

 int main(int argc, char **argv)
 {
--- a/include/linux/stdarg.h
+++ b/include/linux/stdarg.h
@ -3,7 +3,17 @@
 #define _LINUX_STDARG_H

 typedef __builtin_va_list va_list;
+#if defined(__STDC_VERSION__) && __STDC_VERSION__ > 201710L
+#define va_start(v, ...) __builtin_va_start(v, 0)
+#ifdef __has_builtin
+#if __has_builtin(__builtin_c23_va_start)
+#undef va_start
+#define va_start(...)	__builtin_c23_va_start(__VA_ARGS__)
+#endif
+#endif
+#else
 #define va_start(v, l)	__builtin_va_start(v, l)
+#endif
 #define va_end(v)	__builtin_va_end(v)
 #define va_arg(v, T)	__builtin_va_arg(v, T)
 #define va_copy(d, s)	__builtin_va_copy(d, s)
--- a/include/linux/stddef.h
+++ b/include/linux/stddef.h
@ -7,10 +7,12 @@
 #undef NULL
 #define NULL ((void *)0)

+#if !defined(__STDC_VERSION__) || __STDC_VERSION__ < 202311L
 enum {
 	false	= 0,
 	true	= 1
 };
+#endif

 #undef offsetof
 #define offsetof(TYPE, MEMBER)	__builtin_offsetof(TYPE, MEMBER)
--- a/include/linux/types.h
+++ b/include/linux/types.h
@ -32,7 +32,9 @@ typedef __kernel_timer_t	timer_t;
 typedef __kernel_clockid_t	clockid_t;
 typedef __kernel_mqd_t		mqd_t;

+#if !defined(__STDC_VERSION__) || __STDC_VERSION__ < 202311L
 typedef _Bool			bool;
+#endif

 typedef __kernel_uid32_t	uid_t;
 typedef __kernel_gid32_t	gid_t;
--- a/redhat/kernel.changelog-9.99
+++ b/redhat/kernel.changelog-9.99
@ -1,3 +1,9 @@
+* Mon Mar 03 2025 Fedora Kernel Team <kernel-team@fedoraproject.org> [6.14.0-0.rc5.43]
+- apply -Wno-error=unterminated-string-initialization temporarily (Thorsten Leemhuis)
+- include/linux: Adjust headers for C23 (Jakub Jelinek)
+- x86/insn_decoder_test: allow longer symbol-names (David Rheinsberg)
+Resolves: 
+
 * Mon Mar 03 2025 Fedora Kernel Team <kernel-team@fedoraproject.org> [6.14.0-0.rc5.42]
 - Linux v6.14.0-0.rc5
 Resolves: 
--- a/scripts/Makefile.extrawarn
+++ b/scripts/Makefile.extrawarn
@ -20,6 +20,10 @@ KBUILD_CFLAGS += $(call cc-disable-warning, address-of-packed-member)
 KBUILD_CFLAGS += -Wmissing-declarations
 KBUILD_CFLAGS += -Wmissing-prototypes

+# temporarily disable a warning to allow compiling with gcc15, as suggested by
+# Jakub Jelinek in https://bugzilla.redhat.com/show_bug.cgi?id=2338533#c7
+KBUILD_CFLAGS += $(call cc-option,-Wno-error=unterminated-string-initialization)
+
 ifneq ($(CONFIG_FRAME_WARN),0)
 KBUILD_CFLAGS += -Wframe-larger-than=$(CONFIG_FRAME_WARN)
 endif
Author	SHA1	Message	Date
Fedora Kernel Team	2ac7706793	[redhat] kernel-6.14.0-0.rc5.43 Signed-off-by: Fedora Kernel Team <kernel-team@fedoraproject.org>	2025-03-03 11:21:15 +00:00
Thorsten Leemhuis	79df1c6b93	apply -Wno-error=unterminated-string-initialization temporarily Temporarily reduce impact of a warning to satisfy GCC 15, as suggested by Jakub Jelinek in https://bugzilla.redhat.com/show_bug.cgi?id=2338533#c7 Signed-off-by: Thorsten Leemhuis <fedora@leemhuis.info>	2025-03-03 11:21:13 +00:00
Jakub Jelinek	cd3e130b76	include/linux: Adjust headers for C23 GCC 15 changed default from -std=gnu17 to -std=gnu23. In C23 among many other changes bool, false and true are keywords (like in C++), so defining those using typedef or enum is invalid. The following patch adjusts the include/linux/ headers to be C23 compatible. _Bool and the C23 bool are ABI compatible, false/true have the same values but different types (previously in the kernel case it was an anonymous enum, in C23 it is bool), so if something uses say sizeof(false) or typeof(true), those do change, but I doubt that is used anywhere in the kernel. The last change is about va_start. In C23 ellipsis can be specified without any arguments before it, like int foo(...) { va_list ap; va_start(ap); int ret = va_arg(ap, int); va_end(ap); return ret; } and unlike in C17 and earlier, va_start is macro with variable argument count. Normally one should use it with just one argument or for backwards compatibility with C17 and earlier with two arguments, second being the last named argument. Of course, if there is no last named argument, only the single argument va_start is an option. The stdarg.h change attempts to be compatible with older versions of GCC and with clang as well. Both GCC 13-14 and recent versions of clang define va_start for C23 as #define va_start(v, ...) __builtin_va_start(v, 0) The problem with that definition is that it doesn't emit warnings when one uses complete nonsense in there (e.g. va_start(ap, 8) or va_start(ap, +-*, /, 3, 4.0)), so for GCC 15 it uses a different builtin which takes care about warnings for unexpected va_start uses (as suggested by the C23 standard). Hopefully clang will one day implement that too. Anyway, without these changes, kernel could detect compiler defaulting to C23 and use say -std=gnu17 option instead, but even in that case IMHO this patch doesn't hurt. Signed-off-by: Jakub Jelinek <jakub@redhat.com>	2025-03-03 11:21:12 +00:00
David Rheinsberg	bf0bd09192	x86/insn_decoder_test: allow longer symbol-names Increase the allowed line-length of the insn-decoder-test to 4k to allow for symbol-names longer than 256 characters. The insn-decoder-test takes objdump output as input, which may contain symbol-names as instruction arguments. With rust-code entering the kernel, those symbol-names will include mangled-symbols which might exceed the current line-length-limit of the tool. By bumping the line-length-limit of the tool to 4k, we get a reasonable buffer for all objdump outputs I have seen so far. Unfortunately, ELF symbol-names are not restricted in length, so technically this might still end up failing if we encounter longer names in the future. My compile-failure looks like this: arch/x86/tools/insn_decoder_test: error: malformed line 1152000: tBb_+0xf2> ..which overflowed by 10 characters reading this line: ffffffff81458193: 74 3d je ffffffff814581d2 <_RNvXse_NtNtNtCshGpAVYOtgW1_4core4iter8adapters7flattenINtB5_13FlattenCompatINtNtB7_3map3MapNtNtNtBb_3str4iter5CharsNtB1v_17CharEscapeDefaultENtNtBb_4char13EscapeDefaultENtNtBb_3fmt5Debug3fmtBb_+0xf2> Signed-off-by: David Rheinsberg <david@readahead.eu> Signed-off-by: Scott Weaver <scweaver@redhat.com>	2025-03-03 11:21:12 +00:00