[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANiq72kamBPnWFg0nBCe4_mcmd66vW86ryiQnV_mTsnemxmjow@mail.gmail.com>
Date: Thu, 13 Nov 2025 12:58:58 +0100
From: Miguel Ojeda <miguel.ojeda.sandonis@...il.com>
To: Alice Ryhl <aliceryhl@...gle.com>
Cc: Tejun Heo <tj@...nel.org>, Miguel Ojeda <ojeda@...nel.org>,
Lai Jiangshan <jiangshanlai@...il.com>, Boqun Feng <boqun.feng@...il.com>,
Gary Guo <gary@...yguo.net>, Björn Roy Baron <bjorn3_gh@...tonmail.com>,
Andreas Hindborg <a.hindborg@...nel.org>, Trevor Gross <tmgross@...ch.edu>,
Danilo Krummrich <dakr@...nel.org>, Daniel Almeida <daniel.almeida@...labora.com>,
John Hubbard <jhubbard@...dia.com>, Philipp Stanner <phasta@...nel.org>,
Tamir Duberstein <tamird@...il.com>, rust-for-linux@...r.kernel.org,
linux-kernel@...r.kernel.org, Benno Lossin <lossin@...nel.org>
Subject: Re: [PATCH v2 1/2] rust: workqueue: restrict delayed work to global wqs
On Thu, Nov 13, 2025 at 11:08 AM Alice Ryhl <aliceryhl@...gle.com> wrote:
>
> I could go either way. Without the next patch, there's no way to use a
> non-global workqueue. But probably is useful to backport anyway and
> there's certainly no harm.
Yeah, I would say then let's propose it for stable to be safe than
sorry in case this gets missed later on (or someone else out there
uses only the other one etc.).
Cc: stable@...r.kernel.org
Fixes: 7c098cd5eaae ("workqueue: rust: add delayed work items")
Thanks!
Cheers,
Miguel
Powered by blists - more mailing lists