On Mon, 21 May 2007, Richard Hughes wrote: > Has there been any work on implementing rfkill for thinkpad_acpi? If > there is nobody working on this I am offering to add support into > thinkpad_acpi this week. Yes, I have been talking to the rfkill people, but we had some disagreements on how to best to it. I let it rest for a week or so to think better about some issues they raised, and also in order not to waste too much bandwidth from either side of the issue. Basically, I want a "fetch data from the hardware to know what state it is in for real" interface. They want a "find a way to make sure the hardware is doing what we told it to do" interface. I might even find out that we are better off not using rfkill in thinkpad-acpi itself, and letting the bluetooth and wwan drivers process it. We shall see. The thinkpad ACPI interface does a lot more than just radio-kill, it actually kills power to the *devices* themselves, AFAIK (removes them from the USB bus, causing hotunplug events). Anyone with a bluetooth and WWAN device, please speak up. So far, what I got is that rfkill is all about handling "please disable radios" system-wide events, and not about providing drivers with a standard sysfs interface to enable/disable radio functionality. At least for now. -- "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 DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ ibm-acpi-devel mailing list ibm-acpi-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/ibm-acpi-devel
