Return-path: Received: from cora.hrz.tu-chemnitz.de ([134.109.228.40]:35706 "EHLO cora.hrz.tu-chemnitz.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1030528Ab3HIOgE (ORCPT ); Fri, 9 Aug 2013 10:36:04 -0400 From: Simon Wunderlich To: linux-wireless@vger.kernel.org Cc: Johannes Berg , Mathias Kretschmer , Simon Wunderlich Subject: [PATCHv2 0/6] add IBSS channel switch announcement support Date: Fri, 9 Aug 2013 16:35:14 +0200 Message-Id: <1376058920-17779-1-git-send-email-siwu@hrz.tu-chemnitz.de> (sfid-20130809_163609_634689_FAD83DA3) Sender: linux-wireless-owner@vger.kernel.org List-ID: This is the second iteration of channel switch support for IBSS mode patchset (thanks Johannes for comments). CSA for IBSS will be required for IBSS-DFS support later. The patchset builds on top of the previously submitted AP DFS patchset. Changes: * patch "mac80211: fix ieee80211_sta_process_chanswitch for 5/10 MHz channels" already applied, and therefore removed from this patchset * report BSSID of connected network for CSA status errors * removed (theoretically) remotely triggerable WARN_ON * style changes (removed newline, if -> switch, move declaration in right patch) The rough design is: * Userspace may request to change channel using the already introduced NL80211_CMD_CHANNEL_SWITCH command. Unlike AP mode, it does not contain IEs or offset for CSA elements, because this is to be generated by the kernel. * Also other stations may request a channel change by sending (E)CSA within beacons or action frames. This is parsed and further handled as if it would have come from userspace. * When performing a channel switch, an action frame is sent, because beaconing is distributed among IBSS peers and might be lost early. Furthermore, channel switch announcement IEs are added to the beacon/probe response. * When a channel switch could was not understood, it disconnects from the IBSS and tries to re-connect. Discussion points: * When disconnecting from the IBSS because a channel switch announcement was bogus or not understood, we might reconnect to the same BSS again - on the old channel, because the other stas are still there, and stay there. Although it is "accepted behaviour" in IEEE 802.11 that not all station could make it, we should consider ignoring beacons/presp if they include CSAs when scanning for networks to prevent this problem. As always, any comments are appreciated. Cheers, Simon Simon Wunderlich (6): cfg80211: export cfg80211_chandef_dfs_required mac80211: split off channel switch parsing function mac80211: move ibss presp generation in own function mac80211: add support for CSA in IBSS mode mac80211: send a CSA action frame when changing channel nl80211: enable IBSS support for channel switch announcements include/net/cfg80211.h | 9 + net/mac80211/cfg.c | 87 ++++-- net/mac80211/ibss.c | 719 +++++++++++++++++++++++++++++++++++--------- net/mac80211/ieee80211_i.h | 25 ++ net/mac80211/iface.c | 4 + net/mac80211/mlme.c | 137 +++++---- net/mac80211/rx.c | 36 ++- net/mac80211/tx.c | 37 ++- net/wireless/chan.c | 1 + net/wireless/core.h | 9 - net/wireless/nl80211.c | 49 ++- 11 files changed, 858 insertions(+), 255 deletions(-) -- 1.7.10.4