diff options
| author | Marco Crivellari <marco.crivellari@suse.com> | 2025-11-06 15:29:14 +0100 |
|---|---|---|
| committer | Mark Brown <broonie@kernel.org> | 2025-11-07 09:37:49 +0000 |
| commit | b6f4bd64f453183954184ffbc2b89d73ed8fb135 (patch) | |
| tree | b9c7d3324f976397a84f91fe316451d5f3832e0e /scripts/generate_rust_analyzer.py | |
| parent | 6bd1ad97eb790570c167d4de4ca59fbc9c33722a (diff) | |
regulator: irq_helper: replace use of system_wq with system_dfl_wq
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 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")
This specific workload do not benefit from a per-cpu workqueue, so use
the default unbound workqueue (system_dfl_wq) instead.
Suggested-by: Tejun Heo <tj@kernel.org>
Signed-off-by: Marco Crivellari <marco.crivellari@suse.com>
Link: https://patch.msgid.link/20251106142914.227875-1-marco.crivellari@suse.com
Signed-off-by: Mark Brown <broonie@kernel.org>
Diffstat (limited to 'scripts/generate_rust_analyzer.py')
0 files changed, 0 insertions, 0 deletions
