[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20181106205309.cyiar3rejr6ycunq@pengutronix.de>
Date: Tue, 6 Nov 2018 21:53:09 +0100
From: Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>
To: Enric Balletbo i Serra <enric.balletbo@...labora.com>
Cc: linux-kernel@...r.kernel.org, robert.jarzmik@...e.fr,
daniel.thompson@...aro.org, lee.jones@...aro.org,
kernel@...labora.com, heiko@...ech.de, stable@...r.kernel.org,
linux-pwm@...r.kernel.org, linux-fbdev@...r.kernel.org,
Thierry Reding <thierry.reding@...il.com>,
Bartlomiej Zolnierkiewicz <b.zolnierkie@...sung.com>,
dri-devel@...ts.freedesktop.org, Jingoo Han <jingoohan1@...il.com>
Subject: Re: [PATCH v2] backlight: pwm_bl: Fix brightness levels for non-DT
case.
On Tue, Oct 30, 2018 at 11:34:41AM +0100, Enric Balletbo i Serra wrote:
> Commit '88ba95bedb79 ("backlight: pwm_bl: Compute brightness of LED
> linearly to human eye")' allows the possibility to compute a default
> brightness table when there isn't the brightness-levels property in the
> DT. Unfortunately the changes made broke the pwm backlight for the
> non-DT boards.
>
> Usually, the non-DT boards don't pass the brightness levels via platform
> data, instead, it sets the max_brightness in their platform data and the
> driver calculates the level without a table. The ofending patch assumed
s/ofending/offending/
> hat when there is no brightness levels table we should create one, but this
s/hat/that/
> is clearly wrong for the non-DT case.
>
> After this patch the code handles the DT and the non-DT case taking in
> consideration also if max_brightness is set or not.
>
> Fixes: '88ba95bedb79 ("backlight: pwm_bl: Compute brightness of LED linearly to human eye")'
These ' are unusual.
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-König |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Powered by blists - more mailing lists