![](https://seccdn.libravatar.org/avatar/e6be5c2aafd856f8e01e8b0fbd66999e.jpg?s=120&d=mm&r=g)
2009/6/30 Rafał Miłecki <zajec5@gmail.com>:
W dniu 30 czerwca 2009 17:29 użytkownik Alex Deucher <alexdeucher@gmail.com> napisał:
2009/6/30 Rafał Miłecki <zajec5@gmail.com>:
W dniu 30 czerwca 2009 17:17 użytkownik Alex Deucher <alexdeucher@gmail.com> napisał:
Do you have some other ideas? Some comments to these proposed? I think 3rd solution is the best one, but not sure about indetification.
Arguably the best solution is to use the acpi backlight control methods rather than exposing a randr property as they have the best chance of working on every machine regardless of how the backlight is wired up.
What about machines which don't have ACPI method for controlling backlight? Like my annoying (at this point) VAIO FW11? I'm afraid it still not a solution :/
Sony may use an alternate acpi method name or tree location for their backlight control. You might want to look at the sony acpi platform driver. It may provide acpi backlight control if sony uses a non-standard method in your laptop. You could dump your acpi tables and poke around.
Already thought about this, without success: http://bugzilla.kernel.org/show_bug.cgi?id=11682
The reason the acpi backlight method doesn't work with radeonhd is that radeonhd disables vga io. The acpi method needs to access your cards registers to control the backlight. Alex -- To unsubscribe, e-mail: radeonhd+unsubscribe@opensuse.org For additional commands, e-mail: radeonhd+help@opensuse.org