http://bugzilla.kernel.org/show_bug.cgi?id=9995
------- Comment #35 from [EMAIL PROTECTED] 2008-03-19 01:19 ------- What now switches the backlight is the int-10 method of the BCM, BQC, BCL functions of the Nvidia ACPI device (for which no graphics card is plugged in). The thinkpad_acpi driver can also do this (not sure whether out of the box, it must take the right (or say wrong) VID device). This is still an ugly hack, but at least only for Thinkpads and does not break all others. > Using the native mode, if I decrease the brightness to 0, I'm unable to > return it to any higher value. Why do you open a kernel bug, if you know it's X to blame? > On my T61 with intel graphics, thinkpad brightness via thinkpad_acpi works OK > (kernel 2.6.25-rc4) I cannot see a regression..., this is the recommended way as long as X is broken and we do not have support for this new Intel graphics things. You can take the blacklisting hack from comment #30 after a test. Lukas could you give this a last test, pls. When you load the video driver you should get a message that brightness control is ignored and it should work out of the box (without a param) when loading the thinkpad_acpi driver). Then you could even get video output switching on console and with vesafb working instead of writing to some arbitrary HW which does not exist. -- 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