[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <DD4JABIXIZLT.120ZAR2GODC1O@kernel.org>
Date: Sun, 28 Sep 2025 17:20:59 +0200
From: "Danilo Krummrich" <dakr@...nel.org>
To: "Boqun Feng" <boqun.feng@...il.com>
Cc: "Philipp Stanner" <phasta@...nel.org>, "Miguel Ojeda"
<ojeda@...nel.org>, "Alex Gaynor" <alex.gaynor@...il.com>, "Gary Guo"
<gary@...yguo.net>, Björn Roy Baron
<bjorn3_gh@...tonmail.com>, "Benno Lossin" <lossin@...nel.org>, "Andreas
Hindborg" <a.hindborg@...nel.org>, "Alice Ryhl" <aliceryhl@...gle.com>,
"Trevor Gross" <tmgross@...ch.edu>, "Peter Zijlstra"
<peterz@...radead.org>, "Ingo Molnar" <mingo@...hat.com>, "Will Deacon"
<will@...nel.org>, "Waiman Long" <longman@...hat.com>, "Nathan Chancellor"
<nathan@...nel.org>, "Nick Desaulniers" <nick.desaulniers+lkml@...il.com>,
"Bill Wendling" <morbo@...gle.com>, "Justin Stitt"
<justinstitt@...gle.com>, "Sumit Semwal" <sumit.semwal@...aro.org>,
Christian König <christian.koenig@....com>, "Greg
Kroah-Hartman" <gregkh@...uxfoundation.org>, "Viresh Kumar"
<viresh.kumar@...aro.org>, "Asahi Lina" <lina+kernel@...hilina.net>,
"Daniel Almeida" <daniel.almeida@...labora.com>, "Tamir Duberstein"
<tamird@...il.com>, "Wedson Almeida Filho" <wedsonaf@...il.com>, "FUJITA
Tomonori" <fujita.tomonori@...il.com>, "Krishna Ketan Rai"
<prafulrai522@...il.com>, "Lyude Paul" <lyude@...hat.com>, "Mitchell Levy"
<levymitchell0@...il.com>, <linux-kernel@...r.kernel.org>,
<rust-for-linux@...r.kernel.org>, <llvm@...ts.linux.dev>,
<dri-devel@...ts.freedesktop.org>
Subject: Re: [RFC PATCH] rust: sync: Add dma_fence abstractions
On Fri Sep 26, 2025 at 6:10 PM CEST, Boqun Feng wrote:
> I missed this part, and I don't think kernel::sync is where dma_fence
> should be, as kernel::sync is mostly for the basic synchronization
> between threads/irqs. dma_fence is probably better to be grouped with
> dma-buf and other dma related primitives. Maybe in kernel::dma? Like:
I agree, kernel::sync may be a bit misleading.
> rust/kernel/dma.rs
> rust/kernel/dma/dma_buf.rs
> rust/kernel/dma/dma_fence.rs
>
> Thoughts? Miguel, Greg, Danilo and Lyude, any idea or suggestion?
To me it depends on if we want to maintain the code under a global
DMA MAPPING & SCATTERLIST API entry or if it will just be added to the
DMA BUFFER SHARING FRAMEWORK entry.
In case of the latter I'd go for rust/kernel/dma-buf/, analogous to
drivers/dma-buf/. (Though, I'm not sure why this is under drivers/, there's
nothing like dma-buf drivers; I think kernel/dma/ would have been the better
fit.)
In any case, the target tree would probably be the drm-rust tree.
Powered by blists - more mailing lists