lkml.org 
[lkml]   [2011]   [Nov]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: [PATCH 03/15] samsung-laptop: don't handle backlight if handled by acpi/video
From
On Tue, Nov 22, 2011 at 11:16 PM, Greg KH <gregkh@suse.de> wrote:
> On Tue, Nov 22, 2011 at 11:02:34PM +0100, Corentin Chary wrote:
>> samsung-laptop is not at all related to ACPI, but since this interface
>> is not documented at all, and the driver has to use it at load to
>> understand how it works on the laptop, I think it's a good idea to
>> disable it if a better solution is available.
>
> I wish this would work, but on the machine that I had, there was a valid
> ACPI table for the video device, yet I was told to "ignore it, it
> doesn't work and use the sabi interface instead", so this patch would
> break that machine :(

Well, it's why acpi_backlight=vendor is here: to enable and use the
vendor backlight instead of using the standard ACPI interface.
And nowadays, even gpu drivers provide a backlight class (at least for
intel, nvidia/nouveau, and maybe radeon.

> We might want to trigger off of the machine type for this kind of
> thing, that's the only way I can see this working properly.

But, yes, this is a "regression". Maybe we should do that:
- enable the backlight by default for all SECLINUX models
- disable it by default for swsmi, but let the user be able to enable
it with acpi_backlight=vendor (this is what is done with this patch).




--
Corentin Chary
http://xf.iksaif.net


\
 
 \ /
  Last update: 2011-11-23 08:01    [W:0.052 / U:0.324 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site