On Thursday 11 December 2008 01:32:37 Julian Calaby wrote: > On Thu, Dec 11, 2008 at 02:29, Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote: > > On Wed, 2008-12-10 at 15:09 +0000, Matthew Garrett wrote: > > > >> The final change is that I removed the code for changing the wireless > >> state in response to the txpower configuration in mac80211. Right now, I > >> can't see any way for this to work correctly - if the user disables the > >> radio via rfkill, mac80211 doesn't flag the radio as disabled. As a > >> result, the next time the configuration callback is called, b43 > >> reenables the radio again, even though the user has explicitly disabled > >> it. I don't think any of the other drivers handle this case, so I'm not > >> really sure what the best way to handle this in future is. The current > >> situation certainly seems broken. > > > > We're going to have to integrate rfkill with mac80211, but nobody cares. > > What strikes me, watching this from the outside - is that rfkill and > power saving seem to be doing essentially the same thing: temporarily > powering down the radio / card. I think it's essentially a different thing. rfkill means -> turn off the radio; no matter what. PS means -> turn off the radio for whatever amount of microseconds and periodically wake up to see what's up. PS-core also takes place in the firmware of the device, where rfkill is a much higher layer thing. -- Greetings, Michael. -- 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
