[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZzT_ZSNAmeloDjLT@bombadil.infradead.org>
Date: Wed, 13 Nov 2024 11:35:01 -0800
From: Luis Chamberlain <mcgrof@...nel.org>
To: Neal Gompa <neal@...pa.dev>
Cc: Masahiro Yamada <masahiroy@...nel.org>,
Sami Tolvanen <samitolvanen@...gle.com>,
Miguel Ojeda <ojeda@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Matthew Maurer <mmaurer@...gle.com>,
Alex Gaynor <alex.gaynor@...il.com>, Gary Guo <gary@...yguo.net>,
Petr Pavlu <petr.pavlu@...e.com>,
Daniel Gomez <da.gomez@...sung.com>,
Hector Martin <marcan@...can.st>, Janne Grunau <j@...nau.net>,
Miroslav Benes <mbenes@...e.cz>,
Asahi Linux <asahi@...ts.linux.dev>,
Sedat Dilek <sedat.dilek@...il.com>, linux-kbuild@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-modules@...r.kernel.org,
rust-for-linux@...r.kernel.org
Subject: Re: [PATCH v5 01/19] scripts: move genksyms crc32 implementation to
a common include
On Wed, Nov 13, 2024 at 09:04:51AM -0500, Neal Gompa wrote:
> On Mon, Nov 11, 2024 at 11:06 PM Masahiro Yamada <masahiroy@...nel.org> wrote:
> >
> > On Thu, Oct 31, 2024 at 2:01 AM Sami Tolvanen <samitolvanen@...gle.com> wrote:
> > >
> > > Suggested-by: Petr Pavlu <petr.pavlu@...e.com>
> > > Signed-off-by: Sami Tolvanen <samitolvanen@...gle.com>
> > > Acked-by: Neal Gompa <neal@...pa.dev>
> >
> > Does this Ack add any value?
> >
> > Acked-by is meaningful only when it is given by someone who
> > maintains the relevant area or has established a reputation.
> >
> > $ git grep "Neal Gompa"
> > $ git shortlog -n -s | grep "Neal Gompa"
> > 2 Neal Gompa
> >
> > His Ack feels more like "I like it" rather than a qualified endorsement.
> >
>
> I have tested and looked over the patches from that lens.
The tests you did, what exaclty was tested?
If it was to just ensure no regressions, then that information is
useful too, and with that you can just provide: Tested-by.
But actual details of what you test are useful. We now also have
automation of tests for modules, and expanding test coverage on that is
always welcomed too [0] [1] [2], so far we have 0 Rust coverage.
[0] https://github.com/linux-kdevops/kdevops
[1] https://github.com/linux-kdevops/kdevops-ci
[2] https://github.com/linux-kdevops/linux-modules-kpd/actions
Luis
Powered by blists - more mailing lists