On Tue, 22 May 2007, Richard Hughes wrote: > Yes, if there is no event on kill switch, I agree. We need a way so AFAIK one can poll it, but since it is in the EC space, it is a "we don't have events" thing. If someone finds a QXX DSDT method or somesuch we can trap, then we will have events for it. > userspace knows about the change, and pops up a NetworkManager-applet > libnotify "You've switched off the wireless" rather than just ramping > the power to 100% and then failing to connect to networks. I can work with that, yes. In fact I have nothing against it, but current rfkill does not allow for the above. > How about polling twice a second? That should cause no appreciable load > increase and give userspace a chance to do something clever. How about polling twice a second, PLUS a notification from rfkill every time something wants to read an attribute, so that we nearly close the window of opportunity where the status is incorrect? That's what I am asking of rfkill, but they are very reluctant to implement. -- "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
