[Nouveau] nouveau exposes backlight controls in presence of ACPI
Ben Skeggs
skeggsb at gmail.com
Tue Nov 2 15:37:51 PDT 2010
On Tue, 2010-11-02 at 15:51 +0100, Aaron Sowry wrote:
> > However. There's also the platform-specific modules (thinkpad etc) that
> > will provide their own backlight methods if the standard ACPI mechanism
> > isn't available. I didn't see any immediately obvious way of knowing
> > whether or not they were being provided.
> >
> > I'm not too certain the best way to deal with this, any ideas? :)
>
> See attached patch, which prevents nouveau registering a backlight control if ACPI already provides one. If there are no glaring errors in the code/implementation then I would like to submit it.
This is much like what I intended to commit. I guess it doesn't hurt to
do so, it doesn't help with all cases yet but if it fixes issues for
some people, why not.
Ben.
>
> Dealing with platform-specific modules is tricky because it looks like nouveau initialises itself quite early on in the boot process:
>
> [aaron at jules ~]$ dmesg | grep ACPI
> ...
> [ 3.359377] nouveau 0000:01:00.0: power state changed by ACPI to D0
> [ 3.359560] nouveau 0000:01:00.0: power state changed by ACPI to D0
> [ 4.860678] [drm] nouveau 0000:01:00.0: Detected ACPI backlight support, not registering control
> [ 14.206997] ACPI: WMI: Skipping duplicate GUID 05901221-D566-11D1-B2F0-00A0C9062910
> [ 14.207693] ACPI: WMI: Mapper loaded
> [ 17.686907] thinkpad_acpi: ThinkPad ACPI Extras v0.24
> [ 17.689517] thinkpad_acpi: This ThinkPad has standard ACPI backlight brightness control, supported by the ACPI video driver
> [ 17.756039] thinkpad_acpi: Standard ACPI backlight interface available, not loading native one.
>
> My suggestion would be that it is the responsibility of user-space to select an appropriate ACPI backlight control.
>
> /Aaron
More information about the Nouveau
mailing list