On Tue, 2020-02-04 at 07:09 +0000, gre...@linuxfoundation.org wrote: > On Tue, Feb 04, 2020 at 04:02:15AM +0000, Chris Packham wrote: > > I'll pipe up on this thread too > > > > On Tue, 2019-12-10 at 02:42 -0800, Guenter Roeck wrote: > > > On 12/10/19 1:15 AM, Greg Kroah-Hartman wrote: > > > > This driver has been in the tree since 2009 with no real movement to get > > > > it out. Now it is starting to cause build issues and other problems for > > > > people who want to fix coding style problems, but can not actually build > > > > it. > > > > > > > > As nothing is happening here, just delete the module entirely. > > > > > > > > Reported-by: Guenter Roeck <li...@roeck-us.net> > > > > Cc: David Daney <dda...@caviumnetworks.com> > > > > Cc: "David S. Miller" <da...@davemloft.net> > > > > Cc: "Matthew Wilcox (Oracle)" <wi...@infradead.org> > > > > Cc: Guenter Roeck <li...@roeck-us.net> > > > > Cc: YueHaibing <yuehaib...@huawei.com> > > > > Cc: Aaro Koskinen <aaro.koski...@iki.fi> > > > > Cc: Wambui Karuga <wambui.karu...@gmail.com> > > > > Cc: Julia Lawall <julia.law...@lip6.fr> > > > > Cc: Florian Westphal <f...@strlen.de> > > > > Cc: Geert Uytterhoeven <ge...@linux-m68k.org> > > > > Cc: Branden Bonaby <brandonbonab...@gmail.com> > > > > Cc: "Petr Štetiar" <yn...@true.cz> > > > > Cc: Sandro Volery <san...@volery.com> > > > > Cc: Paul Burton <paulbur...@kernel.org> > > > > Cc: Dan Carpenter <dan.carpen...@oracle.com> > > > > Cc: Giovanni Gherdovich <bobdc9...@seznam.cz> > > > > Cc: Valery Ivanov <ivalery...@gmail.com> > > > > Signed-off-by: Greg Kroah-Hartman <gre...@linuxfoundation.org> > > > > > > Acked-by: Guenter Roeck <li...@roeck-us.net> > > > > Please can we keep this driver. We do have platforms using it and we > > would like it to stay around. > > > > Clearly we'll need to sort things out to a point where they build > > successfully. We've been hoping to see this move out of staging ever > > since we selected Cavium as a vendor. > > Great, can you send me a patchset that reverts this and fixes the build > issues and accept maintainership of the code? >
Yep will do. On Tue, 2020-02-04 at 10:21 +0300, Dan Carpenter wrote: > My advice is to delete all the COMPILE_TEST code. That stuff was a > constant source of confusion and headaches. I was also going to suggest this. Since the COMPILE_TEST has been a source of trouble I was going to propose dropping the || COMPILE_TEST from the Kconfig for the octeon drivers. _______________________________________________ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel
