Re: [PATCH 00/16] Rid W=1 warnings from Char
From: Greg Kroah-Hartman
Date: Fri May 21 2021 - 03:44:30 EST
On Fri, May 21, 2021 at 09:42:29AM +0200, Greg Kroah-Hartman wrote:
> On Fri, May 21, 2021 at 08:22:36AM +0100, Lee Jones wrote:
> > On Thu, 20 May 2021, Arnd Bergmann wrote:
> >
> > > On Thu, May 20, 2021 at 2:13 PM Lee Jones <lee.jones@xxxxxxxxxx> wrote:
> > > >
> > > > This set is part of a larger effort attempting to clean-up W=1
> > > > kernel builds, which are currently overwhelmingly riddled with
> > > > niggly little warnings.
> > > >
> > > > Lee Jones (16):
> > > > char: pcmcia: cm4000_cs: Remove unused variable 'tmp'
> > > > char: pcmcia: cm4040_cs: Remove unused variable 'uc'
> > > > char: random: Include header containing our prototypes
> > > > char: pcmcia: synclink_cs: Fix a bunch of kernel-doc issues
> > > > char: pcmcia: synclink_cs: Fix a bunch of kernel-doc issues
> > > > char: applicom: Remove 3 unused variables 'ret' and 2 instances of
> > > > 'byte_reset_it'
> > > > char: tpm: tpm1-cmd: Fix a couple of misnamed functions
> > > > char: tpm: tpm_ftpm_tee: Fix a couple of kernel-doc misdemeanours
> > > > char: agp: backend: Demote some non-conformant kernel-doc headers
> > > > char: agp: frontend: Include header file containing our prototypes
> > > > char: agp: via-agp: Remove unused variable 'current_size'
> > > > char: hpet: Remove unused variable 'm'
> > > > char: agp: generic: Place braces around optimised out function in if()
> > > > char: agp: uninorth-agp: Remove unused variable 'size'
> > > > char: hw_random: pseries-rng: Demote non-conformant kernel-doc header
> > > > char: mem: Provide local prototype for non-static function
> > >
> > > Thanks a lot!
> > >
> > > I've looked all the patches now and commented on patches 6 and 16.
> > > With my comments addressed
> > >
> > > Reviewed-by: Arnd Bergmann <arnd@xxxxxxxx>
> >
> > Thanks Arnd.
> >
> > Would it be possible for the remaining 14 patches to be taken in
> > please? I will work on the 2 Arnd commented on in due course and
> > resubmit them independently.
>
> Yes, I can queue them up, thanks.
Wait, I can take the ones for code that I maintain, not for others.
drivers/char/ is "fun" in that some subdirs have active
trees/maintainers that are not me and Arnd so they go to Linus through
other ways. I'll queue up the ones that I am "allowed" to and you will
get the emails from that.
thanks,
greg k-h