[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6defe6e1-873e-44cb-91ba-b30debc33afa@nvidia.com>
Date: Mon, 5 Jan 2026 14:34:30 -0800
From: Dipen Patel <dipenp@...dia.com>
To: Marco Crivellari <marco.crivellari@...e.com>,
linux-kernel@...r.kernel.org, timestamp@...ts.linux.dev
Cc: Tejun Heo <tj@...nel.org>, Lai Jiangshan <jiangshanlai@...il.com>,
Frederic Weisbecker <frederic@...nel.org>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
Michal Hocko <mhocko@...e.com>
Subject: Re: [PATCH v2] hte: replace use of system_unbound_wq with
system_dfl_wq
On 12/24/25 6:32 AM, Marco Crivellari wrote:
> This patch continues the effort to refactor workqueue APIs, which has begun
> with the changes 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")
>
> The point of the refactoring is to eventually alter the default behavior of
> workqueues to become unbound by default so that their workload placement is
> optimized by the scheduler.
>
> Before that to happen after a careful review and conversion of each individual
> case, workqueue users must be converted to the better named new workqueues with
> no intended behaviour changes:
>
> system_wq -> system_percpu_wq
> system_unbound_wq -> system_dfl_wq
>
> This way the old obsolete workqueues (system_wq, system_unbound_wq) can be
> removed in the future.
>
> Suggested-by: Tejun Heo <tj@...nel.org>
> Signed-off-by: Marco Crivellari <marco.crivellari@...e.com>
> ---
> Changes in v2:
> - improved commit message
> - rebased on v6.19-rc2
> ---
> drivers/hte/hte.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/hte/hte.c b/drivers/hte/hte.c
> index 23a6eeb8c506..e2804636f2bd 100644
> --- a/drivers/hte/hte.c
> +++ b/drivers/hte/hte.c
> @@ -826,7 +826,7 @@ int hte_push_ts_ns(const struct hte_chip *chip, u32 xlated_id,
>
> ret = ei->cb(data, ei->cl_data);
> if (ret == HTE_RUN_SECOND_CB && ei->tcb) {
> - queue_work(system_unbound_wq, &ei->cb_work);
> + queue_work(system_dfl_wq, &ei->cb_work);
> set_bit(HTE_TS_QUEUE_WK, &ei->flags);
> }
>
Hi Marco,
Do you want me to pull it in my tree? FYI..I can do it for the next release
cycle i.e. 6.21 timeframe if you want this to be sent through timestamp.
Best Regards,
Dipen Patel
Powered by blists - more mailing lists