http://bugzilla.kernel.org/show_bug.cgi?id=9995
------- Comment #48 from [EMAIL PROTECTED] 2008-03-20 04:58 ------- Do we all agree that Matthew's patch should get reactivated for 2.6.25? This also is not a ThinkPad but IGD specific problem. The problem with IGD is that we cannot determine whether it is used or not. The general (not only ThinkPad) way to work around this is by black-/whitelisting (Yes blacklisting is the worst we can do/have, but does anyone have a better idea?) and set brightness_switch_enabled=0 through a dmi list in video.c. Or call it or at least use it like brightness_enabled=0 and video.c should not touch any of the brightness functions then? > The AML backlight methods won't change the backlight directly but try to > notify the graphics driver instead. Hmm, maybe we do not even need the blacklisting in video.c? If nothing happens when video.c tries to switch.., but it sounds dangereous. Unfortunately my patch to keep a global variable for brightness, video,... support to coordinate video driver vs native driver access has not made it in. This one could get an additional flag IGD and video would set brightness_enabled=0 and thinkpad acpi and others do use brightness_control=1. This is the same method Windows is doing it I expect? I expect XP does not support IGD (even the BIOS does...), but is still switching brightness through propriatery drivers, right? The next problem: X-Apps needed for switching is another one. Hal should probably be able to do this all by itself without X running, but how this should finally be done or get workarounded on short term needs some userspace programmers to decide. IMO it would be great if ThinkPad ACPI could still do the switching and all works as it worked before and how it should work: through /sys/../backlight. On long-term (would be nice to know when this is planed to be supported) we get IGD support in kernel and nothing changes for userspace apps, right? -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
