Re: Atheros AR9462 - 5Ghz not working

2018-06-15 Thread mgreger
mgre...@cinci.rr.com wrote: > > "Michał Kazior" wrote: > > Your noise floor readout in survey dump is terribly bad for 5GHz. It > > ain't stellar for 2.4GHz either but within reason nonetheless. > > > > Did you try using the card in a different device? I wonder if the > > device

Re: Atheros AR9462 - 5Ghz not working

2018-06-15 Thread mgreger
"Michał Kazior" wrote: > Your noise floor readout in survey dump is terribly bad for 5GHz. It > ain't stellar for 2.4GHz either but within reason nonetheless. > > Did you try using the card in a different device? I wonder if the > device you're trying to use it in has some sort of

Re: Atheros AR9462 - 5Ghz not working

2018-06-15 Thread Michał Kazior
Your noise floor readout in survey dump is terribly bad for 5GHz. It ain't stellar for 2.4GHz either but within reason nonetheless. Did you try using the card in a different device? I wonder if the device you're trying to use it in has some sort of internal noise on those frequencies and/or

Re: Atheros AR9462 - 5Ghz not working

2018-06-15 Thread mgreger
Janusz Dziedzic wrote: > 2018-06-14 6:15 GMT+02:00 : > > > > mgre...@cinci.rr.com wrote: > >> > >> mgre...@cinci.rr.com wrote: > >> > > >> > mgre...@cinci.rr.com wrote: > >> > > > >> > > Sedat Dilek wrote: > >> > > > On Tue, May 22, 2018 at 7:21 PM, wrote: > >> > >

Re: [BUG] mac80211: Using smp_processor_id() in preemptible code: iwd

2018-06-15 Thread Johannes Berg
On Fri, 2018-06-15 at 11:09 +, McGinn, Dan wrote: > Hi, I'm newly trying out Intel iwd daemon but I experience regular kernel > errors in 4.17, although WPA2-PSK connection remains stable. These errors > don't seem to be experienced with wpa_supplicant. The errors reliably appear > around

Re: [RFCv2 2/2] mac80211: Add support for per-rate rx statistics

2018-06-15 Thread Johannes Berg
Why did you change to rhashtable? That seems very strange, since we explicitly want to limit the number of entries, but rhashtable will grow/shrink as required. I think I liked my approach better since it allowed us to clearly limit the memory consumption for this. johannes

Re: [RFCv2 1/2] nl80211: support per-rate/per-station statistics

2018-06-15 Thread Johannes Berg
On Mon, 2018-05-28 at 19:04 +0530, Sriram R wrote: > Per-rate/per-station statistics can be desirable to have but they're > quite expensive (keeping the four counters for each rate would take > close to 4k of memory per station only for VHT MCSes for a moderately > capable VHT chip (with 2 spatial

Re: [PATCH 0/4] cfg80211/mac80211: Add support to configure and monitor txrate threshold

2018-06-15 Thread Janusz Dziedzic
2018-06-14 9:50 GMT+02:00 Arend van Spriel : > On 6/13/2018 5:10 PM, Toke Høiland-Jørgensen wrote: >> >> Tamizh Chelvam Raja writes: >> This patchsets introduced new NL command and api to support configuring txrate threshold for the connected stations and api to notify userspace

Re: [PATCH v2 2/2] mac80211: last ack signal support in station dump

2018-06-15 Thread Johannes Berg
On Mon, 2018-06-04 at 19:41 +0530, Balaji Pothunoori wrote: > > + if (ieee80211_hw_check(>local->hw, REPORTS_TX_ACK_STATUS)) { > + if (sta->status_stats.ack_signal_filled && ((!(sinfo->filled & > + BIT_ULL(NL80211_STA_INFO_ACK_SIGNAL))) || > +

[BUG] mac80211: Using smp_processor_id() in preemptible code: iwd

2018-06-15 Thread McGinn, Dan
Hi, I'm newly trying out Intel iwd daemon but I experience regular kernel errors in 4.17, although WPA2-PSK connection remains stable. These errors don't seem to be experienced with wpa_supplicant. The errors reliably appear around the following events: netdev_unicast_notify()

Re: [PATCH v2] mac80211: Fix wlan freezes under load at rekey

2018-06-15 Thread Johannes Berg
On Tue, 2018-05-15 at 12:22 +0200, Alexander Wetzel wrote: > Rekeying a pairwise key with encryption offload and only keyid 0 has two > potential races which can freeze the wlan conection till rekeyed again: > > 1) For incomming packets: > If the local STA installs the key prior to the

Re: [PATCH v2 5/5] staging: use BIT_ULL for NL80211_STA_INFO_* attribute types

2018-06-15 Thread Greg KH
On Thu, Jun 14, 2018 at 01:13:37PM +0300, Omer Efrat wrote: > Since 'filled' member in station_info changed to u64, BIT_ULL macro > should be used with NL80211_STA_INFO_* attribute types instead of BIT. > > The BIT macro uses unsigned long type which some architectures handle as 32bit > and this

Re: [PATCH v2 5/5] staging: use BIT_ULL for NL80211_STA_INFO_* attribute types

2018-06-15 Thread Greg KH
On Thu, Jun 14, 2018 at 01:09:34PM +0200, Johannes Berg wrote: > On Thu, 2018-06-14 at 13:13 +0300, Omer Efrat wrote: > > Since 'filled' member in station_info changed to u64, BIT_ULL macro > > should be used with NL80211_STA_INFO_* attribute types instead of BIT. > > > > The BIT macro uses

Re: [PATCH] cfg80211: fix rcu in cfg80211_unregister_wdev

2018-06-15 Thread Johannes Berg
> We believe this is due to cfg80211_unregister_wdev doing list_del_rcu() > without synchronize_cpu() afterwards. Looks like all callers behave like you described... I've applied this, but next time please put the extra text after --- below the Signed-off-by, and send patches that aren't

Re: [wireless-drivers-next:master 54/55] drivers/net/wireless/quantenna/qtnfmac/cfg80211.c:679:10-19: ERROR: vif is NULL but dereferenced. (fwd)

2018-06-15 Thread Sergey Matyukevich
Hello Julia, > This report is a bit old, so perahsp the problem is already addressed. In > any case, the goto out on line 658 will lead to a null pointer > dereference. > > julia Thanks for the issue report ! We have already received similar issue report together with the fix for it. Fix