+++ /dev/null
-From 2dce6616600a5525a3eb1196aa6bbe2ef0d7d83b Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Tue, 13 Jan 2026 22:33:30 +0300
-Subject: cpufreq: scmi: correct SCMI explanation
-
-From: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-
-[ Upstream commit 8c376f337a7e31c42949247e24eaad9a30d6c62c ]
-
-SCMI stands for System Control and Management Interface, not System Control
-and Power Interface -- apparently, Sudeep Holla copied this line from his
-SCPI driver and then just forgot to update the acronym explanation... :-)
-
-Fixes: 99d6bdf33877 ("cpufreq: add support for CPU DVFS based on SCMI message protocol")
-Signed-off-by: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-Reviewed-by: Sudeep Holla <sudeep.holla@arm.com>
-Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- drivers/cpufreq/scmi-cpufreq.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c
-index 6b65d537c95c2..a6d36ebdf44c5 100644
---- a/drivers/cpufreq/scmi-cpufreq.c
-+++ b/drivers/cpufreq/scmi-cpufreq.c
-@@ -1,6 +1,6 @@
- // SPDX-License-Identifier: GPL-2.0
- /*
-- * System Control and Power Interface (SCMI) based CPUFreq Interface driver
-+ * System Control and Management Interface (SCMI) based CPUFreq Interface driver
- *
- * Copyright (C) 2018 ARM Ltd.
- * Sudeep Holla <sudeep.holla@arm.com>
---
-2.51.0
-
tpm-st33zp24-fix-missing-cleanup-on-get_burstcount-e.patch
btrfs-qgroup-return-correct-error-when-deleting-qgro.patch
md-raid10-fix-any_working-flag-handling-in-raid10_sy.patch
-cpufreq-scmi-correct-scmi-explanation.patch
iomap-fix-submission-side-handling-of-completion-sid.patch
pm-wakeup-handle-empty-list-in-wakeup_sources_walk_s.patch
pm-sleep-wakeirq-harden-dev_pm_clear_wake_irq-agains.patch
+++ /dev/null
-From 3cea3da5f0d9c7bc02647d947e36c65f7ec97b02 Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Tue, 13 Jan 2026 22:33:30 +0300
-Subject: cpufreq: scmi: correct SCMI explanation
-
-From: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-
-[ Upstream commit 8c376f337a7e31c42949247e24eaad9a30d6c62c ]
-
-SCMI stands for System Control and Management Interface, not System Control
-and Power Interface -- apparently, Sudeep Holla copied this line from his
-SCPI driver and then just forgot to update the acronym explanation... :-)
-
-Fixes: 99d6bdf33877 ("cpufreq: add support for CPU DVFS based on SCMI message protocol")
-Signed-off-by: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-Reviewed-by: Sudeep Holla <sudeep.holla@arm.com>
-Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- drivers/cpufreq/scmi-cpufreq.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c
-index 35287ab0148a2..9ad5154ad66af 100644
---- a/drivers/cpufreq/scmi-cpufreq.c
-+++ b/drivers/cpufreq/scmi-cpufreq.c
-@@ -1,6 +1,6 @@
- // SPDX-License-Identifier: GPL-2.0
- /*
-- * System Control and Power Interface (SCMI) based CPUFreq Interface driver
-+ * System Control and Management Interface (SCMI) based CPUFreq Interface driver
- *
- * Copyright (C) 2018-2021 ARM Ltd.
- * Sudeep Holla <sudeep.holla@arm.com>
---
-2.51.0
-
tpm-st33zp24-fix-missing-cleanup-on-get_burstcount-e.patch
btrfs-qgroup-return-correct-error-when-deleting-qgro.patch
md-raid10-fix-any_working-flag-handling-in-raid10_sy.patch
-cpufreq-scmi-correct-scmi-explanation.patch
iomap-fix-submission-side-handling-of-completion-sid.patch
pm-wakeup-handle-empty-list-in-wakeup_sources_walk_s.patch
pm-sleep-wakeirq-harden-dev_pm_clear_wake_irq-agains.patch
+++ /dev/null
-From a6b2f0bb7ed6b4dbf5e9525a562228121f9a8fa2 Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Tue, 13 Jan 2026 22:33:30 +0300
-Subject: cpufreq: scmi: correct SCMI explanation
-
-From: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-
-[ Upstream commit 8c376f337a7e31c42949247e24eaad9a30d6c62c ]
-
-SCMI stands for System Control and Management Interface, not System Control
-and Power Interface -- apparently, Sudeep Holla copied this line from his
-SCPI driver and then just forgot to update the acronym explanation... :-)
-
-Fixes: 99d6bdf33877 ("cpufreq: add support for CPU DVFS based on SCMI message protocol")
-Signed-off-by: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-Reviewed-by: Sudeep Holla <sudeep.holla@arm.com>
-Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- drivers/cpufreq/scmi-cpufreq.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c
-index 68325ebd56fe3..39d0ef66dd42f 100644
---- a/drivers/cpufreq/scmi-cpufreq.c
-+++ b/drivers/cpufreq/scmi-cpufreq.c
-@@ -1,6 +1,6 @@
- // SPDX-License-Identifier: GPL-2.0
- /*
-- * System Control and Power Interface (SCMI) based CPUFreq Interface driver
-+ * System Control and Management Interface (SCMI) based CPUFreq Interface driver
- *
- * Copyright (C) 2018-2021 ARM Ltd.
- * Sudeep Holla <sudeep.holla@arm.com>
---
-2.51.0
-
acpica-fix-null-pointer-dereference-in-acpi_ev_addre.patch
io_uring-sync-validate-passed-in-offset.patch
md-raid10-fix-any_working-flag-handling-in-raid10_sy.patch
-cpufreq-scmi-correct-scmi-explanation.patch
iomap-fix-submission-side-handling-of-completion-sid.patch
ublk-validate-sqe128-flag-before-accessing-the-cmd.patch
pm-wakeup-handle-empty-list-in-wakeup_sources_walk_s.patch
+++ /dev/null
-From ceeccd1137192851f8819e242290d0942c252d86 Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Tue, 13 Jan 2026 22:33:30 +0300
-Subject: cpufreq: scmi: correct SCMI explanation
-
-From: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-
-[ Upstream commit 8c376f337a7e31c42949247e24eaad9a30d6c62c ]
-
-SCMI stands for System Control and Management Interface, not System Control
-and Power Interface -- apparently, Sudeep Holla copied this line from his
-SCPI driver and then just forgot to update the acronym explanation... :-)
-
-Fixes: 99d6bdf33877 ("cpufreq: add support for CPU DVFS based on SCMI message protocol")
-Signed-off-by: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-Reviewed-by: Sudeep Holla <sudeep.holla@arm.com>
-Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- drivers/cpufreq/scmi-cpufreq.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c
-index bb265541671a5..729262799ea98 100644
---- a/drivers/cpufreq/scmi-cpufreq.c
-+++ b/drivers/cpufreq/scmi-cpufreq.c
-@@ -1,6 +1,6 @@
- // SPDX-License-Identifier: GPL-2.0
- /*
-- * System Control and Power Interface (SCMI) based CPUFreq Interface driver
-+ * System Control and Management Interface (SCMI) based CPUFreq Interface driver
- *
- * Copyright (C) 2018-2021 ARM Ltd.
- * Sudeep Holla <sudeep.holla@arm.com>
---
-2.51.0
-
md-raid5-fix-raid5_run-to-return-error-when-log_init.patch
md-raid10-fix-any_working-flag-handling-in-raid10_sy.patch
opp-return-correct-value-in-dev_pm_opp_get_level.patch
-cpufreq-scmi-correct-scmi-explanation.patch
cpufreq-scmi-fix-device_node-reference-leak-in-scmi_.patch
iomap-fix-submission-side-handling-of-completion-sid.patch
thermal-of-fix-reference-leak-in-thermal_of_cm_looku.patch
+++ /dev/null
-From f4982356d2dc61474bac0a95bb3317faaed26a92 Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Tue, 13 Jan 2026 22:33:30 +0300
-Subject: cpufreq: scmi: correct SCMI explanation
-
-From: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-
-[ Upstream commit 8c376f337a7e31c42949247e24eaad9a30d6c62c ]
-
-SCMI stands for System Control and Management Interface, not System Control
-and Power Interface -- apparently, Sudeep Holla copied this line from his
-SCPI driver and then just forgot to update the acronym explanation... :-)
-
-Fixes: 99d6bdf33877 ("cpufreq: add support for CPU DVFS based on SCMI message protocol")
-Signed-off-by: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-Reviewed-by: Sudeep Holla <sudeep.holla@arm.com>
-Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- drivers/cpufreq/scmi-cpufreq.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c
-index d2a110079f5fd..e0e1756180b0c 100644
---- a/drivers/cpufreq/scmi-cpufreq.c
-+++ b/drivers/cpufreq/scmi-cpufreq.c
-@@ -1,6 +1,6 @@
- // SPDX-License-Identifier: GPL-2.0
- /*
-- * System Control and Power Interface (SCMI) based CPUFreq Interface driver
-+ * System Control and Management Interface (SCMI) based CPUFreq Interface driver
- *
- * Copyright (C) 2018-2021 ARM Ltd.
- * Sudeep Holla <sudeep.holla@arm.com>
---
-2.51.0
-
md-raid5-fix-io-hang-with-degraded-array-with-llbitm.patch
md-md-llbitmap-fix-percpu_ref-not-resurrected-on-sus.patch
opp-return-correct-value-in-dev_pm_opp_get_level.patch
-cpufreq-scmi-correct-scmi-explanation.patch
cpufreq-scmi-fix-device_node-reference-leak-in-scmi_.patch
iomap-fix-submission-side-handling-of-completion-sid.patch
thermal-of-fix-reference-leak-in-thermal_of_cm_looku.patch
+++ /dev/null
-From 17b0f85bf6339d9e275389fa4ba8c9d2014a1bb7 Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Mon, 15 Dec 2025 11:23:58 +0100
-Subject: clk: Respect CLK_OPS_PARENT_ENABLE during recalc
-
-From: Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
-
-[ Upstream commit 669917676e93fca5ea3c66fc9539830312bec58e ]
-
-When CLK_OPS_PARENT_ENABLE was introduced, it guarded various clock
-operations, such as setting the rate or switching parents. However,
-another operation that can and often does touch actual hardware state is
-recalc_rate, which may also be affected by such a dependency.
-
-Add parent enables/disables where the recalc_rate op is called directly.
-
-Fixes: fc8726a2c021 ("clk: core: support clocks which requires parents enable (part 2)")
-Fixes: a4b3518d146f ("clk: core: support clocks which requires parents enable (part 1)")
-Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com>
-Reviewed-by: Chen-Yu Tsai <wenst@chromium.org>
-Signed-off-by: Nicolas Frattaroli <nicolas.frattaroli@collabora.com>
-Signed-off-by: Stephen Boyd <sboyd@kernel.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- drivers/clk/clk.c | 13 +++++++++++++
- 1 file changed, 13 insertions(+)
-
-diff --git a/drivers/clk/clk.c b/drivers/clk/clk.c
-index 85d2f2481acf3..1b0f9d567f48e 100644
---- a/drivers/clk/clk.c
-+++ b/drivers/clk/clk.c
-@@ -1921,7 +1921,14 @@ static unsigned long clk_recalc(struct clk_core *core,
- unsigned long rate = parent_rate;
-
- if (core->ops->recalc_rate && !clk_pm_runtime_get(core)) {
-+ if (core->flags & CLK_OPS_PARENT_ENABLE)
-+ clk_core_prepare_enable(core->parent);
-+
- rate = core->ops->recalc_rate(core->hw, parent_rate);
-+
-+ if (core->flags & CLK_OPS_PARENT_ENABLE)
-+ clk_core_disable_unprepare(core->parent);
-+
- clk_pm_runtime_put(core);
- }
- return rate;
-@@ -4031,6 +4038,9 @@ static int __clk_core_init(struct clk_core *core)
- */
- clk_core_update_duty_cycle_nolock(core);
-
-+ if (core->flags & CLK_OPS_PARENT_ENABLE)
-+ clk_core_prepare_enable(core->parent);
-+
- /*
- * Set clk's rate. The preferred method is to use .recalc_rate. For
- * simple clocks and lazy developers the default fallback is to use the
-@@ -4046,6 +4056,9 @@ static int __clk_core_init(struct clk_core *core)
- rate = 0;
- core->rate = core->req_rate = rate;
-
-+ if (core->flags & CLK_OPS_PARENT_ENABLE)
-+ clk_core_disable_unprepare(core->parent);
-+
- /*
- * Enable CLK_IS_CRITICAL clocks so newly added critical clocks
- * don't get accidentally disabled when walking the orphan tree and
---
-2.51.0
-
+++ /dev/null
-From a7baeb022942223236bd64365d5045e9c5608f2f Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Tue, 13 Jan 2026 22:33:30 +0300
-Subject: cpufreq: scmi: correct SCMI explanation
-
-From: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-
-[ Upstream commit 8c376f337a7e31c42949247e24eaad9a30d6c62c ]
-
-SCMI stands for System Control and Management Interface, not System Control
-and Power Interface -- apparently, Sudeep Holla copied this line from his
-SCPI driver and then just forgot to update the acronym explanation... :-)
-
-Fixes: 99d6bdf33877 ("cpufreq: add support for CPU DVFS based on SCMI message protocol")
-Signed-off-by: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-Reviewed-by: Sudeep Holla <sudeep.holla@arm.com>
-Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- drivers/cpufreq/scmi-cpufreq.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c
-index d2a110079f5fd..e0e1756180b0c 100644
---- a/drivers/cpufreq/scmi-cpufreq.c
-+++ b/drivers/cpufreq/scmi-cpufreq.c
-@@ -1,6 +1,6 @@
- // SPDX-License-Identifier: GPL-2.0
- /*
-- * System Control and Power Interface (SCMI) based CPUFreq Interface driver
-+ * System Control and Management Interface (SCMI) based CPUFreq Interface driver
- *
- * Copyright (C) 2018-2021 ARM Ltd.
- * Sudeep Holla <sudeep.holla@arm.com>
---
-2.51.0
-
md-raid5-fix-io-hang-with-degraded-array-with-llbitm.patch
md-md-llbitmap-fix-percpu_ref-not-resurrected-on-sus.patch
opp-return-correct-value-in-dev_pm_opp_get_level.patch
-cpufreq-scmi-correct-scmi-explanation.patch
cpufreq-scmi-fix-device_node-reference-leak-in-scmi_.patch
iomap-fix-submission-side-handling-of-completion-sid.patch
thermal-of-fix-reference-leak-in-thermal_of_cm_looku.patch
clk-x86-cgu-convert-from-divider_round_rate-to-divid.patch
clk-zynqmp-divider-convert-from-divider_round_rate-t.patch
clk-mediatek-drop-__initconst-from-gates.patch
-clk-respect-clk_ops_parent_enable-during-recalc.patch
clk-mediatek-add-mfg_eb-as-parent-to-mt8196-mfgpll-c.patch
clk-mediatek-fix-error-handling-in-runtime-pm-setup.patch
clk-zynqmp-divider-fix-zynqmp_clk_divider_determine_.patch
+++ /dev/null
-From a06b0fbb259a6128cc8b2e1ce562215fb1eaa16f Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Tue, 13 Jan 2026 22:33:30 +0300
-Subject: cpufreq: scmi: correct SCMI explanation
-
-From: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-
-[ Upstream commit 8c376f337a7e31c42949247e24eaad9a30d6c62c ]
-
-SCMI stands for System Control and Management Interface, not System Control
-and Power Interface -- apparently, Sudeep Holla copied this line from his
-SCPI driver and then just forgot to update the acronym explanation... :-)
-
-Fixes: 99d6bdf33877 ("cpufreq: add support for CPU DVFS based on SCMI message protocol")
-Signed-off-by: Sergey Shtylyov <s.shtylyov@auroraos.dev>
-Reviewed-by: Sudeep Holla <sudeep.holla@arm.com>
-Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- drivers/cpufreq/scmi-cpufreq.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/drivers/cpufreq/scmi-cpufreq.c b/drivers/cpufreq/scmi-cpufreq.c
-index 68325ebd56fe3..39d0ef66dd42f 100644
---- a/drivers/cpufreq/scmi-cpufreq.c
-+++ b/drivers/cpufreq/scmi-cpufreq.c
-@@ -1,6 +1,6 @@
- // SPDX-License-Identifier: GPL-2.0
- /*
-- * System Control and Power Interface (SCMI) based CPUFreq Interface driver
-+ * System Control and Management Interface (SCMI) based CPUFreq Interface driver
- *
- * Copyright (C) 2018-2021 ARM Ltd.
- * Sudeep Holla <sudeep.holla@arm.com>
---
-2.51.0
-
cpuidle-menu-cleanup-after-loadavg-removal.patch
cpuidle-governors-menu-always-check-timers-with-tick.patch
md-raid10-fix-any_working-flag-handling-in-raid10_sy.patch
-cpufreq-scmi-correct-scmi-explanation.patch
iomap-fix-submission-side-handling-of-completion-sid.patch
ublk-validate-sqe128-flag-before-accessing-the-cmd.patch
x86-xen-make-some-functions-static.patch
projects / thirdparty / kernel / stable-queue.git / commitdiff
