Hi Henrique, > > 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... I was talking about the external 3G cards. So besides the Option HSO, that has a RFKILL switch, we have no control right now. For all the built-in ones, I just expect that we have a platform RFKILL switch that does the right thing. Naive, but good enough for now :( Regards Marcel -- 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
