On Wed, Jan 02, 2013 at 02:45:19PM +0100, Johannes Berg wrote: > On Thu, 2012-12-13 at 14:58 +0100, Simon Wunderlich wrote: > > From: Victor Goldenshtein <victorg@xxxxxx> > > > > Add NL80211_CMD_AP_CH_SWITCH command which > > triggers an AP channel switch process. > > > > Usermode notified about channel switch complete > > event with NL80211_CMD_CH_SWITCH_NOTIFY. > > > > Usermode (hostapd) is responsible to update the > > channel switch announcement IE in the beacon > > prior and after the channel switch operation. > > So ... hostapd is also responsible for counting down the "count"? This > didn't seem to be the case last I asked? No, the idea is that hostapd just provides the CSA IE. Decrementing the TBTT before each beacon should be performed by the low level driver, as it's the only one which can do that (IMHO). Userspace can't do that. There is no difference here to Victors proposal. > > Then why is it responsible for creating the CSA IE? Should that be in > the kernel maybe? Or the IE be given to this command? Right now, hostapd creates the whole beacon, so we consider it responsible for doing changes. Or is there any common implemented infrastructure in the kernel right now to modify the beacon? As far as I know, Mesh and IBSS create new beacons on their own (but do not modify them), and APs beacon is supplied by userspace. > > And then maybe the post-switch beacon IEs should be given to the command > as well, to avoid races as well as making it easier to manage this with > smarter firmware (say full-MAC drivers)? That's not a bad idea actually ... > > Also, we already have an event to notify of an AP channel change, maybe > that should be used? If not, why not? The NL80211_CMD_CH_SWITCH_NOTIFY event is already present and not introduced with this patch, but reused for AP. Which other event do you mean for this purpose? Thanks, Simon
Attachment:
signature.asc
Description: Digital signature
