On Tue, 2009-01-06 at 12:35 -0500, Bob Copeland wrote: > No, I mean that with dbus telling NM to go to sleep (as part of pm-utils) > NM then takes down the interfaces -- userspace is still running, this is > before the kernel actually suspends. > > Consequently, all the interfaces look down to mac80211 when suspend() is > actually called so the suspend/resume in mac80211 doesn't wind up doing > anything with interfaces. No race condition, but a re-association must > happen from userspace on the resume side (NM will do this, though). Ok, but that's fine, that means the mac80211 resume code will also not do anything. Hence, we can put this code in, but it won't be used on such systems initially. We should probably take the rtnl anyway though to be prepared for when userspace is not suspended.. Need to think about that more though, and possibly add a new "suspended" flag that makes it block all configuration attempts. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part
