On Mon, 28 Jan 2008, Jim Paris wrote: > Thanks for the update. Is there anything else that 2.6.25 will > provide, or is telling it not to handle brightness the only It is too early to tell... > improvement? If that's all, I don't see how that's an improvement > over what I'm currently doing by not loading video.ko. I still won't Maybe video.ko will be able to be told not to react to the events, and just report them AND export the backlight interface to userspace. That would fix the issues people have currently (when they are caused by bad userspace configuration, usually by distros). > Also, is ibm-acpi-2.6.git the right thing to get to test these > improvements? Or linux-acpi-2.6.git, or...? linux-acpi-2.6.git. But Len has not merged the latest thinkpad-acpi code yet, so what is there is no good. And trying to even run 2.6.25 right now is Not Recommended unless you *know* what you are doing. It is probably extremely broken. Heck, I don't trust even 2.6.24 yet... > acpi_listen shows the brightness up/down events the same regardless of > whether video.ko was ever loaded, so that trick doesn't seem to affect > anything here. So my solution for now will likely be an ACPI handler That means you already have the good behaviour (you get the events). Nice. You will need acpi handlers, yes. I wish I knew how to ask the kernel "is the current VT a text console, or a X video port?", but I have no idea how to do that. -- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh ------------------------------------------------------------------------- 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/ _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel
