Wow! I never expected that! Things are looking promising :) There now looks to be a work-around we could implement in user-space when the system suspends and resumes. A simple shell script reads this value on suspend and writes the same value back on resume.
That would be good since wireless drivers are supposed to be passive and not try to change the state of rfkill, only respond to it's current setting. That's why I suggested in the related acerhk bug report it implement the RFKILL API where driver-handling of this issue should be done. One thing more: Does this ipw2200 sysfs control mechanism work even when the acerhk autowlan=1 parameter is *not* used? -- Wireless (ipw2200) does not work after waking up from sleep(without manually switching on). https://bugs.launchpad.net/bugs/53310 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
