lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