[PATCH 09/15] staging: fbtft: fb_ssd1351.c: Introduce backlight_is_blank()
Stephen Kitt
steve at sk2.org
Mon Jan 9 06:28:17 AEDT 2023
On Sat, 07 Jan 2023 19:26:23 +0100, Sam Ravnborg via B4 Submission Endpoint
<devnull+sam.ravnborg.org at kernel.org> wrote:
> From: Sam Ravnborg <sam at ravnborg.org>
>
> Avoiding direct access to backlight_properties.props.
>
> Access to the deprecated props.fb_blank replaced by backlight_is_blank().
> Access to props.power is dropped - it was only used for debug.
>
> Signed-off-by: Sam Ravnborg <sam at ravnborg.org>
> Cc: Stephen Kitt <steve at sk2.org>
> Cc: Greg Kroah-Hartman <gregkh at linuxfoundation.org>
> Cc: Daniel Thompson <daniel.thompson at linaro.org>
> Cc: Andy Shevchenko <andriy.shevchenko at linux.intel.com>
> Cc: linux-fbdev at vger.kernel.org
> ---
> drivers/staging/fbtft/fb_ssd1351.c | 9 +++------
> 1 file changed, 3 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/staging/fbtft/fb_ssd1351.c
> b/drivers/staging/fbtft/fb_ssd1351.c index b8d55aa8c5c7..995fbd2f3dc6 100644
> --- a/drivers/staging/fbtft/fb_ssd1351.c
> +++ b/drivers/staging/fbtft/fb_ssd1351.c
> @@ -190,15 +190,12 @@ static struct fbtft_display display = {
> static int update_onboard_backlight(struct backlight_device *bd)
> {
> struct fbtft_par *par = bl_get_data(bd);
> - bool on;
> + bool blank = backlight_is_blank(bd);
>
> - fbtft_par_dbg(DEBUG_BACKLIGHT, par,
> - "%s: power=%d, fb_blank=%d\n",
> - __func__, bd->props.power, bd->props.fb_blank);
> + fbtft_par_dbg(DEBUG_BACKLIGHT, par, "%s: blank=%d\n", __func__,
> blank);
> - on = !backlight_is_blank(bd);
> /* Onboard backlight connected to GPIO0 on SSD1351, GPIO1 unused */
> - write_reg(par, 0xB5, on ? 0x03 : 0x02);
> + write_reg(par, 0xB5, !blank ? 0x03 : 0x02);
>
> return 0;
> }
>
> --
> 2.34.1
For debugging purposes here, would there be any point in logging props.state?
As in
fbtft_par_dbg(DEBUG_BACKLIGHT, par,
- "%s: power=%d, fb_blank=%d\n",
- __func__, bd->props.power, bd->props.fb_blank);
+ "%s: power=%d, state=%u\n",
+ __func__, bd->props.power, bd->props.state);
In any case,
Reviewed-by: Stephen Kitt <steve at sk2.org>
Regards,
Stephen
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.ozlabs.org/pipermail/linuxppc-dev/attachments/20230108/f59114b3/attachment-0001.sig>
More information about the Linuxppc-dev
mailing list