On Tue, Nov 22, 2011 at 11:16 PM, Greg KH <gregkh@xxxxxxx> 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 -- To unsubscribe from this list: send the line "unsubscribe platform-driver-x86" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html