[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87a4xxsciw.fsf@t14s.mail-host-address-is-not-set>
Date: Wed, 28 Jan 2026 21:33:27 +0100
From: Andreas Hindborg <a.hindborg@...nel.org>
To: Danilo Krummrich <dakr@...nel.org>
Cc: Miguel Ojeda <ojeda@...nel.org>, Boqun Feng <boqun.feng@...il.com>, Gary
Guo <gary@...yguo.net>, Björn Roy Baron
<bjorn3_gh@...tonmail.com>, Benno
Lossin <lossin@...nel.org>, Alice
Ryhl <aliceryhl@...gle.com>, Trevor Gross <tmgross@...ch.edu>, Lorenzo
Stoakes <lorenzo.stoakes@...cle.com>, Vlastimil Babka <vbabka@...e.cz>,
"Liam R. Howlett" <Liam.Howlett@...cle.com>, Uladzislau Rezki
<urezki@...il.com>, rust-for-linux@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] rust: alloc: add GFP_NOIO flag
"Danilo Krummrich" <dakr@...nel.org> writes:
> On Wed Jan 28, 2026 at 7:37 PM CET, Andreas Hindborg wrote:
>> + /// [`GFP_NOIO`] will use direct reclaim to discard clean pages or slab
>> + /// pages that do not require the starting of any physical IO.
>> + pub const GFP_NOIO: Flags = Flags(bindings::GFP_NOIO);
>
> How do you use this? What about abstractions for memalloc_noio_{save,restore}()
> instead?
I use it to allocate memory for backing storage in rust null block. The
allocation is done during processing of disk IO:
page: Page::alloc_page(GFP_NOIO | __GFP_ZERO)?,
Best regards,
Andreas Hindborg
Powered by blists - more mailing lists