* [PATCH] regulator: qcomm-labibb: replace use of system_wq with system_percpu_wq
@ 2025-11-05 16:20 Marco Crivellari
2025-11-05 16:26 ` Mark Brown
0 siblings, 1 reply; 3+ messages in thread
From: Marco Crivellari @ 2025-11-05 16:20 UTC (permalink / raw)
To: linux-kernel
Cc: Tejun Heo, Lai Jiangshan, Frederic Weisbecker,
Sebastian Andrzej Siewior, Marco Crivellari, Michal Hocko,
Liam Girdwood, Mark Brown
Currently if a user enqueues a work item using schedule_delayed_work() the
used wq is "system_wq" (per-cpu wq) while queue_delayed_work() use
WORK_CPU_UNBOUND (used when a cpu is not specified). The same applies to
schedule_work() that is using system_wq and queue_work(), that makes use
again of WORK_CPU_UNBOUND.
This lack of consistency cannot be addressed without refactoring the API.
This patch continues the effort to refactor worqueue APIs, which has begun
with the change introducing new workqueues and a new alloc_workqueue flag:
commit 128ea9f6ccfb ("workqueue: Add system_percpu_wq and system_dfl_wq")
commit 930c2ea566af ("workqueue: Add new WQ_PERCPU flag")
Replace system_wq with system_percpu_wq, keeping the old behavior.
The old wq (system_wq) will be kept for a few release cycles.
Suggested-by: Tejun Heo <tj@kernel.org>
Signed-off-by: Marco Crivellari <marco.crivellari@suse.com>
---
drivers/regulator/qcom-labibb-regulator.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/regulator/qcom-labibb-regulator.c b/drivers/regulator/qcom-labibb-regulator.c
index ba3f9391565f..ad65d264cfe0 100644
--- a/drivers/regulator/qcom-labibb-regulator.c
+++ b/drivers/regulator/qcom-labibb-regulator.c
@@ -230,7 +230,7 @@ static void qcom_labibb_ocp_recovery_worker(struct work_struct *work)
return;
reschedule:
- mod_delayed_work(system_wq, &vreg->ocp_recovery_work,
+ mod_delayed_work(system_percpu_wq, &vreg->ocp_recovery_work,
msecs_to_jiffies(OCP_RECOVERY_INTERVAL_MS));
}
@@ -510,7 +510,7 @@ static void qcom_labibb_sc_recovery_worker(struct work_struct *work)
* taking action is not truly urgent anymore.
*/
vreg->sc_count++;
- mod_delayed_work(system_wq, &vreg->sc_recovery_work,
+ mod_delayed_work(system_percpu_wq, &vreg->sc_recovery_work,
msecs_to_jiffies(SC_RECOVERY_INTERVAL_MS));
}
--
2.51.1
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] regulator: qcomm-labibb: replace use of system_wq with system_percpu_wq
2025-11-05 16:20 [PATCH] regulator: qcomm-labibb: replace use of system_wq with system_percpu_wq Marco Crivellari
@ 2025-11-05 16:26 ` Mark Brown
2025-11-05 16:57 ` Marco Crivellari
0 siblings, 1 reply; 3+ messages in thread
From: Mark Brown @ 2025-11-05 16:26 UTC (permalink / raw)
To: Marco Crivellari
Cc: linux-kernel, Tejun Heo, Lai Jiangshan, Frederic Weisbecker,
Sebastian Andrzej Siewior, Michal Hocko, Liam Girdwood
[-- Attachment #1: Type: text/plain, Size: 505 bytes --]
On Wed, Nov 05, 2025 at 05:20:24PM +0100, Marco Crivellari wrote:
> Replace system_wq with system_percpu_wq, keeping the old behavior.
> The old wq (system_wq) will be kept for a few release cycles.
As with the ASoC stuff I'm really not convinced that this driver cares
about this being per CPU so we'd be better off just using the unbound
workqueue. The fact that the existing API was per CPU by default feels
like a bit of a landmine and baking it in explicitly makes the driver
code more confusing.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] regulator: qcomm-labibb: replace use of system_wq with system_percpu_wq
2025-11-05 16:26 ` Mark Brown
@ 2025-11-05 16:57 ` Marco Crivellari
0 siblings, 0 replies; 3+ messages in thread
From: Marco Crivellari @ 2025-11-05 16:57 UTC (permalink / raw)
To: Mark Brown
Cc: linux-kernel, Tejun Heo, Lai Jiangshan, Frederic Weisbecker,
Sebastian Andrzej Siewior, Michal Hocko, Liam Girdwood
Hi Mark,
On Wed, Nov 5, 2025 at 5:26 PM Mark Brown <broonie@kernel.org> wrote:
>[...]
> As with the ASoC stuff I'm really not convinced that this driver cares
> about this being per CPU so we'd be better off just using the unbound
> workqueue.
Sure, I will send the v2 changing this with system_dfl_wq, same for
the other patch.
Thank you!
--
Marco Crivellari
L3 Support Engineer, Technology & Product
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2025-11-05 16:58 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2025-11-05 16:20 [PATCH] regulator: qcomm-labibb: replace use of system_wq with system_percpu_wq Marco Crivellari
2025-11-05 16:26 ` Mark Brown
2025-11-05 16:57 ` Marco Crivellari
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®