diff mbox series

[v2] auxdisplay: ht16k33: Use backlight helper

Message ID 20230106143002.1434266-1-steve@sk2.org
State New
Headers
Series [v2] auxdisplay: ht16k33: Use backlight helper |

Commit Message

Stephen Kitt Jan. 6, 2023, 2:30 p.m. UTC 
  backlight_properties.fb_blank is deprecated. The states it represents
are handled by other properties; but instead of accessing those
properties directly, drivers should use the helpers provided by
backlight.h.

Instead of retrieving the backlight brightness in struct
backlight_properties manually, and then checking whether the backlight
should be on at all, use backlight_get_brightness() which does all
this and insulates this from future changes.

This means that BL_CORE_SUSPENDED is now taken into account, as it
should be.

Signed-off-by: Stephen Kitt <steve@sk2.org>
---

Notes:
    Changes since v1: mention BL_CORE_SUSPENDED.

 drivers/auxdisplay/ht16k33.c | 7 +------
 1 file changed, 1 insertion(+), 6 deletions(-)

Comments

Miguel Ojeda Jan. 7, 2023, 12:56 a.m. UTC | #1 
On Fri, Jan 6, 2023 at 3:30 PM Stephen Kitt <steve@sk2.org> wrote:
>
>     Changes since v1: mention BL_CORE_SUSPENDED.

Thanks Stephen.

Robin, it would be great to get your ack/review (or if you can give it
a quick test, that would be great too).

Cheers,
Miguel
Geert Uytterhoeven Jan. 8, 2023, 10:03 a.m. UTC | #2 
On Fri, Jan 6, 2023 at 4:10 PM Stephen Kitt <steve@sk2.org> wrote:
> backlight_properties.fb_blank is deprecated. The states it represents
> are handled by other properties; but instead of accessing those
> properties directly, drivers should use the helpers provided by
> backlight.h.
>
> Instead of retrieving the backlight brightness in struct
> backlight_properties manually, and then checking whether the backlight
> should be on at all, use backlight_get_brightness() which does all
> this and insulates this from future changes.
>
> This means that BL_CORE_SUSPENDED is now taken into account, as it
> should be.
>
> Signed-off-by: Stephen Kitt <steve@sk2.org>

Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
Miguel Ojeda Jan. 8, 2023, 2:56 p.m. UTC | #3 
On Sun, Jan 8, 2023 at 11:03 AM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
> Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>

This will likely go through drm-misc as part of a bigger series:

    https://lore.kernel.org/lkml/20230107-sam-video-backlight-drop-fb_blank-v1-0-1bd9bafb351f@ravnborg.org/

So you may want to copy-paste your tag there.

Cheers,
Miguel
Geert Uytterhoeven Jan. 8, 2023, 6:32 p.m. UTC | #4 
Hi Miguel,

On Sun, Jan 8, 2023 at 3:57 PM Miguel Ojeda
<miguel.ojeda.sandonis@gmail.com> wrote:
> On Sun, Jan 8, 2023 at 11:03 AM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> > Reviewed-by: Geert Uytterhoeven <geert@linux-m68k.org>
>
> This will likely go through drm-misc as part of a bigger series:
>
>     https://lore.kernel.org/lkml/20230107-sam-video-backlight-drop-fb_blank-v1-0-1bd9bafb351f@ravnborg.org/
>
> So you may want to copy-paste your tag there.

Oh, I sent it here because of
https://lore.kernel.org/all/Y7qM+ZlG5gQiOW4K@ravnborg.org ?

Gr{oetje,eeting}s,

                        Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds
Miguel Ojeda Jan. 8, 2023, 7:11 p.m. UTC | #5 
On Sun, Jan 8, 2023 at 7:32 PM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
> Oh, I sent it here because of
> https://lore.kernel.org/all/Y7qM+ZlG5gQiOW4K@ravnborg.org ?

Yeah, sorry. I mentioned it just in case, since Sam asked for Robin's
Ack in that thread, but I should have probably just Cc'd him here
(done!)...

Cheers,
Miguel
Sam Ravnborg Jan. 8, 2023, 8:17 p.m. UTC | #6 
Hi all.

On Sun, Jan 08, 2023 at 08:11:52PM +0100, Miguel Ojeda wrote:
> On Sun, Jan 8, 2023 at 7:32 PM Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> >
> > Oh, I sent it here because of
> > https://lore.kernel.org/all/Y7qM+ZlG5gQiOW4K@ravnborg.org ?
> 
> Yeah, sorry. I mentioned it just in case, since Sam asked for Robin's
> Ack in that thread, but I should have probably just Cc'd him here
> (done!)...

