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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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: signature.asc
Description: This is a digitally signed message part.


[Index of Archives]     [Linux IBM ACPI]     [Linux Power Management]     [Linux Kernel]     [Linux Laptop]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]     [Linux Resources]

  Powered by Linux