* RE: [PATCH] cfg80211/nl80211: Add support to report unsafe frequency ranges(s)
From: Chauhan, Rajesh @ 2013-10-17 17:19 UTC (permalink / raw)
To: Johannes Berg
Cc: linux-wireless@vger.kernel.org, Rodriguez, Luis, Malinen, Jouni,
Bahini, Henri, Chang, Leo, Luo, Xun, Chauhan, Rajesh
In-Reply-To: <1382020835.14410.16.camel@jlt4.sipsolutions.net>
SGkgSm9oYW5uZXMsDQoNClRoYW5rcyBmb3IgeW91ciBjb21tZW50LiBQdXJwb3NlIG9mIHRoaXMg
cGF0Y2ggaXMgdG8gYWRkIGFuIEFQSSBmb3IgV0xBTiBkcml2ZXIgdG8gcmVwb3J0IGZyZXF1ZW5j
eSByYW5nZXMgd2hpY2ggc2hvdWxkIGJlIGF2b2lkZWQgZm9yIFNBUC9QMlAtR08gYmVjYXVzZSBv
ZiBpbnRlcmZlcmVuY2UuDQoNCkhvdyBhYm91dCBpZiBJIHJld29yZCBjb21taXQgdGVzdCBhcyBi
ZWxvdz8NCg0KY2ZnODAyMTEvbmw4MDIxMTogQWRkIEFQSSB0byByZXBvcnQgZnJlcXVlbmN5IHJh
bmdlKHMpIHRvIGJlIGF2b2lkZWQNCg0KQWRkIHN1cHBvcnQgZm9yIFdMQU4gZHJpdmVyIHRvIHJl
cG9ydCBmcmVxdWVuY3kgcmFuZ2UocykgdG8gYmUgYXZvaWRlZCBiZWNhdXNlIG9mIGludGVyZmVy
ZW5jZS4gSWYgU0FQL1AyUC1HTyBpcyBvcGVyYXRpbmcgb24gaW50ZXJmZXJpbmcgZnJlcXVlbmN5
IHRoZW4gdXNlciBzcGFjZSBzaG91bGQgc3RvcCBhbmQgcmVzdGFydCB0aGVtIGF2b2lkaW5nIGlu
dGVyZmVyaW5nIGZyZXF1ZW5jeSByYW5nZShzKS4gVXNlciBzcGFjZSBtYXkgZGVjaWRlIHRvIGNv
bnRpbnVlIG9wZXJhdGlvbiBvbiBpbnRlcmZlcmluZyBmcmVxdWVuY3ksIGJ1dCBpbiBzdWNoIGNh
c2UsIHRoZXJlIG1pZ2h0IGJlIGltcGFjdCBvbiBwZXJmb3JtYW5jZS4NCg0KUmVnYXJkcywNClJh
amVzaCBDaGF1aGFuDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IEpvaGFu
bmVzIEJlcmcgW21haWx0bzpqb2hhbm5lc0BzaXBzb2x1dGlvbnMubmV0XSANClNlbnQ6IFRodXJz
ZGF5LCBPY3RvYmVyIDE3LCAyMDEzIDc6NDEgQU0NClRvOiBDaGF1aGFuLCBSYWplc2gNCkNjOiBs
aW51eC13aXJlbGVzc0B2Z2VyLmtlcm5lbC5vcmc7IFJvZHJpZ3VleiwgTHVpczsgTWFsaW5lbiwg
Sm91bmkNClN1YmplY3Q6IFJlOiBbUEFUQ0hdIGNmZzgwMjExL25sODAyMTE6IEFkZCBzdXBwb3J0
IHRvIHJlcG9ydCB1bnNhZmUgZnJlcXVlbmN5IHJhbmdlcyhzKQ0KDQpPbiBXZWQsIDIwMTMtMTAt
MTYgYXQgMjE6NTcgLTA3MDAsIFJhamVzaCBDaGF1aGFuIHdyb3RlOg0KPiBBZGQgc3VwcG9ydCBm
b3IgV0xBTiBkcml2ZXIgdG8gcmVwb3J0IHVuc2FmZSBmcmVxdWVuY3kgcmFuZ2UocykuIA0KDQpX
aHk/DQoNCj4gVXNlcg0KPiBzcGFjZSBzaG91bGQgbW92ZSBTQVAvUDJQLUdPIG91dCBvZiB0aG9z
ZSB1bnNhZmUgZnJlcXVlbmN5IHJhbmdlKHMpLg0KPiBVc2VyIHNwYWNlIG1heSBkZWNpZGUgdG8g
Y29udGludWUgb3BlcmF0aW9uIG9uIHVuc2FmZSBmcmVxdWVuY3kgYnV0IGluIA0KPiBzdWNoIGNh
c2UgdGhlcmUgbWlnaHQgYmUgaW1wYWN0IG9uIHBlcmZvcm1hbmNlIGJlY2F1c2Ugb2YgaW50ZXJm
ZXJlbmNlLg0KDQpTQVA/IEkgZG9uJ3QgdGhpbmsgU0FQIHdpbGwgbW92ZSAtIHRoZXkncmUgcHJl
dHR5IHN0dWNrIGluIFdhbGxkb3JmIDpQDQoNClRoaXMgaXMgcHJldHR5IHN0cmFuZ2UgcGF0Y2gs
IGFuZCB2ZXJ5IGxpdHRsZSBqdXN0aWZpY2F0aW9uLg0KDQoiVW5zYWZlIiBpcyBhbHNvIGEgcmVh
bGx5IGJhZCB3b3JkLg0KDQpqb2hhbm5lcw0KDQo=
^ permalink raw reply
* RE: [PATCH] cfg80211/nl80211: Add support to report unsafe frequency ranges(s)
From: Chauhan, Rajesh @ 2013-10-17 17:46 UTC (permalink / raw)
To: Johannes Berg
Cc: linux-wireless@vger.kernel.org, Rodriguez, Luis, Malinen, Jouni,
Bahini, Henri, Chang, Leo, Luo, Xun, Chauhan, Rajesh
In-Reply-To: <1382020835.14410.16.camel@jlt4.sipsolutions.net>
SGkgSm9oYW5uZXMsDQoNCkxldCBtZSBhbHNvIHJlcGxhY2UgU0FQIHdpdGggU29mdEFQLg0KDQpT
byBub3cgY29tbWl0IHRleHQgd291bGQgYmU6DQoNCmNmZzgwMjExL25sODAyMTE6IEFkZCBBUEkg
dG8gcmVwb3J0IGZyZXF1ZW5jeSByYW5nZShzKSB0byBiZSBhdm9pZGVkDQoNCkFkZCBzdXBwb3J0
IGZvciBXTEFOIGRyaXZlciB0byByZXBvcnQgZnJlcXVlbmN5IHJhbmdlKHMpIHRvIGJlIGF2b2lk
ZWQgYmVjYXVzZSBvZiBpbnRlcmZlcmVuY2UuIElmIFNvZnRBUC9QMlAtR08gaXMgb3BlcmF0aW5n
IG9uIGludGVyZmVyaW5nIGZyZXF1ZW5jeSB0aGVuIHVzZXIgc3BhY2Ugc2hvdWxkIHN0b3AgYW5k
IHJlc3RhcnQgdGhlbSBhdm9pZGluZyBpbnRlcmZlcmluZyBmcmVxdWVuY3kgcmFuZ2UocykuIFVz
ZXIgc3BhY2UgbWF5IGRlY2lkZSB0byBjb250aW51ZSBvcGVyYXRpb24gb24gaW50ZXJmZXJpbmcg
ZnJlcXVlbmN5LCBidXQgaW4gc3VjaCBjYXNlLCB0aGVyZSBtaWdodCBiZSBpbXBhY3Qgb24gcGVy
Zm9ybWFuY2UuDQoNClJlZ2FyZHMsDQpSYWplc2ggQ2hhdWhhbg0KDQoNCi0tLS0tT3JpZ2luYWwg
TWVzc2FnZS0tLS0tDQpGcm9tOiBDaGF1aGFuLCBSYWplc2ggDQpTZW50OiBUaHVyc2RheSwgT2N0
b2JlciAxNywgMjAxMyAxMDoyMCBBTQ0KVG86ICdKb2hhbm5lcyBCZXJnJw0KQ2M6IGxpbnV4LXdp
cmVsZXNzQHZnZXIua2VybmVsLm9yZzsgUm9kcmlndWV6LCBMdWlzOyBNYWxpbmVuLCBKb3VuaTsg
QmFoaW5pLCBIZW5yaTsgQ2hhbmcsIExlbzsgTHVvLCBYdW47IENoYXVoYW4sIFJhamVzaA0KU3Vi
amVjdDogUkU6IFtQQVRDSF0gY2ZnODAyMTEvbmw4MDIxMTogQWRkIHN1cHBvcnQgdG8gcmVwb3J0
IHVuc2FmZSBmcmVxdWVuY3kgcmFuZ2VzKHMpDQoNCkhpIEpvaGFubmVzLA0KDQpUaGFua3MgZm9y
IHlvdXIgY29tbWVudC4gUHVycG9zZSBvZiB0aGlzIHBhdGNoIGlzIHRvIGFkZCBhbiBBUEkgZm9y
IFdMQU4gZHJpdmVyIHRvIHJlcG9ydCBmcmVxdWVuY3kgcmFuZ2VzIHdoaWNoIHNob3VsZCBiZSBh
dm9pZGVkIGZvciBTQVAvUDJQLUdPIGJlY2F1c2Ugb2YgaW50ZXJmZXJlbmNlLg0KDQpIb3cgYWJv
dXQgaWYgSSByZXdvcmQgY29tbWl0IHRlc3QgYXMgYmVsb3c/DQoNCmNmZzgwMjExL25sODAyMTE6
IEFkZCBBUEkgdG8gcmVwb3J0IGZyZXF1ZW5jeSByYW5nZShzKSB0byBiZSBhdm9pZGVkDQoNCkFk
ZCBzdXBwb3J0IGZvciBXTEFOIGRyaXZlciB0byByZXBvcnQgZnJlcXVlbmN5IHJhbmdlKHMpIHRv
IGJlIGF2b2lkZWQgYmVjYXVzZSBvZiBpbnRlcmZlcmVuY2UuIElmIFNBUC9QMlAtR08gaXMgb3Bl
cmF0aW5nIG9uIGludGVyZmVyaW5nIGZyZXF1ZW5jeSB0aGVuIHVzZXIgc3BhY2Ugc2hvdWxkIHN0
b3AgYW5kIHJlc3RhcnQgdGhlbSBhdm9pZGluZyBpbnRlcmZlcmluZyBmcmVxdWVuY3kgcmFuZ2Uo
cykuIFVzZXIgc3BhY2UgbWF5IGRlY2lkZSB0byBjb250aW51ZSBvcGVyYXRpb24gb24gaW50ZXJm
ZXJpbmcgZnJlcXVlbmN5LCBidXQgaW4gc3VjaCBjYXNlLCB0aGVyZSBtaWdodCBiZSBpbXBhY3Qg
b24gcGVyZm9ybWFuY2UuDQoNClJlZ2FyZHMsDQpSYWplc2ggQ2hhdWhhbg0KDQoNCi0tLS0tT3Jp
Z2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBKb2hhbm5lcyBCZXJnIFttYWlsdG86am9oYW5uZXNA
c2lwc29sdXRpb25zLm5ldF0NClNlbnQ6IFRodXJzZGF5LCBPY3RvYmVyIDE3LCAyMDEzIDc6NDEg
QU0NClRvOiBDaGF1aGFuLCBSYWplc2gNCkNjOiBsaW51eC13aXJlbGVzc0B2Z2VyLmtlcm5lbC5v
cmc7IFJvZHJpZ3VleiwgTHVpczsgTWFsaW5lbiwgSm91bmkNClN1YmplY3Q6IFJlOiBbUEFUQ0hd
IGNmZzgwMjExL25sODAyMTE6IEFkZCBzdXBwb3J0IHRvIHJlcG9ydCB1bnNhZmUgZnJlcXVlbmN5
IHJhbmdlcyhzKQ0KDQpPbiBXZWQsIDIwMTMtMTAtMTYgYXQgMjE6NTcgLTA3MDAsIFJhamVzaCBD
aGF1aGFuIHdyb3RlOg0KPiBBZGQgc3VwcG9ydCBmb3IgV0xBTiBkcml2ZXIgdG8gcmVwb3J0IHVu
c2FmZSBmcmVxdWVuY3kgcmFuZ2UocykuIA0KDQpXaHk/DQoNCj4gVXNlcg0KPiBzcGFjZSBzaG91
bGQgbW92ZSBTQVAvUDJQLUdPIG91dCBvZiB0aG9zZSB1bnNhZmUgZnJlcXVlbmN5IHJhbmdlKHMp
Lg0KPiBVc2VyIHNwYWNlIG1heSBkZWNpZGUgdG8gY29udGludWUgb3BlcmF0aW9uIG9uIHVuc2Fm
ZSBmcmVxdWVuY3kgYnV0IGluIA0KPiBzdWNoIGNhc2UgdGhlcmUgbWlnaHQgYmUgaW1wYWN0IG9u
IHBlcmZvcm1hbmNlIGJlY2F1c2Ugb2YgaW50ZXJmZXJlbmNlLg0KDQpTQVA/IEkgZG9uJ3QgdGhp
bmsgU0FQIHdpbGwgbW92ZSAtIHRoZXkncmUgcHJldHR5IHN0dWNrIGluIFdhbGxkb3JmIDpQDQoN
ClRoaXMgaXMgcHJldHR5IHN0cmFuZ2UgcGF0Y2gsIGFuZCB2ZXJ5IGxpdHRsZSBqdXN0aWZpY2F0
aW9uLg0KDQoiVW5zYWZlIiBpcyBhbHNvIGEgcmVhbGx5IGJhZCB3b3JkLg0KDQpqb2hhbm5lcw0K
DQo=
^ permalink raw reply
* [PATCH 1/2] cfg80211: fix DFS channel recovery timeout
From: Michal Kazior @ 2013-10-17 18:21 UTC (permalink / raw)
To: johannes; +Cc: linux-wireless, Michal Kazior
The timeout was not properly converted from msecs
to jiffies. As a result channel transition to
NL80211_DFS_USABLE was delayed depending on
CONFIG_HZ configuration, e.g. HZ=100 would delay
the NOP from 30 minutes to 300 minutes.
Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
---
net/wireless/mlme.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/net/wireless/mlme.c b/net/wireless/mlme.c
index 8d49c1c..edfe6de 100644
--- a/net/wireless/mlme.c
+++ b/net/wireless/mlme.c
@@ -707,8 +707,8 @@ void cfg80211_dfs_channels_update_work(struct work_struct *work)
if (c->dfs_state != NL80211_DFS_UNAVAILABLE)
continue;
- timeout = c->dfs_state_entered +
- IEEE80211_DFS_MIN_NOP_TIME_MS;
+ timeout = c->dfs_state_entered + msecs_to_jiffies(
+ IEEE80211_DFS_MIN_NOP_TIME_MS);
if (time_after_eq(jiffies, timeout)) {
c->dfs_state = NL80211_DFS_USABLE;
--
1.8.4.rc3
^ permalink raw reply related
* [PATCH 2/2] cfg80211: update dfs_state_entered upon dfs_state change
From: Michal Kazior @ 2013-10-17 18:21 UTC (permalink / raw)
To: johannes; +Cc: linux-wireless, Michal Kazior
In-Reply-To: <1382034072-13541-1-git-send-email-michal.kazior@tieto.com>
The timestamp wasn't updated after transitioning
to the NL80211_DFS_USABLE state after NOP time.
Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
---
net/wireless/mlme.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/net/wireless/mlme.c b/net/wireless/mlme.c
index edfe6de..6a6b1c8 100644
--- a/net/wireless/mlme.c
+++ b/net/wireless/mlme.c
@@ -712,6 +712,8 @@ void cfg80211_dfs_channels_update_work(struct work_struct *work)
if (time_after_eq(jiffies, timeout)) {
c->dfs_state = NL80211_DFS_USABLE;
+ c->dfs_state_entered = jiffies;
+
cfg80211_chandef_create(&chandef, c,
NL80211_CHAN_NO_HT);
--
1.8.4.rc3
^ permalink raw reply related
* pull request: wireless-next 2013-10-17
From: John W. Linville @ 2013-10-17 18:23 UTC (permalink / raw)
To: davem; +Cc: linux-wireless, netdev
[-- Attachment #1: Type: text/plain, Size: 11716 bytes --]
Dave,
This is a batch of updates intended for the 3.13 stream...
The biggest item of interest in here is wcn36xx, the new mac80211
driver for Qualcomm WCN3660/WCN3680 hardware.
Regarding the mac80211 bits, Johannes says:
"We have an assortment of cleanups and new features, of which the
biggest one is probably the channel-switch support in IBSS. Nothing
else really stands out much."
On top of that, the ath9k and rt2x00 get a lot of update action from
Felix Fietkau and Gabor Juhos, respectively. There are a handful of
updates to other drivers here and there as well.
Please let me know if there are problems!
Thanks,
John
---
The following changes since commit ccdbb6e96beca362db876d820ac1e560ff6d9579:
tcp: tcp_transmit_skb() optimizations (2013-10-11 17:48:18 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next.git for-davem
for you to fetch changes up to 9f96da4dd2ccf685b506a21104cb13b1aadd907a:
Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next into for-davem (2013-10-17 14:02:07 -0400)
----------------------------------------------------------------
Amitkumar Karwar (1):
mwifiex: use alloc_workqueue() function
Arik Nemtsov (1):
mac80211: implement STA CSA for drivers using channel contexts
Eliad Peller (2):
mac80211: fix some snprintf misuses
ieee80211: fix vht cap definitions
Eugene Krasnikov (1):
wcn36xx: mac80211 driver for Qualcomm WCN3660/WCN3680 hardware
Felipe Balbi (1):
net: wireless: wl1251: update firmware path
Felix Fietkau (10):
ath9k: use a separate data structure for rx buffers
ath9k_hw: remove direct accesses to channel mode flags
ath9k_hw: remove IS_CHAN_B()
ath9k_hw: remove IS_CHAN_OFDM()
ath9k_hw: simplify channel flags
ath9k: make ath9k_cmn_update_ichannel static
ath9k: move channel change code to ath_set_channel
ath9k: remove sc->config.cabqReadyTime
ath9k: make ath9k_uses_beacons static
ath9k_hw: remove references to hw->conf
Fengguang Wu (1):
wcn36xx: fix coccinelle warnings
Fred Zhou (2):
mac80211: use exact-size allocation for authentication frame
mac80211: improve default WMM parameter setting
Gabor Juhos (14):
rt2x00: rt2800lib: remove TXMIXER_GAIN entries from the extended EEPROM map
rt2x00: rt2800lib: remove TXPOWER_DELTA entry from extended EEPROM map
rt2x00: rt2800lib: fix default VGC values for RT3593
rt2x00: rt2800lib: fix VGC programming for RT3572 and RT3593
rt2x00: rt2800lib: fix default VGC values for RT3572 for the 5GHz band
rt2x00: use generic EWMA functions for average RSSI calculations
rt2x00: rt2800lib: fix VGC adjustment for RT5592
rt2x00: rt2800lib: fix VGC adjustment for RT3572 and RT3593
rt2x00: cleanup indentation in rt2800.h
rt2x00: add rt2x00_has_cap_* helpers
rt2x00: rt2x00lib: use rt2x00_has_cap_* helpers
rt2x00: rt2800lib: use rt2x00_has_cap_* helpers
rt2x00: rt61pci: use rt2x00_has_cap_* helpers
rt2x00: rt73usb: use rt2x00_has_cap_* helpers
Hauke Mehrtens (3):
bcma: reject PCI cards in bcma.
bcma: add PCI id 0x4313
brcmsmac: add support for a BCM4313 with PCI id 0x4313
Janusz Dziedzic (1):
cfg80211: parse dfs region for internal regdb option
Johannes Berg (4):
mac80211: add ieee80211_iterate_active_interfaces_rtnl()
mac80211: use ERR_CAST()
mac80211: add explicit IBSS driver operations
regulatory: enable channels 52-64 and 100-144 for world roaming
John W. Linville (2):
Merge branch 'for-john' of git://git.kernel.org/.../jberg/mac80211-next
Merge branch 'master' of git://git.kernel.org/.../linville/wireless-next into for-davem
Kevin Lo (3):
rt2x00: rt2800lib: no need to toggle RF R30 bit 7 twice
rt2x00: rt2800lib: fix RF registers for RT5390/RT5392
rt2x00: rt2800lib: remove duplicate rf_vals for RF3053
Kirill Tkhai (1):
rt2x00_pci: Fix interrupt handler name (visible at /proc/interrupts)
Lorenzo Bianconi (2):
mac80211: add fixed_rate management to minstrel rc
mac80211: do not override fixed_rate_idx in minstrel_ht_update_stats
Michael Opdenacker (1):
net: p54spi: remove deprecated IRQF_DISABLED
Michal Kazior (1):
mac80211: support reporting A-MSDU subframes individually
Peter Senna Tschudin (1):
mwifiex: Change variable type to bool
Sergey Ryazanov (1):
mac80211: Remove superfluous is_multicast_ether_addr() call
Simon Wunderlich (7):
cfg80211: export cfg80211_chandef_dfs_required
mac80211: split off channel switch parsing function
mac80211: split off ibss disconnect
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
nl80211: allow CAC only if no operation is going on
Stanislaw Gruszka (2):
mac80211: change beacon/connection polling
rt2x00: do not pause queue on flush
cedric Voncken (1):
cfg80211: vlan priority handling in WMM
MAINTAINERS | 8 +
drivers/bcma/host_pci.c | 8 +-
drivers/net/wireless/ath/Kconfig | 1 +
drivers/net/wireless/ath/Makefile | 1 +
drivers/net/wireless/ath/ath9k/ani.c | 6 +-
drivers/net/wireless/ath/ath9k/ar5008_phy.c | 43 +-
drivers/net/wireless/ath/ath9k/ar9002_calib.c | 7 +-
drivers/net/wireless/ath/ath9k/ar9002_hw.c | 26 +-
drivers/net/wireless/ath/ath9k/ar9003_phy.c | 113 +-
drivers/net/wireless/ath/ath9k/ath9k.h | 12 +-
drivers/net/wireless/ath/ath9k/calib.c | 9 +-
drivers/net/wireless/ath/ath9k/common.c | 91 +-
drivers/net/wireless/ath/ath9k/common.h | 7 +-
drivers/net/wireless/ath/ath9k/htc_drv_main.c | 32 +-
drivers/net/wireless/ath/ath9k/hw.c | 67 +-
drivers/net/wireless/ath/ath9k/hw.h | 82 +-
drivers/net/wireless/ath/ath9k/init.c | 87 +-
drivers/net/wireless/ath/ath9k/mac.c | 6 +-
drivers/net/wireless/ath/ath9k/mac.h | 2 -
drivers/net/wireless/ath/ath9k/main.c | 157 +-
drivers/net/wireless/ath/ath9k/mci.c | 8 +-
drivers/net/wireless/ath/ath9k/recv.c | 48 +-
drivers/net/wireless/ath/ath9k/xmit.c | 12 +-
drivers/net/wireless/ath/wcn36xx/Kconfig | 16 +
drivers/net/wireless/ath/wcn36xx/Makefile | 7 +
drivers/net/wireless/ath/wcn36xx/debug.c | 181 +
drivers/net/wireless/ath/wcn36xx/debug.h | 49 +
drivers/net/wireless/ath/wcn36xx/dxe.c | 805 ++++
drivers/net/wireless/ath/wcn36xx/dxe.h | 284 ++
drivers/net/wireless/ath/wcn36xx/hal.h | 4657 ++++++++++++++++++++++++
drivers/net/wireless/ath/wcn36xx/main.c | 1036 ++++++
drivers/net/wireless/ath/wcn36xx/pmc.c | 62 +
drivers/net/wireless/ath/wcn36xx/pmc.h | 33 +
drivers/net/wireless/ath/wcn36xx/smd.c | 2126 +++++++++++
drivers/net/wireless/ath/wcn36xx/smd.h | 127 +
drivers/net/wireless/ath/wcn36xx/txrx.c | 284 ++
drivers/net/wireless/ath/wcn36xx/txrx.h | 160 +
drivers/net/wireless/ath/wcn36xx/wcn36xx.h | 238 ++
drivers/net/wireless/brcm80211/brcmsmac/main.c | 2 +-
drivers/net/wireless/mwifiex/cmdevt.c | 2 +-
drivers/net/wireless/mwifiex/join.c | 2 +-
drivers/net/wireless/mwifiex/main.c | 4 +-
drivers/net/wireless/mwifiex/sta_cmd.c | 2 +-
drivers/net/wireless/mwifiex/wmm.c | 2 +-
drivers/net/wireless/p54/p54spi.c | 2 +-
drivers/net/wireless/rt2x00/Kconfig | 1 +
drivers/net/wireless/rt2x00/rt2800.h | 42 +-
drivers/net/wireless/rt2x00/rt2800lib.c | 173 +-
drivers/net/wireless/rt2x00/rt2x00.h | 103 +-
drivers/net/wireless/rt2x00/rt2x00crypto.c | 4 +-
drivers/net/wireless/rt2x00/rt2x00debug.c | 2 +-
drivers/net/wireless/rt2x00/rt2x00dev.c | 8 +-
drivers/net/wireless/rt2x00/rt2x00link.c | 74 +-
drivers/net/wireless/rt2x00/rt2x00mac.c | 6 +-
drivers/net/wireless/rt2x00/rt2x00pci.c | 2 +-
drivers/net/wireless/rt2x00/rt2x00queue.c | 39 +-
drivers/net/wireless/rt2x00/rt2x00usb.c | 2 +
drivers/net/wireless/rt2x00/rt61pci.c | 20 +-
drivers/net/wireless/rt2x00/rt73usb.c | 18 +-
drivers/net/wireless/ti/wl1251/wl1251.h | 4 +-
include/linux/ieee80211.h | 4 +-
include/net/cfg80211.h | 9 +
include/net/mac80211.h | 42 +
net/mac80211/cfg.c | 92 +-
net/mac80211/chan.c | 5 -
net/mac80211/debugfs.c | 55 +-
net/mac80211/driver-ops.h | 27 +
net/mac80211/ibss.c | 608 +++-
net/mac80211/ieee80211_i.h | 30 +-
net/mac80211/iface.c | 4 +
net/mac80211/key.c | 2 +-
net/mac80211/mlme.c | 334 +-
net/mac80211/rc80211_minstrel.c | 14 +
net/mac80211/rc80211_minstrel_ht.c | 23 +-
net/mac80211/rc80211_pid_debugfs.c | 26 +-
net/mac80211/rx.c | 39 +-
net/mac80211/scan.c | 3 +-
net/mac80211/spectmgmt.c | 162 +
net/mac80211/trace.h | 35 +
net/mac80211/tx.c | 39 +-
net/mac80211/util.c | 162 +-
net/mac80211/vht.c | 4 +-
net/wireless/chan.c | 1 +
net/wireless/core.h | 9 -
net/wireless/debugfs.c | 24 +-
net/wireless/genregdb.awk | 6 +
net/wireless/nl80211.c | 52 +-
net/wireless/reg.c | 14 +-
net/wireless/util.c | 9 +
89 files changed, 11937 insertions(+), 1309 deletions(-)
create mode 100644 drivers/net/wireless/ath/wcn36xx/Kconfig
create mode 100644 drivers/net/wireless/ath/wcn36xx/Makefile
create mode 100644 drivers/net/wireless/ath/wcn36xx/debug.c
create mode 100644 drivers/net/wireless/ath/wcn36xx/debug.h
create mode 100644 drivers/net/wireless/ath/wcn36xx/dxe.c
create mode 100644 drivers/net/wireless/ath/wcn36xx/dxe.h
create mode 100644 drivers/net/wireless/ath/wcn36xx/hal.h
create mode 100644 drivers/net/wireless/ath/wcn36xx/main.c
create mode 100644 drivers/net/wireless/ath/wcn36xx/pmc.c
create mode 100644 drivers/net/wireless/ath/wcn36xx/pmc.h
create mode 100644 drivers/net/wireless/ath/wcn36xx/smd.c
create mode 100644 drivers/net/wireless/ath/wcn36xx/smd.h
create mode 100644 drivers/net/wireless/ath/wcn36xx/txrx.c
create mode 100644 drivers/net/wireless/ath/wcn36xx/txrx.h
create mode 100644 drivers/net/wireless/ath/wcn36xx/wcn36xx.h
--
John W. Linville Someday the world will need a hero, and you
linville@tuxdriver.com might be all we have. Be ready.
[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]
^ permalink raw reply
* Re: [PATCH] cfg80211/nl80211: Add support to report unsafe frequency ranges(s)
From: Dan Williams @ 2013-10-17 18:39 UTC (permalink / raw)
To: Chauhan, Rajesh
Cc: Johannes Berg, linux-wireless@vger.kernel.org, Rodriguez, Luis,
Malinen, Jouni, Bahini, Henri, Chang, Leo, Luo, Xun
In-Reply-To: <D19FD2B13A40CD4B8DA64DB9B8F112E9218DAD14@nasanexd01a.na.qualcomm.com>
On Thu, 2013-10-17 at 17:46 +0000, Chauhan, Rajesh wrote:
> Hi Johannes,
>
> Let me also replace SAP with SoftAP.
>
> So now commit text would be:
>
> cfg80211/nl80211: Add API to report frequency range(s) to be avoided
>
> Add support for WLAN driver to report frequency range(s) to be avoided because of interference. If SoftAP/P2P-GO is operating on interfering frequency then user space should stop and restart them avoiding interfering frequency range(s). User space may decide to continue operation on interfering frequency, but in such case, there might be impact on performance.
Wouldn't a better interface be to:
a) provide a list of undesirable frequencies at all times, instead of an
event, so that userspace can decide *before* creating a Soft AP or P2P
which is the best channel to use, if it wants. Possibly through the
same mechanisms that it's other capabilities are exposed through (like
the full list of supported frequencies, eg "iw phy phy0 info").
Driver can update this list at any time if it notices changes to the RF
environment.
b) if the current operating channel for some Soft AP or P2P interface
becomes undesirable, emit an event indicating that this channel is
undesirable. Userspace can then decide to continue operating on that
channel, or it can check the list of "undesirable" channels from (a) and
pick a different one, and move to it. This is essentially your current
patch, but the event need not carry the channel list, since that's
exposed by (a) already.
There is a small race between a client reading (a) and a client creating
the SoftAP/P2P interface, so it would also be useful that if the channel
a client is creating the SoftAP/P2P on is undesirable the event gets
emitted immediately after creation.
My issue with the original patch is that it only defines the event, it
doesn't define a mechanism for the client to get this information
*before* doing the operation that may be undesirable.
Dan
> Regards,
> Rajesh Chauhan
>
>
> -----Original Message-----
> From: Chauhan, Rajesh
> Sent: Thursday, October 17, 2013 10:20 AM
> To: 'Johannes Berg'
> Cc: linux-wireless@vger.kernel.org; Rodriguez, Luis; Malinen, Jouni; Bahini, Henri; Chang, Leo; Luo, Xun; Chauhan, Rajesh
> Subject: RE: [PATCH] cfg80211/nl80211: Add support to report unsafe frequency ranges(s)
>
> Hi Johannes,
>
> Thanks for your comment. Purpose of this patch is to add an API for WLAN driver to report frequency ranges which should be avoided for SAP/P2P-GO because of interference.
>
> How about if I reword commit test as below?
>
> cfg80211/nl80211: Add API to report frequency range(s) to be avoided
>
> Add support for WLAN driver to report frequency range(s) to be avoided because of interference. If SAP/P2P-GO is operating on interfering frequency then user space should stop and restart them avoiding interfering frequency range(s). User space may decide to continue operation on interfering frequency, but in such case, there might be impact on performance.
>
> Regards,
> Rajesh Chauhan
>
>
> -----Original Message-----
> From: Johannes Berg [mailto:johannes@sipsolutions.net]
> Sent: Thursday, October 17, 2013 7:41 AM
> To: Chauhan, Rajesh
> Cc: linux-wireless@vger.kernel.org; Rodriguez, Luis; Malinen, Jouni
> Subject: Re: [PATCH] cfg80211/nl80211: Add support to report unsafe frequency ranges(s)
>
> On Wed, 2013-10-16 at 21:57 -0700, Rajesh Chauhan wrote:
> > Add support for WLAN driver to report unsafe frequency range(s).
>
> Why?
>
> > User
> > space should move SAP/P2P-GO out of those unsafe frequency range(s).
> > User space may decide to continue operation on unsafe frequency but in
> > such case there might be impact on performance because of interference.
>
> SAP? I don't think SAP will move - they're pretty stuck in Walldorf :P
>
> This is pretty strange patch, and very little justification.
>
> "Unsafe" is also a really bad word.
>
> johannes
>
> NrybXǧv^){.n+{*ޕ,{ay\x1dʇڙ,j\afhz\x1ew\fj:+vwjm\azZ+ݢj"!
^ permalink raw reply
* RE: [PATCH] cfg80211/nl80211: Add support to report unsafe frequency ranges(s)
From: Chauhan, Rajesh @ 2013-10-17 19:51 UTC (permalink / raw)
To: Dan Williams
Cc: Johannes Berg, linux-wireless@vger.kernel.org, Rodriguez, Luis,
Malinen, Jouni, Bahini, Henri, Chang, Leo, Luo, Xun,
Chauhan, Rajesh
In-Reply-To: <1382035171.22901.13.camel@dcbw.foobar.com>
SGkgRGFuLA0KDQpUaGFua3MgZm9yIHlvdXIgY29tbWVudHMuDQoNCkN1cnJlbnQgcGF0Y2ggaXMg
dG8gcmVwb3J0IGV2ZW50IGFzeW5jaHJvbm91c2x5IGFuZCB0aGF0IHdvdWxkIGJlIG5lZWRlZCBl
dmVuIGlmIHdlIGhhdmUgeW91ciBzdWdnZXN0ZWQgaW50ZXJmYWNlIG9mIGNsaWVudCBjb2xsZWN0
aW5nIHRoYXQgaW5mb3JtYXRpb24gdXBmcm9udCwgd2hpY2ggc2VlbXMgbGlrZSB5b3UgYWxzbyBr
aW5kIG9mIGFncmVlLCBiZWNhdXNlIFJGIGVudmlyb25tZW50IG1heSBjaGFuZ2UgbGF0ZXIgYW5k
IGdlbmVyYXRpbmcgYW4gZXZlbnQgYXQgdGhhdCB0aW1lIHdpdGggZnJlcXVlbmN5IGRldGFpbHMg
d291bGQgaGVscC4gU28geW91ciBzdWdnZXN0ZWQgYXBwcm9hY2ggb2YgIm1lY2hhbmlzbSBmb3Ig
dGhlIGNsaWVudCB0byBnZXQgdGhpcyBpbmZvcm1hdGlvbiIgaW4gaXRzZWxmIHNlZW1zIGxpa2Ug
YSBjYW5kaWRhdGUgZm9yIGEgc2VwYXJhdGUgcGF0Y2guDQoNCk9uIHRoZSByYWNlIGNvbmRpdGlv
biB3aGljaCB5b3UgZGVzY3JpYmVkIC0gdGhhbmtzISwgYnV0IGl0IGlzIHNvbWV0aGluZyB3aGlj
aCBpbXBsZW1lbnRhdGlvbiBvZiBkcml2ZXIgd291bGQgbmVlZCB0byB0YWtlIGNhcmUuIFNpbWls
YXJseSwgdXNlciBzcGFjZSBjYW4gaGF2ZSBpbXBsZW1lbnRhdGlvbiB0byBjYWNoZSBpbmZvcm1h
dGlvbiBvbiByZWNlaXB0IG9mIHRoZSBldmVudCB0byB1c2UgaXQgbGF0ZXIuDQoNClJlZ2FyZHMs
DQpSYWplc2ggQ2hhdWhhbg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBE
YW4gV2lsbGlhbXMgW21haWx0bzpkY2J3QHJlZGhhdC5jb21dIA0KU2VudDogVGh1cnNkYXksIE9j
dG9iZXIgMTcsIDIwMTMgMTE6NDAgQU0NClRvOiBDaGF1aGFuLCBSYWplc2gNCkNjOiBKb2hhbm5l
cyBCZXJnOyBsaW51eC13aXJlbGVzc0B2Z2VyLmtlcm5lbC5vcmc7IFJvZHJpZ3VleiwgTHVpczsg
TWFsaW5lbiwgSm91bmk7IEJhaGluaSwgSGVucmk7IENoYW5nLCBMZW87IEx1bywgWHVuDQpTdWJq
ZWN0OiBSZTogW1BBVENIXSBjZmc4MDIxMS9ubDgwMjExOiBBZGQgc3VwcG9ydCB0byByZXBvcnQg
dW5zYWZlIGZyZXF1ZW5jeSByYW5nZXMocykNCg0KT24gVGh1LCAyMDEzLTEwLTE3IGF0IDE3OjQ2
ICswMDAwLCBDaGF1aGFuLCBSYWplc2ggd3JvdGU6DQo+IEhpIEpvaGFubmVzLA0KPiANCj4gTGV0
IG1lIGFsc28gcmVwbGFjZSBTQVAgd2l0aCBTb2Z0QVAuDQo+IA0KPiBTbyBub3cgY29tbWl0IHRl
eHQgd291bGQgYmU6DQo+IA0KPiBjZmc4MDIxMS9ubDgwMjExOiBBZGQgQVBJIHRvIHJlcG9ydCBm
cmVxdWVuY3kgcmFuZ2UocykgdG8gYmUgYXZvaWRlZA0KPiANCj4gQWRkIHN1cHBvcnQgZm9yIFdM
QU4gZHJpdmVyIHRvIHJlcG9ydCBmcmVxdWVuY3kgcmFuZ2UocykgdG8gYmUgYXZvaWRlZCBiZWNh
dXNlIG9mIGludGVyZmVyZW5jZS4gSWYgU29mdEFQL1AyUC1HTyBpcyBvcGVyYXRpbmcgb24gaW50
ZXJmZXJpbmcgZnJlcXVlbmN5IHRoZW4gdXNlciBzcGFjZSBzaG91bGQgc3RvcCBhbmQgcmVzdGFy
dCB0aGVtIGF2b2lkaW5nIGludGVyZmVyaW5nIGZyZXF1ZW5jeSByYW5nZShzKS4gVXNlciBzcGFj
ZSBtYXkgZGVjaWRlIHRvIGNvbnRpbnVlIG9wZXJhdGlvbiBvbiBpbnRlcmZlcmluZyBmcmVxdWVu
Y3ksIGJ1dCBpbiBzdWNoIGNhc2UsIHRoZXJlIG1pZ2h0IGJlIGltcGFjdCBvbiBwZXJmb3JtYW5j
ZS4NCg0KV291bGRuJ3QgYSBiZXR0ZXIgaW50ZXJmYWNlIGJlIHRvOg0KDQphKSBwcm92aWRlIGEg
bGlzdCBvZiB1bmRlc2lyYWJsZSBmcmVxdWVuY2llcyBhdCBhbGwgdGltZXMsIGluc3RlYWQgb2Yg
YW4gZXZlbnQsIHNvIHRoYXQgdXNlcnNwYWNlIGNhbiBkZWNpZGUgKmJlZm9yZSogY3JlYXRpbmcg
YSBTb2Z0IEFQIG9yIFAyUCB3aGljaCBpcyB0aGUgYmVzdCBjaGFubmVsIHRvIHVzZSwgaWYgaXQg
d2FudHMuICBQb3NzaWJseSB0aHJvdWdoIHRoZSBzYW1lIG1lY2hhbmlzbXMgdGhhdCBpdCdzIG90
aGVyIGNhcGFiaWxpdGllcyBhcmUgZXhwb3NlZCB0aHJvdWdoIChsaWtlIHRoZSBmdWxsIGxpc3Qg
b2Ygc3VwcG9ydGVkIGZyZXF1ZW5jaWVzLCBlZyAiaXcgcGh5IHBoeTAgaW5mbyIpLg0KDQpEcml2
ZXIgY2FuIHVwZGF0ZSB0aGlzIGxpc3QgYXQgYW55IHRpbWUgaWYgaXQgbm90aWNlcyBjaGFuZ2Vz
IHRvIHRoZSBSRiBlbnZpcm9ubWVudC4NCg0KYikgaWYgdGhlIGN1cnJlbnQgb3BlcmF0aW5nIGNo
YW5uZWwgZm9yIHNvbWUgU29mdCBBUCBvciBQMlAgaW50ZXJmYWNlIGJlY29tZXMgdW5kZXNpcmFi
bGUsIGVtaXQgYW4gZXZlbnQgaW5kaWNhdGluZyB0aGF0IHRoaXMgY2hhbm5lbCBpcyB1bmRlc2ly
YWJsZS4gIFVzZXJzcGFjZSBjYW4gdGhlbiBkZWNpZGUgdG8gY29udGludWUgb3BlcmF0aW5nIG9u
IHRoYXQgY2hhbm5lbCwgb3IgaXQgY2FuIGNoZWNrIHRoZSBsaXN0IG9mICJ1bmRlc2lyYWJsZSIg
Y2hhbm5lbHMgZnJvbSAoYSkgYW5kIHBpY2sgYSBkaWZmZXJlbnQgb25lLCBhbmQgbW92ZSB0byBp
dC4gIFRoaXMgaXMgZXNzZW50aWFsbHkgeW91ciBjdXJyZW50IHBhdGNoLCBidXQgdGhlIGV2ZW50
IG5lZWQgbm90IGNhcnJ5IHRoZSBjaGFubmVsIGxpc3QsIHNpbmNlIHRoYXQncyBleHBvc2VkIGJ5
IChhKSBhbHJlYWR5Lg0KDQpUaGVyZSBpcyBhIHNtYWxsIHJhY2UgYmV0d2VlbiBhIGNsaWVudCBy
ZWFkaW5nIChhKSBhbmQgYSBjbGllbnQgY3JlYXRpbmcgdGhlIFNvZnRBUC9QMlAgaW50ZXJmYWNl
LCBzbyBpdCB3b3VsZCBhbHNvIGJlIHVzZWZ1bCB0aGF0IGlmIHRoZSBjaGFubmVsIGEgY2xpZW50
IGlzIGNyZWF0aW5nIHRoZSBTb2Z0QVAvUDJQIG9uIGlzIHVuZGVzaXJhYmxlIHRoZSBldmVudCBn
ZXRzIGVtaXR0ZWQgaW1tZWRpYXRlbHkgYWZ0ZXIgY3JlYXRpb24uDQoNCk15IGlzc3VlIHdpdGgg
dGhlIG9yaWdpbmFsIHBhdGNoIGlzIHRoYXQgaXQgb25seSBkZWZpbmVzIHRoZSBldmVudCwgaXQg
ZG9lc24ndCBkZWZpbmUgYSBtZWNoYW5pc20gZm9yIHRoZSBjbGllbnQgdG8gZ2V0IHRoaXMgaW5m
b3JtYXRpb24NCipiZWZvcmUqIGRvaW5nIHRoZSBvcGVyYXRpb24gdGhhdCBtYXkgYmUgdW5kZXNp
cmFibGUuDQoNCkRhbg0KDQo+IFJlZ2FyZHMsDQo+IFJhamVzaCBDaGF1aGFuDQo+IA0KPiANCj4g
LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogQ2hhdWhhbiwgUmFqZXNoDQo+IFNl
bnQ6IFRodXJzZGF5LCBPY3RvYmVyIDE3LCAyMDEzIDEwOjIwIEFNDQo+IFRvOiAnSm9oYW5uZXMg
QmVyZycNCj4gQ2M6IGxpbnV4LXdpcmVsZXNzQHZnZXIua2VybmVsLm9yZzsgUm9kcmlndWV6LCBM
dWlzOyBNYWxpbmVuLCBKb3VuaTsgDQo+IEJhaGluaSwgSGVucmk7IENoYW5nLCBMZW87IEx1bywg
WHVuOyBDaGF1aGFuLCBSYWplc2gNCj4gU3ViamVjdDogUkU6IFtQQVRDSF0gY2ZnODAyMTEvbmw4
MDIxMTogQWRkIHN1cHBvcnQgdG8gcmVwb3J0IHVuc2FmZSANCj4gZnJlcXVlbmN5IHJhbmdlcyhz
KQ0KPiANCj4gSGkgSm9oYW5uZXMsDQo+IA0KPiBUaGFua3MgZm9yIHlvdXIgY29tbWVudC4gUHVy
cG9zZSBvZiB0aGlzIHBhdGNoIGlzIHRvIGFkZCBhbiBBUEkgZm9yIFdMQU4gZHJpdmVyIHRvIHJl
cG9ydCBmcmVxdWVuY3kgcmFuZ2VzIHdoaWNoIHNob3VsZCBiZSBhdm9pZGVkIGZvciBTQVAvUDJQ
LUdPIGJlY2F1c2Ugb2YgaW50ZXJmZXJlbmNlLg0KPiANCj4gSG93IGFib3V0IGlmIEkgcmV3b3Jk
IGNvbW1pdCB0ZXN0IGFzIGJlbG93Pw0KPiANCj4gY2ZnODAyMTEvbmw4MDIxMTogQWRkIEFQSSB0
byByZXBvcnQgZnJlcXVlbmN5IHJhbmdlKHMpIHRvIGJlIGF2b2lkZWQNCj4gDQo+IEFkZCBzdXBw
b3J0IGZvciBXTEFOIGRyaXZlciB0byByZXBvcnQgZnJlcXVlbmN5IHJhbmdlKHMpIHRvIGJlIGF2
b2lkZWQgYmVjYXVzZSBvZiBpbnRlcmZlcmVuY2UuIElmIFNBUC9QMlAtR08gaXMgb3BlcmF0aW5n
IG9uIGludGVyZmVyaW5nIGZyZXF1ZW5jeSB0aGVuIHVzZXIgc3BhY2Ugc2hvdWxkIHN0b3AgYW5k
IHJlc3RhcnQgdGhlbSBhdm9pZGluZyBpbnRlcmZlcmluZyBmcmVxdWVuY3kgcmFuZ2UocykuIFVz
ZXIgc3BhY2UgbWF5IGRlY2lkZSB0byBjb250aW51ZSBvcGVyYXRpb24gb24gaW50ZXJmZXJpbmcg
ZnJlcXVlbmN5LCBidXQgaW4gc3VjaCBjYXNlLCB0aGVyZSBtaWdodCBiZSBpbXBhY3Qgb24gcGVy
Zm9ybWFuY2UuDQo+IA0KPiBSZWdhcmRzLA0KPiBSYWplc2ggQ2hhdWhhbg0KPiANCj4gDQo+IC0t
LS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+IEZyb206IEpvaGFubmVzIEJlcmcgW21haWx0bzpq
b2hhbm5lc0BzaXBzb2x1dGlvbnMubmV0XQ0KPiBTZW50OiBUaHVyc2RheSwgT2N0b2JlciAxNywg
MjAxMyA3OjQxIEFNDQo+IFRvOiBDaGF1aGFuLCBSYWplc2gNCj4gQ2M6IGxpbnV4LXdpcmVsZXNz
QHZnZXIua2VybmVsLm9yZzsgUm9kcmlndWV6LCBMdWlzOyBNYWxpbmVuLCBKb3VuaQ0KPiBTdWJq
ZWN0OiBSZTogW1BBVENIXSBjZmc4MDIxMS9ubDgwMjExOiBBZGQgc3VwcG9ydCB0byByZXBvcnQg
dW5zYWZlIA0KPiBmcmVxdWVuY3kgcmFuZ2VzKHMpDQo+IA0KPiBPbiBXZWQsIDIwMTMtMTAtMTYg
YXQgMjE6NTcgLTA3MDAsIFJhamVzaCBDaGF1aGFuIHdyb3RlOg0KPiA+IEFkZCBzdXBwb3J0IGZv
ciBXTEFOIGRyaXZlciB0byByZXBvcnQgdW5zYWZlIGZyZXF1ZW5jeSByYW5nZShzKS4gDQo+IA0K
PiBXaHk/DQo+IA0KPiA+IFVzZXINCj4gPiBzcGFjZSBzaG91bGQgbW92ZSBTQVAvUDJQLUdPIG91
dCBvZiB0aG9zZSB1bnNhZmUgZnJlcXVlbmN5IHJhbmdlKHMpLg0KPiA+IFVzZXIgc3BhY2UgbWF5
IGRlY2lkZSB0byBjb250aW51ZSBvcGVyYXRpb24gb24gdW5zYWZlIGZyZXF1ZW5jeSBidXQgDQo+
ID4gaW4gc3VjaCBjYXNlIHRoZXJlIG1pZ2h0IGJlIGltcGFjdCBvbiBwZXJmb3JtYW5jZSBiZWNh
dXNlIG9mIGludGVyZmVyZW5jZS4NCj4gDQo+IFNBUD8gSSBkb24ndCB0aGluayBTQVAgd2lsbCBt
b3ZlIC0gdGhleSdyZSBwcmV0dHkgc3R1Y2sgaW4gV2FsbGRvcmYgOlANCj4gDQo+IFRoaXMgaXMg
cHJldHR5IHN0cmFuZ2UgcGF0Y2gsIGFuZCB2ZXJ5IGxpdHRsZSBqdXN0aWZpY2F0aW9uLg0KPiAN
Cj4gIlVuc2FmZSIgaXMgYWxzbyBhIHJlYWxseSBiYWQgd29yZC4NCj4gDQo+IGpvaGFubmVzDQo+
IA0KPiBOcnliWMendl4p3rp7Lm4reyrelSx7YXkdyofamSxqIGZoeh53DQpqOit2d2ptIHpaK92i
aiIhDQoNCg0K
^ permalink raw reply
* Centrino Wireless-N 2200 authentication time-outs and unexpected deauthentication
From: Kenneth Berland @ 2013-10-17 18:23 UTC (permalink / raw)
To: linux-wireless, ilw
All,
I'm having a hard time keeping a connection to a Ruckus ZoneFlex 7982 AP.
The SSID is running WPA2/PSK/AES. I'm running a recent iwlwifi kernel
(3.12.0-rc3-wl+) and have a Centrino chipset. After an hour or so, the
interface is disconnected. It can only reauthenticate when the iwlwifi
module is removed and re-inserted.
Thanks in advance,
Ken
I'm running a recent wpa_supplicant with nl80211 like this:
/sbin/wpa_supplicant -Dnl80211 -s -i wlan0 -c ./gr-test.conf
The relevant log output is the following (I think):
Oct 17 10:39:26 ken-x230 wpa_supplicant[15828]: Successfully initialized wpa_supplicant
Oct 17 10:39:26 ken-x230 kernel: [19456.093074] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
Oct 17 10:39:26 ken-x230 kernel: [19456.100991] iwlwifi 0000:03:00.0: Radio type=0x2-0x0-0x0
Oct 17 10:39:26 ken-x230 kernel: [19456.173751] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Oct 17 10:39:27 ken-x230 wpa_supplicant[15828]: wlan0: SME: Trying to authenticate with 2c:e6:cc:84:8d:98 (SSID='GR-Test' freq=2457 MHz)
Oct 17 10:39:27 ken-x230 kernel: [19456.930480] wlan0: authenticate with 2c:e6:cc:84:8d:98
Oct 17 10:39:27 ken-x230 kernel: [19456.935141] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 1/3)
Oct 17 10:39:28 ken-x230 kernel: [19458.156795] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 2/3)
Oct 17 10:39:29 ken-x230 kernel: [19459.169462] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 3/3)
Oct 17 10:39:30 ken-x230 kernel: [19460.170078] wlan0: authentication with 2c:e6:cc:84:8d:98 timed out
Oct 17 10:39:31 ken-x230 wpa_supplicant[15828]: wlan0: SME: Trying to authenticate with 2c:e6:cc:84:8d:98 (SSID='GR-Test' freq=2457 MHz)
Oct 17 10:39:31 ken-x230 kernel: [19460.932095] wlan0: authenticate with 2c:e6:cc:84:8d:98
Oct 17 10:39:31 ken-x230 kernel: [19460.935224] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 1/3)
Oct 17 10:39:32 ken-x230 kernel: [19462.159432] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 2/3)
Oct 17 10:39:33 ken-x230 kernel: [19463.148066] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 3/3)
Oct 17 10:39:34 ken-x230 kernel: [19464.148711] wlan0: authentication with 2c:e6:cc:84:8d:98 timed out
Oct 17 10:39:35 ken-x230 wpa_supplicant[15828]: wlan0: SME: Trying to authenticate with 2c:e6:cc:84:8d:98 (SSID='GR-Test' freq=2457 MHz)
Oct 17 10:39:35 ken-x230 kernel: [19465.307056] wlan0: authenticate with 2c:e6:cc:84:8d:98
Oct 17 10:39:35 ken-x230 kernel: [19465.311719] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 1/3)
Oct 17 10:39:36 ken-x230 kernel: [19466.162056] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 2/3)
Oct 17 10:39:37 ken-x230 kernel: [19467.162688] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 3/3)
Oct 17 10:39:38 ken-x230 kernel: [19468.139372] wlan0: authentication with 2c:e6:cc:84:8d:98 timed out
or, sometimes, like this:
Oct 16 18:35:20 ken-x230 wpa_supplicant[5490]: wlan0: CTRL-EVENT-CONNECTED - Connection to 2c:e6:cc:84:8d:98 completed [id=0 id_str=]
Oct 16 18:35:22 ken-x230 kernel: [ 5141.751420] wlan0: deauthenticated from 2c:e6:cc:84:8d:98 (Reason: 6)
Oct 16 18:35:22 ken-x230 wpa_supplicant[5490]: wlan0: CTRL-EVENT-DISCONNECTED bssid=2c:e6:cc:84:8d:98 reason=6
Oct 16 18:35:22 ken-x230 wpa_supplicant[5490]: wlan0: SME: Trying to authenticate with 2c:e6:cc:84:8d:98 (SSID='GR-Test' freq=2457 MHz)
Oct 16 18:35:22 ken-x230 kernel: [ 5141.806347] wlan0: authenticate with 2c:e6:cc:84:8d:98
Oct 16 18:35:22 ken-x230 wpa_supplicant[5490]: wlan0: Trying to associate with 2c:e6:cc:84:8d:98 (SSID='GR-Test' freq=2457 MHz)
Oct 16 18:35:22 ken-x230 kernel: [ 5141.810436] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 1/3)
Oct 16 18:35:22 ken-x230 kernel: [ 5141.812469] wlan0: authenticated
Oct 16 18:35:22 ken-x230 kernel: [ 5141.813760] wlan0: associate with 2c:e6:cc:84:8d:98 (try 1/3)
Oct 16 18:35:22 ken-x230 kernel: [ 5141.817635] wlan0: RX AssocResp from 2c:e6:cc:84:8d:98 (capab=0x431 status=0 aid=3)
Oct 16 18:35:22 ken-x230 wpa_supplicant[5490]: wlan0: Associated with 2c:e6:cc:84:8d:98
Oct 16 18:35:22 ken-x230 kernel: [ 5141.836654] wlan0: associated
Oct 16 18:35:22 ken-x230 wpa_supplicant[5490]: wlan0: WPA: Key negotiation completed with 2c:e6:cc:84:8d:98 [PTK=CCMP GTK=CCMP]
Oct 16 18:35:22 ken-x230 wpa_supplicant[5490]: wlan0: CTRL-EVENT-CONNECTED - Connection to 2c:e6:cc:84:8d:98 completed [id=0 id_str=]
Oct 16 18:35:25 ken-x230 kernel: [ 5144.220601] wlan0: deauthenticated from 2c:e6:cc:84:8d:98 (Reason: 6)
Oct 16 18:35:25 ken-x230 wpa_supplicant[5490]: wlan0: CTRL-EVENT-DISCONNECTED bssid=2c:e6:cc:84:8d:98 reason=6
Oct 16 18:35:25 ken-x230 wpa_supplicant[5490]: wlan0: SME: Trying to authenticate with 2c:e6:cc:84:8d:98 (SSID='GR-Test' freq=2457 MHz)
Oct 16 18:35:25 ken-x230 kernel: [ 5144.263904] wlan0: authenticate with 2c:e6:cc:84:8d:98
Oct 16 18:35:25 ken-x230 wpa_supplicant[5490]: wlan0: Trying to associate with 2c:e6:cc:84:8d:98 (SSID='GR-Test' freq=2457 MHz)
Oct 16 18:35:25 ken-x230 kernel: [ 5144.268060] wlan0: send auth to 2c:e6:cc:84:8d:98 (try 1/3)
Oct 16 18:35:25 ken-x230 kernel: [ 5144.269809] wlan0: authenticated
Oct 16 18:35:25 ken-x230 kernel: [ 5144.271371] wlan0: associate with 2c:e6:cc:84:8d:98 (try 1/3)
Oct 16 18:35:25 ken-x230 kernel: [ 5144.275280] wlan0: RX AssocResp from 2c:e6:cc:84:8d:98 (capab=0x431 status=0 aid=3)
Oct 16 18:35:25 ken-x230 wpa_supplicant[5490]: wlan0: Associated with 2c:e6:cc:84:8d:98
Oct 16 18:35:25 ken-x230 kernel: [ 5144.294692] wlan0: associated
Oct 16 18:35:25 ken-x230 wpa_supplicant[5490]: wlan0: WPA: Key negotiation completed with 2c:e6:cc:84:8d:98 [PTK=CCMP GTK=CCMP]
Oct 16 18:35:25 ken-x230 wpa_supplicant[5490]: wlan0: CTRL-EVENT-CONNECTED - Connection to 2c:e6:cc:84:8d:98 completed [id=0 id_str=]
Oct 16 18:35:26 ken-x230 kernel: [ 5145.809824] wlan0: deauthenticated from 2c:e6:cc:84:8d:98 (Reason: 6)
Oct 16 18:35:26 ken-x230 wpa_supplicant[5490]: wlan0: CTRL-EVENT-DISCONNECTED bssid=2c:e6:cc:84:8d:98 reason=6
Here is the other, I hope relevant, info:
$ uname -a
Linux ken-x230 3.12.0-rc3-wl+ #1 SMP Tue Oct 8 11:47:43 PDT 2013 x86_64 x86_64 x86_64 GNU/Linux # git-sha 1f117d
# wpa_supplicant version:
$ git remote -v | head -1
origin git://w1.fi/srv/git/hostap.git (fetch)
$ git log --decorate | head -1
commit 5bfd7e91685e65977c8db72afdca0cab310f8667 (HEAD, origin/master, origin/HEAD, master)
$ lspci -v # edited
03:00.0 Network controller: Intel Corporation Centrino Wireless-N 2200 (rev c4)
Subsystem: Intel Corporation Centrino Wireless-N 2200 BGN
Flags: bus master, fast devsel, latency 0, IRQ 46
Memory at f1c00000 (64-bit, non-prefetchable) [size=8K]
Capabilities: <access denied>
Kernel driver in use: iwlwifi
Kernel modules: iwlwifi
$ iw dev wlan0 info # before it locks up
Interface wlan0
ifindex 14
type managed
wiphy 0
$ iw dev wlan0 link #again, before it locks up
Connected to 2c:e6:cc:84:8d:98 (on wlan0)
SSID: GR-Test
freq: 2457
RX: 14757340 bytes (45075 packets)
TX: 2596610 bytes (8879 packets)
signal: -37 dBm
tx bitrate: 130.0 MBit/s MCS 14 short GI
bss flags: short-preamble short-slot-time
dtim period: 0
beacon int: 100
$ iw list
Wiphy phy0
Band 1:
Capabilities: 0x1072
HT20/HT40
Static SM Power Save
RX Greenfield
RX HT20 SGI
RX HT40 SGI
No RX STBC
Max AMSDU length: 3839 bytes
DSSS/CCK HT40
Maximum RX AMPDU length 65535 bytes (exponent: 0x003)
Minimum RX AMPDU time spacing: 4 usec (0x05)
HT TX/RX MCS rate indexes supported: 0-15, 32
Frequencies:
* 2412 MHz [1] (15.0 dBm)
* 2417 MHz [2] (15.0 dBm)
* 2422 MHz [3] (15.0 dBm)
* 2427 MHz [4] (15.0 dBm)
* 2432 MHz [5] (15.0 dBm)
* 2437 MHz [6] (15.0 dBm)
* 2442 MHz [7] (15.0 dBm)
* 2447 MHz [8] (15.0 dBm)
* 2452 MHz [9] (15.0 dBm)
* 2457 MHz [10] (16.0 dBm)
* 2462 MHz [11] (15.0 dBm)
* 2467 MHz [12] (15.0 dBm) (passive scanning, no IBSS)
* 2472 MHz [13] (15.0 dBm) (passive scanning, no IBSS)
Bitrates (non-HT):
* 1.0 Mbps
* 2.0 Mbps (short preamble supported)
* 5.5 Mbps (short preamble supported)
* 11.0 Mbps (short preamble supported)
* 6.0 Mbps
* 9.0 Mbps
* 12.0 Mbps
* 18.0 Mbps
* 24.0 Mbps
* 36.0 Mbps
* 48.0 Mbps
* 54.0 Mbps
max # scan SSIDs: 20
max scan IEs length: 195 bytes
Coverage class: 0 (up to 0m)
Supported Ciphers:
* WEP40 (00-0f-ac:1)
* WEP104 (00-0f-ac:5)
* TKIP (00-0f-ac:2)
* CCMP (00-0f-ac:4)
Available Antennas: TX 0 RX 0
Supported interface modes:
* IBSS
* managed
* AP
* AP/VLAN
* monitor
software interface modes (can always be added):
* AP/VLAN
* monitor
valid interface combinations:
* #{ managed } <= 1, #{ AP } <= 1,
total <= 2, #channels <= 1, STA/AP BI must match
* #{ managed } <= 2,
total <= 2, #channels <= 1
Supported commands:
* new_interface
* set_interface
* new_key
* new_beacon
* new_station
* new_mpath
* set_mesh_params
* set_bss
* authenticate
* associate
* deauthenticate
* disassociate
* join_ibss
* join_mesh
* set_tx_bitrate_mask
* action
* frame_wait_cancel
* set_wiphy_netns
* set_channel
* set_wds_peer
* Unknown command (84)
* Unknown command (87)
* Unknown command (85)
* Unknown command (89)
* Unknown command (92)
* testmode
* connect
* disconnect
Supported TX frame types:
* IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* mesh point: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
* Unknown mode (10): 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0
Supported RX frame types:
* IBSS: 0x40 0xb0 0xc0 0xd0
* managed: 0x40 0xd0
* AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* mesh point: 0xb0 0xc0 0xd0
* P2P-client: 0x40 0xd0
* P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
* Unknown mode (10): 0x40 0xd0
Device supports RSN-IBSS.
WoWLAN support:
* wake up on disconnect
* wake up on magic packet
* wake up on pattern match, up to 20 patterns of 16-128 bytes
* can do GTK rekeying
* wake up on GTK rekey failure
* wake up on EAP identity request
* wake up on rfkill release
HT Capability overrides:
* MCS: ff ff ff ff ff ff ff ff ff ff
* maximum A-MSDU length
* supported channel width
* short GI for 40 MHz
* max A-MPDU length exponent
* min MPDU start spacing
Device supports TX status socket option.
Device supports HT-IBSS.
$ lsmod | grep iwlwifi
iwlwifi 165203 1 iwldvm
cfg80211 494159 3 iwldvm,mac80211,iwlwifi
^ permalink raw reply
* Re: pull request: wireless 2013-10-15
From: David Miller @ 2013-10-17 20:06 UTC (permalink / raw)
To: linville; +Cc: linux-wireless, netdev, linux-kernel
In-Reply-To: <20131015175611.GA15706@tuxdriver.com>
From: "John W. Linville" <linville@tuxdriver.com>
Date: Tue, 15 Oct 2013 13:56:12 -0400
> Please pull this batch of fixes intended for the 3.12 stream!
>
> For the mac80211 bits, Johannes says:
>
> "Jouni fixes a remain-on-channel vs. scan bug, and Felix fixes client TX
> probing on VLANs."
>
> And also:
>
> "This time I have two fixes from Emmanuel for RF-kill issues, and fixed
> two issues reported by Evan Huus and Thomas Lindroth respectively."
>
> On top of those...
>
> Avinash Patil adds a couple of mwifiex fixes to properly inform cfg80211
> about some different types of disconnects, avoiding WARNINGs.
>
> Mark Cave-Ayland corrects a pointer arithmetic problem in rtlwifi,
> avoiding incorrect automatic gain calculations.
>
> Solomon Peachy sends a cw1200 fix for locking around calls to
> cw1200_irq_handler, addressing "lost interrupt" problems.
>
> Please let me know if there are problems!
Pulled, thanks a lot John.
^ permalink raw reply
* Re: pull request: wireless-next 2013-10-17
From: David Miller @ 2013-10-17 20:15 UTC (permalink / raw)
To: linville; +Cc: linux-wireless, netdev
In-Reply-To: <20131017182339.GC1812@tuxdriver.com>
From: "John W. Linville" <linville@tuxdriver.com>
Date: Thu, 17 Oct 2013 14:23:40 -0400
> This is a batch of updates intended for the 3.13 stream...
>
> The biggest item of interest in here is wcn36xx, the new mac80211
> driver for Qualcomm WCN3660/WCN3680 hardware.
>
> Regarding the mac80211 bits, Johannes says:
>
> "We have an assortment of cleanups and new features, of which the
> biggest one is probably the channel-switch support in IBSS. Nothing
> else really stands out much."
>
> On top of that, the ath9k and rt2x00 get a lot of update action from
> Felix Fietkau and Gabor Juhos, respectively. There are a handful of
> updates to other drivers here and there as well.
>
> Please let me know if there are problems!
Pulled, thanks John.
^ permalink raw reply
* [RTL8723AE] Driver problems
From: André Martins @ 2013-10-18 0:55 UTC (permalink / raw)
To: linux-wireless
Hi!
This is a copy I've sent to Larry Finger and his bot told me to sent to
this e-mail address instead.
Basically I've bought a computer with the 8723ae card and unfortunately the
wireless connection is really bad. Although I'm a last year student on
MSc in
computers and telematics engineering I don't have any skills what so
ever on
kernel's source code. Thus, I want to ask you if you could help me out
and tell
me where to begin to fix this and create a great rtl8723ae driver for
Linux. I
could help you with the tests what whatever I could. The main problem
with this
card is the connection on my university, it's always dropping and
impossible to
have a stable connection. On my house I'm a few meters way of my AP and
the link
quality is either on 38/70 or 70/70.
Since you take the time to read this e-mail I thank you already.
Thanks,
André Martins
^ permalink raw reply
* Re: [PATCH 00/23 v2] cleanup: introduce br/netdev/netif/wiphy_<foo>_ratelimited() and use them to simplify code
From: Joe Perches @ 2013-10-18 4:11 UTC (permalink / raw)
To: Kefeng Wang; +Cc: linux-kernel, netfilter, netdev, linux-wireless
In-Reply-To: <1382068363-10088-1-git-send-email-wangkefeng.wang@huawei.com>
(resending to lists only because of multiple X's in the subject line)
On Fri, 2013-10-18 at 11:52 +0800, Kefeng Wang wrote:
> v1-v2:
>
> Introduce macro br/netdev/netif/wiphy_XXX_ratelimited() according
> to Joe Perches's advice. The macros are similar to net_XXX_ratelimited()
> which is more clarifying than net_ratelimited_function(), then use them
> to simplify code.
There are some conceptual differences between these
implementations and other <foo>_ratelimited uses.
For every other subsystem but net, there is a per-location
struct ratelimit_state.
Here you've made the global net_ratelimit_state replace all
of these individual structs so there is some new interaction.
Dunno if that's good or bad.
^ permalink raw reply
* Re: [RTL8723AE] Driver problems
From: Oleksij Rempel @ 2013-10-18 5:30 UTC (permalink / raw)
To: André Martins, linux-wireless
In-Reply-To: <BLU0-SMTP28669C5469915F5D8D155AF89060@phx.gbl>
Am 18.10.2013 02:55, schrieb André Martins:
> Hi!
> This is a copy I've sent to Larry Finger and his bot told me to sent to
> this e-mail address instead.
> Basically I've bought a computer with the 8723ae card and unfortunately the
> wireless connection is really bad. Although I'm a last year student on
> MSc in
> computers and telematics engineering I don't have any skills what so
> ever on
> kernel's source code. Thus, I want to ask you if you could help me out
> and tell
> me where to begin to fix this and create a great rtl8723ae driver for
> Linux. I
> could help you with the tests what whatever I could. The main problem
> with this
> card is the connection on my university, it's always dropping and
> impossible to
> have a stable connection. On my house I'm a few meters way of my AP and
> the link
> quality is either on 38/70 or 70/70.
> Since you take the time to read this e-mail I thank you already.
> Thanks,
> André Martins
Hi André,
start with googling for "linux wlan troubleshooting".
Use latest kernel wifi source code:
https://git.kernel.org/cgit/linux/kernel/git/linville/wireless-next.git/
If you can compile kernel by your self, then you can do some changes on
kernel. See how driver works, add "printk("%s:%i\ņ", __func__,
__LINE__);" every where and monitore dmesg. The driver is located here:
linux/drivers/net/wireless/rtlwifi/rtl8723ae
If you wont to help with this driver, do not fear to brake you kernel ;)
--
Regards,
Oleksij
^ permalink raw reply
* Re: [PATCH 00/21] rt2x00: separate rt2800 PCI and SoC driver
From: Gabor Juhos @ 2013-10-18 7:57 UTC (permalink / raw)
To: Helmut Schaa; +Cc: John W. Linville, linux-wireless, rt2x00 Users List
In-Reply-To: <CAGXE3d_HZZrEspONsjoqGrynGKYN9pisX-jgRZdV760uuVq5cQ@mail.gmail.com>
Hi Helmut,
> On Thu, Oct 17, 2013 at 9:42 AM, Gabor Juhos <juhosg@openwrt.org> wrote:
>> The rt2800pci driver supports both PCI and SoC device. To achieve
>> this, the code uses several ifdef statements which makes the code
>> quite ugly. The patch set introduces a shared module, and moves the
>> SoC driver into a separate module to get rid of the mess.
>
> Nice series. Does this also reduce module size on when building for
> SoC without PCI support?
Nope. On the contrary, there is a small increase due to the new rt2800mmio
module (compiled for RT305x SoCs):
before:
text data bss dec hex filename
7232 96 16 7344 1cb0 rt2800pci.o
after:
text data bss dec hex filename
1934 100 16 2050 802 rt2800soc.o
5664 0 0 5664 1620 rt2800mmio.o
delta:
+366 +4 0 +370
-Gabor
^ permalink raw reply
* Re: [PATCH 3.12] rt2800usb: slow down TX status polling
From: Stanislaw Gruszka @ 2013-10-18 9:42 UTC (permalink / raw)
To: Larry Finger; +Cc: linux-wireless, users
In-Reply-To: <525FF68A.8030806@lwfinger.net>
On Thu, Oct 17, 2013 at 09:39:06AM -0500, Larry Finger wrote:
> I suggest getting rid of the magic numbers as long as you are making
> this change. A single define could handle the delay time for the two
> cases.
Thanks for sugestion Larry, though I do not see clear benefit of
introduce define since those magic numbers are just time values
expressed in nano seconds. Anyway patch with define added below.
John can pick it, if he thinks it is better.
Stanislaw
---
>From 813e0bde7340bad7d3401c6aa2a3f8635ec49597 Mon Sep 17 00:00:00 2001
From: Stanislaw Gruszka <sgruszka@redhat.com>
Date: Fri, 18 Oct 2013 11:36:54 +0200
Subject: [PATCH] rt2800usb: slow down TX status polling
Polling TX statuses too frequently has two negative effects. First is
randomly peek CPU usage, causing overall system functioning delays.
Second bad effect is that device is not able to fill TX statuses in
H/W register on some workloads and we get lot of timeouts like below:
ieee80211 phy4: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 7 in queue 2
ieee80211 phy4: rt2800usb_entry_txstatus_timeout: Warning - TX status timeout for entry 7 in queue 2
ieee80211 phy4: rt2800usb_txdone: Warning - Got TX status for an empty queue 2, dropping
This not only cause flood of messages in dmesg, but also bad throughput,
since rate scaling algorithm can not work optimally.
In the future, we should probably make polling interval be adjusted
automatically, but for now just increase values, this make mentioned
problems gone.
Resolve:
https://bugzilla.kernel.org/show_bug.cgi?id=62781
Cc: stable@vger.kernel.org
Signed-off-by: Stanislaw Gruszka <sgruszka@redhat.com>
---
drivers/net/wireless/rt2x00/rt2800usb.c | 12 ++++++++----
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/drivers/net/wireless/rt2x00/rt2800usb.c b/drivers/net/wireless/rt2x00/rt2800usb.c
index 96677ce5..997df03 100644
--- a/drivers/net/wireless/rt2x00/rt2800usb.c
+++ b/drivers/net/wireless/rt2x00/rt2800usb.c
@@ -148,6 +148,8 @@ static bool rt2800usb_txstatus_timeout(struct rt2x00_dev *rt2x00dev)
return false;
}
+#define TXSTATUS_READ_INTERVAL 1000000
+
static bool rt2800usb_tx_sta_fifo_read_completed(struct rt2x00_dev *rt2x00dev,
int urb_status, u32 tx_status)
{
@@ -176,8 +178,9 @@ static bool rt2800usb_tx_sta_fifo_read_completed(struct rt2x00_dev *rt2x00dev,
queue_work(rt2x00dev->workqueue, &rt2x00dev->txdone_work);
if (rt2800usb_txstatus_pending(rt2x00dev)) {
- /* Read register after 250 us */
- hrtimer_start(&rt2x00dev->txstatus_timer, ktime_set(0, 250000),
+ /* Read register after 1 ms */
+ hrtimer_start(&rt2x00dev->txstatus_timer,
+ ktime_set(0, TXSTATUS_READ_INTERVAL),
HRTIMER_MODE_REL);
return false;
}
@@ -202,8 +205,9 @@ static void rt2800usb_async_read_tx_status(struct rt2x00_dev *rt2x00dev)
if (test_and_set_bit(TX_STATUS_READING, &rt2x00dev->flags))
return;
- /* Read TX_STA_FIFO register after 500 us */
- hrtimer_start(&rt2x00dev->txstatus_timer, ktime_set(0, 500000),
+ /* Read TX_STA_FIFO register after 2 ms */
+ hrtimer_start(&rt2x00dev->txstatus_timer,
+ ktime_set(0, 2*TXSTATUS_READ_INTERVAL),
HRTIMER_MODE_REL);
}
--
1.8.3.1
^ permalink raw reply related
* [PATCH 1/2] ath10k: remove P2P from supported interface modes for 10.X FW
From: Bartosz Markowski @ 2013-10-18 10:07 UTC (permalink / raw)
To: ath10k; +Cc: linux-wireless, Bartosz Markowski
FW 10.X does not support P2P, stop advertising it to mac80211.
Signed-off-by: Bartosz Markowski <bartosz.markowski@tieto.com>
---
drivers/net/wireless/ath/ath10k/mac.c | 44 +++++++++++++++++++++++++++------
1 file changed, 37 insertions(+), 7 deletions(-)
diff --git a/drivers/net/wireless/ath/ath10k/mac.c b/drivers/net/wireless/ath/ath10k/mac.c
index 0b1cc51..af046c4 100644
--- a/drivers/net/wireless/ath/ath10k/mac.c
+++ b/drivers/net/wireless/ath/ath10k/mac.c
@@ -3249,6 +3249,17 @@ static const struct ieee80211_iface_limit ath10k_if_limits[] = {
},
};
+static const struct ieee80211_iface_limit ath10k_10x_if_limits[] = {
+ {
+ .max = 8,
+ .types = BIT(NL80211_IFTYPE_STATION)
+ },
+ {
+ .max = 7,
+ .types = BIT(NL80211_IFTYPE_AP)
+ },
+};
+
static const struct ieee80211_iface_combination ath10k_if_comb = {
.limits = ath10k_if_limits,
.n_limits = ARRAY_SIZE(ath10k_if_limits),
@@ -3257,6 +3268,14 @@ static const struct ieee80211_iface_combination ath10k_if_comb = {
.beacon_int_infra_match = true,
};
+static const struct ieee80211_iface_combination ath10k_10x_if_comb = {
+ .limits = ath10k_10x_if_limits,
+ .n_limits = ARRAY_SIZE(ath10k_10x_if_limits),
+ .max_interfaces = 8,
+ .num_different_channels = 1,
+ .beacon_int_infra_match = true,
+};
+
static struct ieee80211_sta_vht_cap ath10k_create_vht_cap(struct ath10k *ar)
{
struct ieee80211_sta_vht_cap vht_cap = {0};
@@ -3430,12 +3449,19 @@ int ath10k_mac_register(struct ath10k *ar)
ar->hw->wiphy->bands[IEEE80211_BAND_5GHZ] = band;
}
- ar->hw->wiphy->interface_modes =
- BIT(NL80211_IFTYPE_STATION) |
- BIT(NL80211_IFTYPE_ADHOC) |
- BIT(NL80211_IFTYPE_AP) |
- BIT(NL80211_IFTYPE_P2P_CLIENT) |
- BIT(NL80211_IFTYPE_P2P_GO);
+ /* 10.x firmware does not support P2P */
+ if (test_bit(ATH10K_FW_FEATURE_WMI_10X, ar->fw_features))
+ ar->hw->wiphy->interface_modes =
+ BIT(NL80211_IFTYPE_STATION) |
+ BIT(NL80211_IFTYPE_ADHOC) |
+ BIT(NL80211_IFTYPE_AP);
+ else
+ ar->hw->wiphy->interface_modes =
+ BIT(NL80211_IFTYPE_STATION) |
+ BIT(NL80211_IFTYPE_ADHOC) |
+ BIT(NL80211_IFTYPE_AP) |
+ BIT(NL80211_IFTYPE_P2P_CLIENT) |
+ BIT(NL80211_IFTYPE_P2P_GO);
ar->hw->flags = IEEE80211_HW_SIGNAL_DBM |
IEEE80211_HW_SUPPORTS_PS |
@@ -3478,7 +3504,11 @@ int ath10k_mac_register(struct ath10k *ar)
*/
ar->hw->queues = 4;
- ar->hw->wiphy->iface_combinations = &ath10k_if_comb;
+ if (test_bit(ATH10K_FW_FEATURE_WMI_10X, ar->fw_features))
+ ar->hw->wiphy->iface_combinations = &ath10k_10x_if_comb;
+ else
+ ar->hw->wiphy->iface_combinations = &ath10k_if_comb;
+
ar->hw->wiphy->n_iface_combinations = 1;
ar->hw->netdev_features = NETIF_F_HW_CSUM;
--
1.7.10
^ permalink raw reply related
* [PATCH 2/2] ath10k: extend number of AP interfaces for 10.X firmware
From: Bartosz Markowski @ 2013-10-18 10:07 UTC (permalink / raw)
To: ath10k; +Cc: linux-wireless, Bartosz Markowski
In-Reply-To: <1382090878-22216-1-git-send-email-bartosz.markowski@tieto.com>
This firmware can support up to 8 AP interfaces.
Signed-off-by: Bartosz Markowski <bartosz.markowski@tieto.com>
---
drivers/net/wireless/ath/ath10k/mac.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/wireless/ath/ath10k/mac.c b/drivers/net/wireless/ath/ath10k/mac.c
index af046c4..dc65dcd 100644
--- a/drivers/net/wireless/ath/ath10k/mac.c
+++ b/drivers/net/wireless/ath/ath10k/mac.c
@@ -3255,7 +3255,7 @@ static const struct ieee80211_iface_limit ath10k_10x_if_limits[] = {
.types = BIT(NL80211_IFTYPE_STATION)
},
{
- .max = 7,
+ .max = 8,
.types = BIT(NL80211_IFTYPE_AP)
},
};
--
1.7.10
^ permalink raw reply related
* regarding Linux Wifi driver
From: Daniel Wrede @ 2013-10-18 11:35 UTC (permalink / raw)
To: linux-wireless@vger.kernel.org; +Cc: sgruszka@redhat.com
Hello,
I do have a question regarding the drivers on http://wireless.kernel.org/en/users/Drivers/iwlegacy
My kernel version is 3.8.0-19-generic. Which driver should I use for the WiFi Link 4965AGN? I am a little confused by the numbering.
Thank you very much.
Best regards,
Daniel Wrede
^ permalink raw reply
* Bug with monitor mode on Intel 7260 AC
From: Mark Wu @ 2013-10-18 12:23 UTC (permalink / raw)
To: linux-wireless
I'm using Intel 7260 AC with this driver:
https://www.kernel.org/pub/linux/kernel/projects/backports/stable/v3.11-rc3/ ,
with the "iwlwifi-7260-7.ucode" firmware. I'm using it in monitor mode to
capture 802.11ac packets on channel 36. It works well, I can capture VHT
packets without problems, but only as long as the number of packets per second
being captured is relatively low, e.g. 10 or 20 packets per second. As soon as
the traffic gets heavier, e.g. 100 packets per second, the card stops
capturing *all* VHT packets within a second from the moment the traffic volume
got higher. The interesting part is that it doesn't stop capturing altogether:
it keeps on capturing 802.11n HT and legacy 802.11a packets, it just
completely ignores 802.11ac VHT packets. Is there any way to fix this problem
and ensure stable VHT capture?
^ permalink raw reply
* Re: regarding Linux Wifi driver
From: Rafał Miłecki @ 2013-10-18 12:49 UTC (permalink / raw)
To: Daniel Wrede; +Cc: linux-wireless@vger.kernel.org, sgruszka@redhat.com
In-Reply-To: <6F561AC697923E43A7559754DA2EE97C3201BFF0@ADM-EXMBX10D.adm.c.sdu.dk>
2013/10/18 Daniel Wrede <dawre12@student.sdu.dk>:
> I do have a question regarding the drivers on http://wireless.kernel.org/en/users/Drivers/iwlegacy
You're writing to generic Linux wireless ML, so please include main
info in the thread (driver name / wireless chipset).
> My kernel version is 3.8.0-19-generic. Which driver should I use for the WiFi Link 4965AGN? I am a little confused by the numbering.
You linked to the "iwlegacy" driver wiki page and this page lists
4965AGN chipset as supported. That's pretty obvious you need an
iwlegacy driver, isn't it?
--
Rafał
^ permalink raw reply
* pull-request: iwlwifi-fixes 2013-10-18
From: Johannes Berg @ 2013-10-18 14:12 UTC (permalink / raw)
To: John Linville; +Cc: linux-wireless
[-- Attachment #1: Type: text/plain, Size: 1670 bytes --]
John,
Before you travel to Edinburgh, I hope to get in another pull request.
Or maybe when you are there? :-)
I have a few fixes for warnings/issues: one from Alex, fixing scan
timings, one from Emmanuel fixing a WARN_ON in the DVM driver, one from
Stanislaw removing a trigger-happy WARN_ON in the MVM driver and a
change from myself to try to recover when the device isn't processing
commands quickly.
Please let me know if there's any issue.
johannes
The following changes since commit 5a3e9f7f8c8768b5f7df81100c684e4cd00a6eb5:
iwlwifi: mvm: call ieee80211_scan_completed when needed (2013-10-02 11:25:50 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/iwlwifi-fixes.git for-john
for you to fetch changes up to f6b129527ca15bae29ffb9417ddaa1c9d99ffc5d:
iwlwifi: dvm: don't override mac80211's queue setting (2013-10-18 16:03:14 +0200)
----------------------------------------------------------------
Alexander Bondar (1):
iwlwifi: mvm: fix scan request's suspend time parameter
Emmanuel Grumbach (1):
iwlwifi: dvm: don't override mac80211's queue setting
Johannes Berg (1):
iwlwifi: pcie: poke device when commands don't complete quickly
Stanislaw Gruszka (1):
iwlwifi: don't WARN on bad firmware state
drivers/net/wireless/iwlwifi/dvm/tx.c | 14 +++-----------
drivers/net/wireless/iwlwifi/iwl-trans.h | 22 +++++++++++-----------
drivers/net/wireless/iwlwifi/mvm/scan.c | 6 +++---
drivers/net/wireless/iwlwifi/pcie/tx.c | 31 ++++++++++++++++++++++++++-----
4 files changed, 43 insertions(+), 30 deletions(-)
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply
* pull-request: mac80211 2013-10-18
From: Johannes Berg @ 2013-10-18 14:14 UTC (permalink / raw)
To: John Linville; +Cc: linux-wireless
[-- Attachment #1: Type: text/plain, Size: 1181 bytes --]
John,
I'm flushing out patches ... one more for mac80211.
This time I have two fixes for P2P (which requires not using CCK rates)
and a workaround for APs with broken WMM information.
Let me know if there's any problem.
johannes
The following changes since commit d86aa4f8ca58898ec6a94c0635da20b948171ed7:
mac80211: fix crash if bitrate calculation goes wrong (2013-10-14 09:47:08 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211.git for-john
for you to fetch changes up to 095d81cee742fc31e1218077ca6ca8f0df07c613:
mac80211: disable WMM with invalid parameters (2013-10-17 15:38:22 +0200)
----------------------------------------------------------------
Andrei Otcheretianski (2):
mac80211: fix honouring rate flags in low-rate transmit
mac80211: respect rate mask in TX
Johannes Berg (1):
mac80211: disable WMM with invalid parameters
net/mac80211/ieee80211_i.h | 1 +
net/mac80211/mlme.c | 95 +++++++++++++++++++++++++++++++++++++++++-----
net/mac80211/rate.c | 15 ++++++--
3 files changed, 99 insertions(+), 12 deletions(-)
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply
* pull-request: iwlwifi-next 2013-10-18
From: Johannes Berg @ 2013-10-18 14:21 UTC (permalink / raw)
To: John Linville; +Cc: linux-wireless
[-- Attachment #1: Type: text/plain, Size: 7373 bytes --]
John,
And for iwlwifi-next ... This is bigger. I guess -next stuff can wait
until after KS though. Also, I think there might be a merge conflict
hidden here, don't really remember.
For this round, I have a lot of changes:
* power management improvements
* BT coexistence improvements/updates
* new device support
* VHT support
* IBSS support (though due to a small bug it requires new firmware)
* various other fixes/improvements.
Sorry to concentrate it all into one pull request, I was holding for a
small bugfix that turned out to be much more difficult than I expected,
but also not needed yet (so this code has a known bug with -8 firmware,
but we'll fix it before the driver gets updated to use that firmware.)
Let me know if there's any problem.
johannes
The following changes since commit e25aa82a89db9e3b09d02b5481aa375c7712a10d:
rt2x00: rt2800lib: fix VGC adjustment for RT3572 and RT3593 (2013-10-10 13:53:07 -0400)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/iwlwifi/iwlwifi-next.git for-john
for you to fetch changes up to 246dd9922e859768aa522daa6c1c601785e57e0c:
iwlwifi: mvm: fix operator precedence (2013-10-18 16:02:38 +0200)
----------------------------------------------------------------
Alexander Bondar (2):
iwlwifi: mvm: Adjust some power management constants
iwlwifi: mvm: Add device wide power command
Andrei Otcheretianski (1):
iwlwifi: mvm: Implement BT coex notifications
David Spinadel (4):
iwlwifi: mvm: implement NoA testing using testmode cmd
iwlwifi: mvm: add no_basic_ssid option
iwlwifi: mvm: support sched scan if supported by the fw
iwlwifi: mvm: fix operator precedence
Djalal Harouni (1):
iwlwifi: mvm: make debugfs write() operations write up to count bytes
Emmanuel Grumbach (20):
iwlwifi: mvm: use CTS to Self if firmware allows it
iwlwifi: pcie: clean RFKILL interrupt in AMPG
iwlwifi: mvm: don't sleep while allocating in atomic context
iwlwifi: mvm: new BT Coex API
iwlwifi: mvm: BT Coex - no need to send envelopes
iwlwifi: mvm: BT Coex - use data from firmware
iwlwifi: mvm: don't use reduced Tx power when not applicable
iwlwifi: mvm: BT Coex - adapt debugfs to new API
iwlwifi: mvm: BT Coex - Correctly enable and treat rssi events
iwlwifi: pcie: dump_stack upon timeout of SYNC cmd
iwlwifi: mvm: BT Coex - don't limit agg size in loose scheme
iwlwifi: mvm: BT Coex - set the proper LUT for single ant devices
iwlwifi: pcie: restart the driver when a command times out
iwlwifi: mvm: BT Coex - track bandwidth changes in HT
iwlwifi: mvm: BT Coex - tune SMPS parameters
iwlwifi: mvm: BT Coex - start AMPDU even when BT is active
iwlwifi: mvm: BT Coex - remove duplicate code in rate control
iwlwifi: mvm: BT Coex - update integration with rate control
iwlwifi: mvm: BT Coex - always set mandatory fields
iwlwifi: mvm: BT Coex - enable Tx power based on BT status
Eran Harary (2):
iwlwifi: Support 7265 devices
iwlwifi: support Signed firmware image and Dual CPUs
Eyal Shapira (5):
iwlwifi: mvm: remove rs FSM actions relevant only for 3 antennas
iwlwifi: mvm: fix switch from shared antenna in case of BT load
iwlwifi: mvm: update expected tpt tables for VHT
iwlwifi: mvm: support VHT in rs
iwlwifi: mvm: remove GF support in rs
Eytan Lifshitz (3):
iwlwifi: mvm: change the name of init_ucode_run flag
iwlwifi: mvm: prevent the NIC to be powered at driver load time.
iwlwifi: mvm: add support for NICs which have only 16 Tx queues.
Idan Kahlon (1):
iwlwifi: mvm: NVM - increase max section size
Jingoo Han (1):
wireless: iwlwifi: remove unnecessary pci_set_drvdata()
Johannes Berg (8):
iwlwifi: mvm: implement beacon filtering testmode command
iwlwifi: mvm: query firmware for non-QoS seqno
iwlwifi: mvm: give client MACs time to synchronise during restart
iwlwifi: mvm: fix locking in iwl_mvm_bt_rssi_event()
iwlwifi: mvm: implement new IPv6 offload API
Merge remote-tracking branch 'wireless-next/master' into HEAD
iwlwifi: mvm: keep connection to AP after WoWLAN
iwlwifi: mvm: add IBSS support
Luciano Coelho (1):
iwlwifi: mvm: fix fw_rx_stats debugfs entry
Max Stepanov (1):
iwlwifi: mvm: split ADD_STA and ADD_STA_KEY in firmware API
Oren Givon (1):
iwlwifi: mvm: debugfs: add an option to set antennas for scan command
drivers/net/wireless/iwlwifi/iwl-7000.c | 14 +
drivers/net/wireless/iwlwifi/iwl-config.h | 1 +
drivers/net/wireless/iwlwifi/iwl-csr.h | 32 +
drivers/net/wireless/iwlwifi/iwl-drv.c | 37 +
drivers/net/wireless/iwlwifi/iwl-fw-file.h | 4 +
drivers/net/wireless/iwlwifi/iwl-fw.h | 26 +-
drivers/net/wireless/iwlwifi/iwl-prph.h | 2 +
drivers/net/wireless/iwlwifi/mvm/bt-coex.c | 632 ++++++++++++-----
drivers/net/wireless/iwlwifi/mvm/constants.h | 4 +-
drivers/net/wireless/iwlwifi/mvm/d3.c | 515 ++++++++++++--
drivers/net/wireless/iwlwifi/mvm/debugfs.c | 206 ++++--
drivers/net/wireless/iwlwifi/mvm/fw-api-bt-coex.h | 149 ++--
drivers/net/wireless/iwlwifi/mvm/fw-api-d3.h | 69 +-
drivers/net/wireless/iwlwifi/mvm/fw-api-mac.h | 11 +
drivers/net/wireless/iwlwifi/mvm/fw-api-power.h | 29 +-
drivers/net/wireless/iwlwifi/mvm/fw-api-rs.h | 21 +-
drivers/net/wireless/iwlwifi/mvm/fw-api-scan.h | 34 +-
drivers/net/wireless/iwlwifi/mvm/fw-api-sta.h | 55 +-
drivers/net/wireless/iwlwifi/mvm/fw-api.h | 16 +-
drivers/net/wireless/iwlwifi/mvm/fw.c | 23 +-
drivers/net/wireless/iwlwifi/mvm/mac-ctxt.c | 75 +-
drivers/net/wireless/iwlwifi/mvm/mac80211.c | 242 ++++++-
drivers/net/wireless/iwlwifi/mvm/mvm.h | 88 ++-
drivers/net/wireless/iwlwifi/mvm/nvm.c | 101 ++-
drivers/net/wireless/iwlwifi/mvm/ops.c | 60 +-
drivers/net/wireless/iwlwifi/mvm/power.c | 70 +-
drivers/net/wireless/iwlwifi/mvm/quota.c | 42 +-
drivers/net/wireless/iwlwifi/mvm/rs.c | 793 +++++++++++-----------
drivers/net/wireless/iwlwifi/mvm/rs.h | 154 +++--
drivers/net/wireless/iwlwifi/mvm/rx.c | 21 +
drivers/net/wireless/iwlwifi/mvm/scan.c | 456 ++++++++++++-
drivers/net/wireless/iwlwifi/mvm/sta.c | 206 ++++--
drivers/net/wireless/iwlwifi/mvm/sta.h | 4 -
drivers/net/wireless/iwlwifi/mvm/testmode.h | 95 +++
drivers/net/wireless/iwlwifi/mvm/time-event.c | 5 +-
drivers/net/wireless/iwlwifi/mvm/time-event.h | 4 +-
drivers/net/wireless/iwlwifi/mvm/tx.c | 49 +-
drivers/net/wireless/iwlwifi/mvm/utils.c | 2 +-
drivers/net/wireless/iwlwifi/pcie/drv.c | 8 +-
drivers/net/wireless/iwlwifi/pcie/trans.c | 127 +++-
drivers/net/wireless/iwlwifi/pcie/tx.c | 3 +
41 files changed, 3484 insertions(+), 1001 deletions(-)
create mode 100644 drivers/net/wireless/iwlwifi/mvm/testmode.h
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply
* pull-request: mac80211-next 2013-10-18
From: Johannes Berg @ 2013-10-18 14:31 UTC (permalink / raw)
To: John Linville; +Cc: linux-wireless
[-- Attachment #1: Type: text/plain, Size: 4528 bytes --]
John,
Last one from me for today! :-)
In this round for mac80211-next I have:
* mesh channel switch support
* a CCM rewrite, using potential hardware offloads
* SMPS for AP mode
* RF-kill GPIO driver updates to make it usable as an ACPI driver
* regulatory improvements
* documentation fixes
* DFS for IBSS mode
* and a few small other improvements
Let me know if there's any problem.
johannes
The following changes since commit 7578d57520f51093f590d68e16965e2714e69747:
mac80211: implement STA CSA for drivers using channel contexts (2013-10-02 18:18:23 +0200)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211-next.git for-john
for you to fetch changes up to ed31c4f96ca164294fd9e20e9de868130d0d76de:
mac80211: process mesh channel switching using beacon (2013-10-18 16:27:04 +0200)
----------------------------------------------------------------
Ard Biesheuvel (1):
mac80211: port CCMP to cryptoapi's CCM driver
Chun-Yeow Yeoh (5):
mac80211: refactor the parsing of chan switch ie
mac80211: process the CSA frame for mesh accordingly
{nl,cfg,mac}80211: enable the triggering of CSA frame in mesh
{nl,cfg,mac}80211: implement mesh channel switch userspace API
mac80211: process mesh channel switching using beacon
Emmanuel Grumbach (1):
mac80211: implement SMPS for AP
Felix Fietkau (1):
mac80211: add ieee80211_tx_prepare_skb() helper function
Heikki Krogerus (5):
net: rfkill: gpio: convert to resource managed allocation
net: rfkill: gpio: clean up clock handling
net: rfkill: gpio: spinlock-safe GPIO access
net: rfkill: gpio: prepare for DT and ACPI support
net: rfkill: gpio: add ACPI support
Johannes Berg (2):
mac80211: add missing IEEE80211_HW_SUPPORTS_HT_CCK_RATES docs
cfg80211: fix docbook references
Luis R. Rodriguez (5):
cfg80211: fix nl80211.h documentation for DFS enum states
cfg80211: rename regulatory_hint_11d() to regulatory_hint_country_ie()
cfg80211: enable regulatory hints for strict custom settings
cfg80211: simplify strict custom alpha2 regdomain check
cfg80211: export reg_initiator_name()
Marco Porsch (1):
mac80211: fixes for mesh powersave logic
Seth Forshee (1):
mac80211: Remove check for offchannel state when waking netdev queues
Simon Wunderlich (2):
nl80211/cfg80211: enable DFS for IBSS mode
mac80211: enable DFS for IBSS mode
Sunil Dutt (1):
cfg80211: pass station supported channel and oper class info
Documentation/DocBook/80211.tmpl | 4 +-
include/linux/ieee80211.h | 20 +++
include/net/cfg80211.h | 23 +++
include/net/mac80211.h | 18 +++
include/uapi/linux/nl80211.h | 27 +++-
net/mac80211/Kconfig | 12 ++
net/mac80211/aes_ccm.c | 169 ++++++++--------------
net/mac80211/aes_ccm.h | 14 +-
net/mac80211/cfg.c | 136 +++++++++++++++++-
net/mac80211/debug.h | 10 ++
net/mac80211/debugfs_netdev.c | 25 ++--
net/mac80211/ht.c | 41 ++++--
net/mac80211/ibss.c | 116 +++++++--------
net/mac80211/ieee80211_i.h | 50 +++++--
net/mac80211/iface.c | 2 +
net/mac80211/key.h | 2 +-
net/mac80211/mesh.c | 302 ++++++++++++++++++++++++++++++++++++++-
net/mac80211/mesh_plink.c | 3 +-
net/mac80211/mesh_ps.c | 33 +++--
net/mac80211/mlme.c | 34 +++--
net/mac80211/rx.c | 5 +-
net/mac80211/spectmgmt.c | 33 +++--
net/mac80211/sta_info.c | 72 ++++++++++
net/mac80211/sta_info.h | 5 +
net/mac80211/status.c | 31 ++--
net/mac80211/tx.c | 45 ++++++
net/mac80211/util.c | 124 +++++++++++++++-
net/mac80211/wpa.c | 44 +++---
net/rfkill/Kconfig | 2 +-
net/rfkill/rfkill-gpio.c | 211 +++++++++++++--------------
net/wireless/chan.c | 3 +-
net/wireless/ibss.c | 24 +++-
net/wireless/nl80211.c | 58 +++++++-
net/wireless/reg.c | 39 +++--
net/wireless/reg.h | 4 +-
net/wireless/sme.c | 4 +-
net/wireless/util.c | 14 +-
37 files changed, 1300 insertions(+), 459 deletions(-)
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]
^ permalink raw reply
* Re: ar5523 Gigaset USB Adapter 108 issue
From: Alan Stern @ 2013-10-18 14:49 UTC (permalink / raw)
To: Yannik Völker; +Cc: Pontus Fuchs, linux-wireless
In-Reply-To: <526020B6.7080601@yahoo.de>
Yannik, you should always use Reply-To-All so that your messages get
sent to the mailing list and not just to me.
On Thu, 17 Oct 2013, Yannik Völker wrote:
> Am 07.08.2013 19:34, schrieb Alan Stern:
> > Please post two usbmon traces, one showing the failure on your
> > current system and the other showing the adapter running correctly
> > under a 32-bit kernel. Instructions for usbmon are in the kernel
> > source file Documentation/usb/usbmon.txt.
> I never got it to work under a 32-bit kernel, i was just able to utilize
> a windows32 driver using ndiswrapper.
>
> Now i got it to "work". I randomly found out that the ar5523 driver
> actually works when you load it after you unload ndiswrapper so the
> following steps make it work:
> 1. modprobe ndiswrapper
> 2. plug in device
> 3. connect to wlan using ndiswrapper and disconnect again (might be
> optional)
> 4. modprobe -r ndiswrapper
> 5. modprobe ar5523
> 6. connect to wlan
> log for that is attatched as wlanthennative2.log
>
> This works but is unreliable and sometimes the connection breaks down with
>
> Oct 17 19:26:46 yannik-desktop wpa_supplicant[2153]: wlan0:
> CTRL-EVENT-DISCONNECTED bssid=01:23:45:67:89:ab reason=3
> Oct 17 19:26:46 yannik-desktop kernel: [ 633.005591] usb 3-14:
> ar5523_data_rx_cb: USB err: -71
> Oct 17 19:26:46 yannik-desktop kernel: [ 633.005703] usb 3-14: RX USB
> error -71.
> Oct 17 19:26:46 yannik-desktop kernel: [ 633.005718] usb 3-14:
> ar5523_data_rx_cb: USB err: -71
> Oct 17 19:26:46 yannik-desktop kernel: [ 633.005779] usb 3-14: RX USB
> error -71.
> Oct 17 19:26:46 yannik-desktop kernel: [ 633.005788] usb 3-14:
> ar5523_data_rx_cb: USB err: -71
> Oct 17 19:26:46 yannik-desktop kernel: [ 633.005846] usb 3-14: USB
> disconnect, device number 7
> Oct 17 19:26:46 yannik-desktop kernel: [ 633.006080] wlan0:
> deauthenticating from 01:23:45:67:89:ab by local choice (reason=3)
>
> unloading ar5523 and then refollowing the steps beginning with step 3
> usually makes it work again
>
>
> directload.log contains what happens when you just load ar5523 after
> the device was plugged in.
>
> plug_ndis.log contains what sometimes happens when i have loaded and
> unloaded the modules some times and then try to load ndiswrapper.
>
> pluginout.log contains syslog for plugging the device in and out.
>
> Do you still need the usbmon traces?
In fact, I'm not the best person to work on this, since I know nothing
about the ar5523. Problems with a particular driver should be brought
to the attention of the driver's maintainer (CC'ed). Maybe he can
help.
It might be a good idea to post two usbmon traces: One showing what
happens during steps 1-3, and another showing what happens if you
modprobe ar5523 without loading ndiswrapper first.
Alan Stern
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox