On Thu, 2012-06-28 at 09:01 +0200, Michal Kazior wrote: > >> 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? Good question. Even if we don't do CSA first, I guess we don't really break anything right now, do we? And if the driver/mac80211 just changes the channel, that means it could seem to go over the limit of 1 channel but things just break down like they do today? I guess I'd like to have the CSA stuff addressed, but it seems we haven't really closed on the best way yet, and I don't want to hold off your work for it for too long? johannes -- 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
