On Sun, 07 Jun 2009, Dan Williams wrote: > 3G cards have two ways of being killed: > > 1) Put them to sleep; Sierra for example has code that does this > already, it will take the modem out of D3 sleep on startup. No reason > why rfkill couldn't just stick it back there. Drivers that implement > this method would be easy to integrate with rfkill if the BIOS/platform > module doesn't do it for them (hp-wmi will drop the 3G card off the bus > on the 2530p when you rfkill it, just like bluetooth, so nothing else is > needed there). thinkpads will power down the card (and obviously kick it off-bus), as well. This is how they disable bluetooth and 3G. I have code in thinkpad-acpi that tells the fw to power these radios down during sleep, and resume with them powered off. Needs to be unbroken to not do that on wake devices one of these days (_if_ the thinkpad supports bluetooth or wwan as wake devices, something I also have to find out). BTW: please do send me a note of how you guys will want to do sleep/ resume with the new core, I probably will have to adjust thinkpad-acpi to play well with it. > 2) CFUN=0; that is supposed to shut down all radios, but of course that > requires the serial port of the card and the firmware to be loaded and > whatever. And that should only be done by the daemon (if any, like > ModemManager or Wader or whatever) that is arbitrating the serial port. > That's not something that rfkilld should do. And, to make matters worse, you are likely to find that lots of devices screw that up (probably by just ignoring it silently) :-( The people writing the firmware for these modems do an even worse job than the people writing ACPI BIOSes... -- "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 -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
