[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2c9a78be6b72b68b47ba869dea247e935468fa4c.camel@mailbox.org>
Date: Thu, 30 Jan 2025 14:43:21 +0100
From: Philipp Stanner <phasta@...lbox.org>
To: Daniel Almeida <daniel.almeida@...labora.com>, phasta@...nel.org
Cc: Christoph Hellwig <hch@....de>, Danilo Krummrich <dakr@...nel.org>,
Miguel Ojeda <miguel.ojeda.sandonis@...il.com>, Abdiel Janulgue
<abdiel.janulgue@...il.com>, aliceryhl@...gle.com, robin.murphy@....com,
rust-for-linux@...r.kernel.org, Miguel Ojeda <ojeda@...nel.org>, Alex
Gaynor <alex.gaynor@...il.com>, Boqun Feng <boqun.feng@...il.com>, Gary
Guo <gary@...yguo.net>, Björn Roy Baron
<bjorn3_gh@...tonmail.com>, Benno Lossin <benno.lossin@...ton.me>, Andreas
Hindborg <a.hindborg@...nel.org>, Trevor Gross <tmgross@...ch.edu>,
Valentin Obst <kernel@...entinobst.de>, open list
<linux-kernel@...r.kernel.org>, Marek Szyprowski
<m.szyprowski@...sung.com>, airlied@...hat.com, "open list:DMA MAPPING
HELPERS" <iommu@...ts.linux.dev>, Greg KH <gregkh@...uxfoundation.org>
Subject: Re: [PATCH v8 2/2] rust: add dma coherent allocator abstraction.
On Thu, 2025-01-30 at 10:35 -0300, Daniel Almeida wrote:
>
> >
> > Hallo,
> >
> > would some sort of official statement by the "entire community"
> > reassure you that the burden of keeping Rust abstractions working
> > with
> > any changes on the C side rests entirely on the Rust side's
> > shoulders?
> > (because that's what the statements made by the latter seem to mean
> > to
> > me)
> >
>
>
> This has been offered over and over in this thread, i.e.:
>
>
> ```
> If you don't feel comfortable maintaining the Rust abstraction (or
> just don't
> want to), that's fine. I don't think anyone expects you to do that,
> we can take
> care of that instead.
> ```
>
> https://lore.kernel.org/rust-for-linux/Z3-NqwAG_96yq8VD@pollux/
Yup, I've read the whole thread. I was referring to the statements in
those mails in my response.
My thinking is that such a file is the most official, most binding
statement / offer the project has.
P.
>
> Communication is not the issue here.
>
> Also, this person waited until v8 to give a single line NAK. This is
> not very nice.
>
> — Daniel
Powered by blists - more mailing lists