[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CACRpkdbCqYF-OsmsHFrY5H56oS=FepVFJRqvCM7yj9Ox4E6SEA@mail.gmail.com>
Date: Tue, 27 Mar 2018 13:59:04 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Dmitry Torokhov <dmitry.torokhov@...il.com>
Cc: Laurent Pinchart <laurent.pinchart@...asonboard.com>,
Lee Jones <lee.jones@...aro.org>,
Daniel Thompson <daniel.thompson@...aro.org>,
Jingoo Han <jingoohan1@...il.com>, linux-fbdev@...r.kernel.org,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linux-sh@...r.kernel.org,
Yoshinori Sato <ysato@...rs.sourceforge.jp>,
Rich Felker <dalias@...c.org>
Subject: Re: [RFC 0/4] gpio-backlight: remove platform data support
On Thu, Mar 15, 2018 at 11:41 PM, Dmitry Torokhov
<dmitry.torokhov@...il.com> wrote:
> This series attempts to remove platform data support from gpio_blackllist
> driver
We really need a GPIO blacklist driver in the kernel, but for
not let's fix backlight :D :D
> and switch it over to generic device properties/GPIO tables.
This series:
Reviewed-by: Linus Walleij <linus.walleij@...aro.org>
> Please note that I do not have the hardware (do we even care about
> ecovec24? I'd like to rip out platform data support from tsc2007 as
> well, but ecovec24 is using custom pendown handler and GPIOs have
> to be switched off from interrupt mode to GPIO and back in that
> pendown handler, which is all quite messy. If we do not care about
> this board I'd much rather removed that custom pendown).
I am also struggling with refactoring of board files, all over the place.
At least Arnd deleted the Blackfin stuff now, but the misc ARM board
and MIPS stuff still give me the creeps sometimes.
I guess if maintainers of the boards are not there to even ACK
patches we can propose patches to simply delete them.
Yours,
Linus Walleij
Powered by blists - more mailing lists