On Wed, 2013-02-06 at 15:01 -0600, Seth Forshee wrote: > The powersave configuration in struct ieee80211_conf is currently a > binary state, either enabled or disabled. This is inadequate for > expressing the situation during off-channel operation, when powersave is > set at the AP to request bufferring of frames but the hardware remains > fully awake. Some drivers (e.g. brcmsmac) need to perform configuration > to support this in-between state but lack the information to do so. > > To prepare for adding an off-channel powersave mode, expand the current > powersave configuration flag to two bits to support expressing another > state. Add helper functions for setting and retrieving the state, and > convert mac80211 and drivers to use these functions. > > In changing from a binary flag to powersave mode, also update the > terminology used to name the states for clarity. The "enabled" state is > changed to "doze" to indicate a low power hardware state, and the > "disabled" state is changed to "awake" to indicate a fully powerd on > hardware state. This is consistent with the terminology defined in IEEE > 802.11-2012 section 10.2.1.2.
Ok so I'm reviewing this again. I'm not really convinced this is the right thing to do. Sooner or later, multi-virtual interface support will become more relevant, and then all of this is completely moot because then powersave is entirely disabled and not handled right now. Is all this really worth it? It seems a quick fix for brcmsmac might be to always set the powersave bit when IEEE80211_CONF_OFFCHANNEL is enabled in the config, and then go implement a real solution like I described earlier with powersave being separated out of the core mac80211 routines, and actually made possible for multiple interfaces? johannes _______________________________________________ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel