Thread (34 messages) 34 messages, 3 authors, 2012-07-25

Re: [RFC v3] initial channel context implementation

From: Johannes Berg <johannes@sipsolutions.net>
Date: 2012-06-28 08:15:53

On Thu, 2012-06-28 at 09:01 +0200, Michal Kazior wrote:
quoted
quoted
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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help