[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200924172922.GA1188119@kroah.com>
Date: Thu, 24 Sep 2020 19:29:22 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Srinivasan Raju <srini.raju@...elifi.com>
Cc: "open list:STAGING SUBSYSTEM" <devel@...verdev.osuosl.org>,
Rob Herring <robh@...nel.org>, information <info@...elifi.com>,
Mauro Carvalho Chehab <mchehab+huawei@...nel.org>,
Mostafa Afgani <mostafa.afgani@...elifi.com>,
open list <linux-kernel@...r.kernel.org>,
"David S. Miller" <davem@...emloft.net>
Subject: Re: [PATCH] staging: Initial driver submission for pureLiFi devices
On Thu, Sep 24, 2020 at 05:24:14PM +0000, Srinivasan Raju wrote:
>
> >> --- /dev/null
> >> +++ b/drivers/staging/purelifi/TODO
> >> @@ -0,0 +1,5 @@
> >> +TODO:
> >> + - checkpatch.pl cleanups
> >> +
> >> +Please send any patches or complaints about this driver to pureLiFi Ltd
> >> +<info@...elifi.com>
>
> >Why not just do these fixups on your own right now and submit it to the
> >"real" part of the kernel? That should take what, a day or so max?
> >Just sending stuff to staging because you don't want to do coding style
> >cleanups feels very odd. It takes much more work and energy to do it
> >this way than to just do it right the first time and get it merged to
> >the networking subsystem, right?
>
> >So why do you want to send it to staging?
>
> Thanks for the comments Greg, This is my first kernel patch, I was under
> the impression that the staging area is the place to start for any new "Driver" code
> We will do the fixes and send an updated patch
No, staging is for things that people do not care about and want others
to help clean up and get merged properly :)
There's nothing in the "how to submit a driver/patch" documentation that
mentions that it has to go through staging first, does it? If so, that
needs to be changed...
thanks,
greg k-h
Powered by blists - more mailing lists