[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220610164407.25feeb23.alex.williamson@redhat.com>
Date: Fri, 10 Jun 2022 16:44:07 -0600
From: Alex Williamson <alex.williamson@...hat.com>
To: Jason Gunthorpe <jgg@...dia.com>
Cc: kwankhede@...dia.com, farman@...ux.ibm.com, mjrosato@...ux.ibm.com,
pasic@...ux.ibm.com, diana.craciun@....nxp.com, cohuck@...hat.com,
eric.auger@...hat.com, kvm@...r.kernel.org,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-s390@...r.kernel.org, yishaih@...dia.com, hch@....de
Subject: Re: [PATCH] vfio: de-extern-ify function prototypes
On Thu, 9 Jun 2022 21:04:34 -0300
Jason Gunthorpe <jgg@...dia.com> wrote:
> On Wed, Jun 08, 2022 at 12:55:13PM -0600, Alex Williamson wrote:
> > The use of 'extern' in function prototypes has been disrecommended in
> > the kernel coding style for several years now, remove them from all vfio
> > related files so contributors no longer need to decide between style and
> > consistency.
> >
> > Signed-off-by: Alex Williamson <alex.williamson@...hat.com>
> > ---
> >
> > A patch in the same vein was proposed about a year ago, but tied to an ill
> > fated series and forgotten. Now that we're at the beginning of a new
> > development cycle, I'd like to propose kicking off the v5.20 vfio next
> > branch with this patch and would kindly ask anyone with pending respins or
> > significant conflicts to rebase on top of this patch. Thanks!
>
> Can you stick it in your branch please?
Thanks for the R-b, it was my plan today to put it in my next branch,
but I can't currently test vfio on mainline due to:
https://lore.kernel.org/all/165490039431.944052.12458624139225785964.stgit@omen/
I'll get this in once there's a mainline base where vfio still works. Thanks,
Alex
Powered by blists - more mailing lists