Date: Fri, 30 Jan 2015 22:19:26 -0600 From: Elizabeth Myers <elizabeth@interlinked.me> To: Justin Hibbits <jrh29@alumni.cwru.edu>, Adrian Chadd <adrian@freebsd.org> Cc: freebsd-current <freebsd-current@freebsd.org> Subject: Re: Questions on adding backlight support for the i915 driver Message-ID: <54CC57CE.2080001@interlinked.me> In-Reply-To: <CAHSQbTCrU-8kYpNoL_UiNd1PHtSG8sPnt8jRfGvEOZEWa_G4FA@mail.gmail.com> References: <54C883E7.4000300@interlinked.me> <CAJ-Vmokw2FqLHMkc%2B0MDsDxChMC68KdkvO43qhFztTZf8F89Mg@mail.gmail.com> <CAHSQbTCrU-8kYpNoL_UiNd1PHtSG8sPnt8jRfGvEOZEWa_G4FA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 01/30/15 17:25, Justin Hibbits wrote: > Would it make sense to have a generic 'backlight' driver framework > that we plug into? I wrote a backlight driver (well, 2, but both show > up as dev.backlight in sysctl) for powerpc, but if we want to have > even more individual backlight drivers, I think it makes sense to make > them all look the same, with similar configuration properties. > > - Justin I was thinking the same thing myself. There's a lot of different backlights out there, and acpi_video(4) obviously can't cover them all, which seems to define the de facto "standard" MIB for brightness sysctls (which upower presently uses). I hate to bikeshed, but I would humbly suggest adding an MIB hierarchy such as hw.backlight.<hw_type>.<backlight_no>.brightness (and maybe brightness_raw for advanced users who want/need more control). -- Cheers, Elizabeth
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54CC57CE.2080001>