Re: [PATCH] toshiba_acpi: fingers off backlight if video.ko is serving this functionality

Andrey Borzenkov
2008-11-15T16:31:06Z

[-- Attachment #1: Type: text/plain, Size: 1179 bytes --]

On Thursday 13 November 2008, Matthew Garrett wrote:
> On Thu, Nov 13, 2008 at 07:58:09AM +0300, Andrey Borzenkov wrote:
>
> > - exposing two knobs for the *same* thing confuses user level tools; you never
> > know which one is used and they compete behind your back
>
> How do they compete?

In my case user level program (kpowersave) decided to use video.ko for
brightness control (or, may be, it used them both). Which gave me 2 levels
instead of 8. And there is no way to control it, at least known to me.

Have you looked at link I posted in previous message?

> As I said, the implementations appear to be
> implemented on top of the same underlying functionality.

I have no idea and do not care how it is implemented internally. The fact
is, going via ACPI _BCM gives me 2 levels (three if zero counts). Going
via proprietary HCI gives 8.

> The problem
> with providing both vendor and ACPI functionality comes when both use
> different mechanisms for changing the backlight and so can get out of
> sync with each other. Are there any machines supported by toshiba_acpi
> where this is the case?
>

Yes. Mine and Len's at least :)

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 197 bytes --]