Johannes Berg wrote:
On Wed, 2012-06-27 at 14:43 +0200, Michal Kazior wrote:
That was intended for AP mode, I'm not sure it's good for station mode,
in station mode we need to have current_bss->channel updated as well in
that case.
This would probably require some more
additional changes too (maybe with regard to channel tracking too).
Worst-case we disconnect other interfaces. We might be able to create a
new channel context (provided num_different_channels hasn't been reached
yet) or reuse an existing channel context (provided CSA happens to
target a channel we have a channel context for already).
Yeah ... we need to think about it more. I thought we could put it off a
bit longer, but I guess with the channel tracking we already need it?
Hmm.. Yeah we need to now, sort of. FullMAC drivers could suffer, but we
could drop connections upon CSA in mac80211 for the time being.
cfg80211 could provide:
* cfg80211_sta_can_switch_chan
* cfg80211_sta_ch_switch_notify
mac80211 could then be able to know whether num_different_channels has
been reached (cfg80211_sta_can_switch_chan) and eventually notify upon
channel switch (cfg80211_sta_ch_switch_notify).
Channel switch would happen if either:
* cfg80211_sta_can_switch_chan is true
* channel context for target CSA channel already exists
I'm just unsure about the current_bss thing - whether we should e.g.
initiate a scan to update it, or can we shamelessly update the channel
in the structure directly?
Today mac80211 just updates it, yeah.
Should I send the ,,respect channels in iface combinations'' as a
[PATCH] now, or should the CSA issue (in cfg80211) be addressed first?
--
Pozdrawiam / Best regards, Michal Kazior.
--
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
