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. If we're going to integrate rfkill and mac80211 or rewrite rfkill, why not hook it into power saving too? Just my $0.01 Thanks, -- Julian Calaby Email: julian.calaby@xxxxxxxxx -- 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
