From: Danilo Krummrich <dakr@kernel.org>
To: John Hubbard <jhubbard@nvidia.com>
Cc: "Alexandre Courbot" <acourbot@nvidia.com>,
"Greg KH" <gregkh@linuxfoundation.org>,
"Timur Tabi" <timur@kernel.org>,
"Miguel Ojeda" <ojeda@kernel.org>,
"Alex Gaynor" <alex.gaynor@gmail.com>,
"Boqun Feng" <boqun.feng@gmail.com>,
"Gary Guo" <gary@garyguo.net>,
"Björn Roy Baron" <bjorn3_gh@protonmail.com>,
"Benno Lossin" <benno.lossin@proton.me>,
"Andreas Hindborg" <a.hindborg@kernel.org>,
"Alice Ryhl" <aliceryhl@google.com>,
"Trevor Gross" <tmgross@umich.edu>,
linux-kernel@vger.kernel.org, rust-for-linux@vger.kernel.org
Subject: Re: [PATCH] rust: add basic ELF sections parser
Date: Sat, 17 May 2025 12:13:32 +0200 [thread overview]
Message-ID: <aChhTJvY6KFvqrTP@pollux> (raw)
In-Reply-To: <08a91cb8-2e08-44a5-9d5c-c2c223aaa71d@nvidia.com>
On Fri, May 16, 2025 at 12:00:11PM -0700, John Hubbard wrote:
> On 5/16/25 9:01 AM, Danilo Krummrich wrote:
> > I did not argue for or against it -- what I do disagree with is that we seem to
> > just agree to disagree and stuff a generic piece of code into nova-core after
> > three mails back and forth.
> >
> > Please keep discussing the above with Greg until we get to a real conclusion.
>
> Danilo, this is a small amount of code. Is there any real problem with
> a compromise, that starts out with Greg's approach of putting this code
> in Nova?
>
> And then we can promote it if and when we can make a good case for that.
>
> But in the meantime, we really need to be able to take "yes" (from Greg)
> for an answer! I don't want to blow up the firmware images, shred
> the "Nouveau and Nova can use the same images" story, and delay merging,
> all over 100 lines of code.
What I disagree with is that it seems that you actually *can* "make a good case
for it", but stop discussing it with Greg, because he would agree with just
stuffing this generic infrastructure in the driver.
It seems like taking the way of least resistance even though you seem to have
good arguments for this to be generic infrastructure.
The fact that *only* nova-core would use it to begin with is not the relevant
factor. nova-core is, for obvious reasons, the only user of quite some generic
infrastructure, yet we don't stuff it into the driver.
The relevant factor is, do we agree that this is a valid requirement for drivers
in general (which you seem to answer with a clear "yes"). Which means we should
keep discussing it.
If we can't conclude that this should be generic infrastructure, we can still
figure out the way forward for nova-core (i.e. have our own ELF parser in
nova-core if necessary).
But, as I said above, please don't stop the discussion with agreeing to disagree
after three mails back and forth.
We have plenty of time to discuss it; we do not target v6.16 and the v6.17 merge
window is far away.
- Danilo
next prev parent reply other threads:[~2025-05-17 10:13 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-15 6:03 [PATCH] rust: add basic ELF sections parser Alexandre Courbot
2025-05-15 7:38 ` Greg KH
2025-05-15 8:32 ` Alexandre Courbot
2025-05-15 11:25 ` Alexandre Courbot
2025-05-15 11:42 ` Greg KH
2025-05-15 13:09 ` Alexandre Courbot
2025-05-15 14:30 ` Timur Tabi
2025-05-15 19:17 ` John Hubbard
2025-05-16 13:15 ` Greg KH
2025-05-16 13:26 ` Alexandre Courbot
2025-05-16 13:32 ` Greg KH
2025-05-16 13:35 ` Danilo Krummrich
2025-05-16 14:35 ` Alexandre Courbot
2025-05-16 16:01 ` Danilo Krummrich
2025-05-16 19:00 ` John Hubbard
2025-05-17 10:13 ` Danilo Krummrich [this message]
2025-05-17 13:41 ` Alexandre Courbot
2025-05-16 16:28 ` Timur Tabi
2025-05-17 0:51 ` Alexandre Courbot
2025-05-29 6:53 ` Alexandre Courbot
2025-05-29 8:01 ` Greg KH
2025-05-30 0:58 ` Alexandre Courbot
2025-05-30 6:21 ` Greg KH
2025-05-30 6:56 ` Alexandre Courbot
2025-05-30 9:00 ` Greg KH
2025-05-30 6:22 ` Greg KH
2025-05-30 6:59 ` Alexandre Courbot
2025-05-30 9:01 ` Greg KH
2025-05-30 14:34 ` Alexandre Courbot
2025-05-30 15:42 ` Greg KH
2025-05-30 18:10 ` Timur Tabi
2025-05-31 5:45 ` Greg KH
2025-05-31 10:17 ` Timur Tabi
2025-05-31 12:25 ` Greg KH
2025-05-31 14:38 ` Timur Tabi
2025-05-31 15:28 ` Danilo Krummrich
2025-06-01 7:48 ` Greg KH
2025-05-31 12:33 ` Alexandre Courbot
2025-05-31 13:30 ` Greg KH
2025-06-01 12:23 ` Alexandre Courbot
2025-06-13 3:32 ` Alexandre Courbot
2025-06-24 14:26 ` Greg KH
2025-06-24 14:51 ` Danilo Krummrich
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aChhTJvY6KFvqrTP@pollux \
--to=dakr@kernel.org \
--cc=a.hindborg@kernel.org \
--cc=acourbot@nvidia.com \
--cc=alex.gaynor@gmail.com \
--cc=aliceryhl@google.com \
--cc=benno.lossin@proton.me \
--cc=bjorn3_gh@protonmail.com \
--cc=boqun.feng@gmail.com \
--cc=gary@garyguo.net \
--cc=gregkh@linuxfoundation.org \
--cc=jhubbard@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=ojeda@kernel.org \
--cc=rust-for-linux@vger.kernel.org \
--cc=timur@kernel.org \
--cc=tmgross@umich.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).