Re: [PATCH v3] backlight: pwm_bl: Switch to full GPIO descriptor

2020-02-24 Thread Lee Jones
On Mon, 10 Feb 2020, Linus Walleij wrote: > The PWM backlight still supports passing a enable GPIO line as > platform data using the legacy API. > > It turns out that ever board using this mechanism except one > is pass .enable_gpio = -1. So we drop all these cargo-culted -1's > from all instanc

Re: [PATCH v3] backlight: pwm_bl: Switch to full GPIO descriptor

2020-02-10 Thread Krzysztof Kozlowski
On Mon, 10 Feb 2020 at 11:15, Linus Walleij wrote: > > The PWM backlight still supports passing a enable GPIO line as > platform data using the legacy API. > > It turns out that ever board using this mechanism except one > is pass .enable_gpio = -1. So we drop all these cargo-culted -1's > from a

Re: [PATCH v3] backlight: pwm_bl: Switch to full GPIO descriptor

2020-02-10 Thread Daniel Thompson
On Mon, Feb 10, 2020 at 11:15:46AM +0100, Linus Walleij wrote: > The PWM backlight still supports passing a enable GPIO line as > platform data using the legacy API. > > It turns out that ever board using this mechanism except one > is pass .enable_gpio = -1. So we drop all these cargo-culted -1'

[PATCH v3] backlight: pwm_bl: Switch to full GPIO descriptor

2020-02-10 Thread Linus Walleij
The PWM backlight still supports passing a enable GPIO line as platform data using the legacy API. It turns out that ever board using this mechanism except one is pass .enable_gpio = -1. So we drop all these cargo-culted -1's from all instances of this platform data in the kernel. The remaning b