Stephen notified me that the patch is already applied - so no need for
anything now. Sorry for the noise!

	Sam
Stephen Kitt Jan. 9, 2023, 7:11 a.m. UTC | #7 
On Sun, 8 Jan 2023 21:17:43 +0100, Sam Ravnborg <sam@ravnborg.org> wrote:
> On Sun, Jan 08, 2023 at 08:11:52PM +0100, Miguel Ojeda wrote:
> > On Sun, Jan 8, 2023 at 7:32 PM Geert Uytterhoeven <geert@linux-m68k.org>
> > wrote:  
> > >
> > > Oh, I sent it here because of
> > > https://lore.kernel.org/all/Y7qM+ZlG5gQiOW4K@ravnborg.org ?  
> > 
> > Yeah, sorry. I mentioned it just in case, since Sam asked for Robin's
> > Ack in that thread, but I should have probably just Cc'd him here
> > (done!)...  
> 
> Stephen notified me that the patch is already applied - so no need for
> anything now. Sorry for the noise!

That was the via-pmu-backlight patch; AFAIK the ht16k33 patch hasn’t been
applied anywhere yet.

Regards,

Stephen
Robin van der Gracht Jan. 9, 2023, 9:51 a.m. UTC | #8 
On 2023-01-06 15:30, Stephen Kitt wrote:
> backlight_properties.fb_blank is deprecated. The states it represents
> are handled by other properties; but instead of accessing those
> properties directly, drivers should use the helpers provided by
> backlight.h.
> 
> Instead of retrieving the backlight brightness in struct
> backlight_properties manually, and then checking whether the backlight
> should be on at all, use backlight_get_brightness() which does all
> this and insulates this from future changes.
> 
> This means that BL_CORE_SUSPENDED is now taken into account, as it
> should be.
> 
> Signed-off-by: Stephen Kitt <steve@sk2.org>
> ---
> 
> Notes:
>     Changes since v1: mention BL_CORE_SUSPENDED.
> 
>  drivers/auxdisplay/ht16k33.c | 7 +------
>  1 file changed, 1 insertion(+), 6 deletions(-)
> 
> diff --git a/drivers/auxdisplay/ht16k33.c 
> b/drivers/auxdisplay/ht16k33.c
> index 02425991c159..15ab118c80f5 100644
> --- a/drivers/auxdisplay/ht16k33.c
> +++ b/drivers/auxdisplay/ht16k33.c
> @@ -314,14 +314,9 @@ static int ht16k33_initialize(struct ht16k33_priv 
> *priv)
> 
>  static int ht16k33_bl_update_status(struct backlight_device *bl)
>  {
> -	int brightness = bl->props.brightness;
> +	int brightness = backlight_get_brightness(bl);
>  	struct ht16k33_priv *priv = bl_get_data(bl);
> 
> -	if (bl->props.power != FB_BLANK_UNBLANK ||
> -	    bl->props.fb_blank != FB_BLANK_UNBLANK ||
> -	    bl->props.state & BL_CORE_FBBLANK)
> -		brightness = 0;
> -
>  	return ht16k33_brightness_set(priv, brightness);
>  }

Thank you Stephen (and Sam), looks good!

Reviewed-by: Robin van der Gracht <robin@protonic.nl>
diff mbox series

Patch

diff --git a/drivers/auxdisplay/ht16k33.c b/drivers/auxdisplay/ht16k33.c
index 02425991c159..15ab118c80f5 100644
--- a/drivers/auxdisplay/ht16k33.c
+++ b/drivers/auxdisplay/ht16k33.c
@@ -314,14 +314,9 @@  static int ht16k33_initialize(struct ht16k33_priv *priv)
 
 static int ht16k33_bl_update_status(struct backlight_device *bl)
 {
-	int brightness = bl->props.brightness;
+	int brightness = backlight_get_brightness(bl);
 	struct ht16k33_priv *priv = bl_get_data(bl);
 
-	if (bl->props.power != FB_BLANK_UNBLANK ||
-	    bl->props.fb_blank != FB_BLANK_UNBLANK ||
-	    bl->props.state & BL_CORE_FBBLANK)
-		brightness = 0;
-
 	return ht16k33_brightness_set(priv, brightness);
 }