From 78b61fb5cd5510753b0bb303c2a01ad290665648 Mon Sep 17 00:00:00 2001 From: Greg Kroah-Hartman Date: Tue, 22 Apr 2025 09:23:50 +0200 Subject: [PATCH] 5.15-stable patches added patches: cpufreq-reference-count-policy-in-cpufreq_update_limits.patch kbuild-add-fno-builtin-wcslen.patch --- ...ount-policy-in-cpufreq_update_limits.patch | 56 ++++++++++++++++++ .../kbuild-add-fno-builtin-wcslen.patch | 59 +++++++++++++++++++ queue-5.15/series | 2 + 3 files changed, 117 insertions(+) create mode 100644 queue-5.15/cpufreq-reference-count-policy-in-cpufreq_update_limits.patch create mode 100644 queue-5.15/kbuild-add-fno-builtin-wcslen.patch diff --git a/queue-5.15/cpufreq-reference-count-policy-in-cpufreq_update_limits.patch b/queue-5.15/cpufreq-reference-count-policy-in-cpufreq_update_limits.patch new file mode 100644 index 0000000000..177f8610b6 --- /dev/null +++ b/queue-5.15/cpufreq-reference-count-policy-in-cpufreq_update_limits.patch @@ -0,0 +1,56 @@ +From 9e4e249018d208678888bdf22f6b652728106528 Mon Sep 17 00:00:00 2001 +From: "Rafael J. Wysocki" +Date: Fri, 28 Mar 2025 21:39:08 +0100 +Subject: cpufreq: Reference count policy in cpufreq_update_limits() +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +From: Rafael J. Wysocki + +commit 9e4e249018d208678888bdf22f6b652728106528 upstream. + +Since acpi_processor_notify() can be called before registering a cpufreq +driver or even in cases when a cpufreq driver is not registered at all, +cpufreq_update_limits() needs to check if a cpufreq driver is present +and prevent it from being unregistered. + +For this purpose, make it call cpufreq_cpu_get() to obtain a cpufreq +policy pointer for the given CPU and reference count the corresponding +policy object, if present. + +Fixes: 5a25e3f7cc53 ("cpufreq: intel_pstate: Driver-specific handling of _PPC updates") +Closes: https://lore.kernel.org/linux-acpi/Z-ShAR59cTow0KcR@mail-itl +Reported-by: Marek Marczykowski-Górecki +Cc: All applicable +Signed-off-by: Rafael J. Wysocki +Acked-by: Viresh Kumar +Link: https://patch.msgid.link/1928789.tdWV9SEqCh@rjwysocki.net +[do not use __free(cpufreq_cpu_put) in a backport] +Signed-off-by: Marek Marczykowski-Górecki +Signed-off-by: Greg Kroah-Hartman +--- + drivers/cpufreq/cpufreq.c | 8 ++++++++ + 1 file changed, 8 insertions(+) + +--- a/drivers/cpufreq/cpufreq.c ++++ b/drivers/cpufreq/cpufreq.c +@@ -2654,10 +2654,18 @@ EXPORT_SYMBOL(cpufreq_update_policy); + */ + void cpufreq_update_limits(unsigned int cpu) + { ++ struct cpufreq_policy *policy; ++ ++ policy = cpufreq_cpu_get(cpu); ++ if (!policy) ++ return; ++ + if (cpufreq_driver->update_limits) + cpufreq_driver->update_limits(cpu); + else + cpufreq_update_policy(cpu); ++ ++ cpufreq_cpu_put(policy); + } + EXPORT_SYMBOL_GPL(cpufreq_update_limits); + diff --git a/queue-5.15/kbuild-add-fno-builtin-wcslen.patch b/queue-5.15/kbuild-add-fno-builtin-wcslen.patch new file mode 100644 index 0000000000..a84b298fb1 --- /dev/null +++ b/queue-5.15/kbuild-add-fno-builtin-wcslen.patch @@ -0,0 +1,59 @@ +From bc78bacca3f3f9f7367afc6dbf56a4733f47e3f6 Mon Sep 17 00:00:00 2001 +From: Nathan Chancellor +Date: Mon, 7 Apr 2025 16:22:12 -0700 +Subject: kbuild: Add '-fno-builtin-wcslen' + +From: Nathan Chancellor + +commit 84ffc79bfbf70c779e60218563f2f3ad45288671 upstream. + +A recent optimization change in LLVM [1] aims to transform certain loop +idioms into calls to strlen() or wcslen(). This change transforms the +first while loop in UniStrcat() into a call to wcslen(), breaking the +build when UniStrcat() gets inlined into alloc_path_with_tree_prefix(): + + ld.lld: error: undefined symbol: wcslen + >>> referenced by nls_ucs2_utils.h:54 (fs/smb/client/../../nls/nls_ucs2_utils.h:54) + >>> vmlinux.o:(alloc_path_with_tree_prefix) + >>> referenced by nls_ucs2_utils.h:54 (fs/smb/client/../../nls/nls_ucs2_utils.h:54) + >>> vmlinux.o:(alloc_path_with_tree_prefix) + +Disable this optimization with '-fno-builtin-wcslen', which prevents the +compiler from assuming that wcslen() is available in the kernel's C +library. + +[ More to the point - it's not that we couldn't implement wcslen(), it's + that this isn't an optimization at all in the context of the kernel. + + Replacing a simple inlined loop with a function call to the same loop + is just stupid and pointless if you don't have long strings and fancy + libraries with vectorization support etc. + + For the regular 'strlen()' cases, we want the compiler to do this in + order to handle the trivial case of constant strings. And we do have + optimized versions of 'strlen()' on some architectures. But for + wcslen? Just no. - Linus ] + +Cc: stable@vger.kernel.org +Link: https://github.com/llvm/llvm-project/commit/9694844d7e36fd5e01011ab56b64f27b867aa72d [1] +Signed-off-by: Nathan Chancellor +Signed-off-by: Linus Torvalds +[nathan: Resolve small conflict in older trees] +Signed-off-by: Nathan Chancellor +Signed-off-by: Greg Kroah-Hartman +--- + Makefile | 3 +++ + 1 file changed, 3 insertions(+) + +--- a/Makefile ++++ b/Makefile +@@ -1066,6 +1066,9 @@ KBUILD_CFLAGS += $(call cc-option,-Wer + # Require designated initializers for all marked structures + KBUILD_CFLAGS += $(call cc-option,-Werror=designated-init) + ++# Ensure compilers do not transform certain loops into calls to wcslen() ++KBUILD_CFLAGS += -fno-builtin-wcslen ++ + # change __FILE__ to the relative path from the srctree + KBUILD_CPPFLAGS += $(call cc-option,-fmacro-prefix-map=$(srctree)/=) + diff --git a/queue-5.15/series b/queue-5.15/series index f7294ebcc3..8131f48490 100644 --- a/queue-5.15/series +++ b/queue-5.15/series @@ -194,3 +194,5 @@ kvm-arm64-remove-host-fpsimd-saving-for-non-protected-kvm.patch kvm-arm64-remove-vhe-host-restore-of-cpacr_el1.zen.patch kvm-arm64-calculate-cptr_el2-traps-on-activating-traps.patch kvm-arm64-eagerly-switch-zcr_el-1-2.patch +cpufreq-reference-count-policy-in-cpufreq_update_limits.patch +kbuild-add-fno-builtin-wcslen.patch -- 2.47.3