Closed kristrev closed 8 years ago
I had the delayed performance issue that's been mentioned. I haven't tested with the pcmd->cmd_hdr.result checks removed.
I'm hoping the pcmd->cmd_hdr.result checks removal solves this issue which I will start testing.
@Chadster766: Finally it turned out, that it solves only the printouts basically. @johnnysl pointed out what I missed during my tests (at least 1-1.5 day uptime) I have the same issue, as before.
Thanks for the update.
I'm actively testing the driver with removal of the pcmd->cmd_hdr.result checks, kept spinlock and kept mdelay.
I built a 4.2.4 kernel and modules with latencytop support to help troubleshoot the issue. This latency support disables SMP which might have some interesting results.
latencytop didn't have any useful output. 1 WRT1900AC V2 and 2 WRT1900AC V1 in operation with the changes.
With new driver, ampdu still return an error code.
Mar 25 13:58:00 WRT1900AC hostapd: wlan1: STA 00:cd:fe:8f:95:55 IEEE 802.11: authenticated
Mar 25 13:58:00 WRT1900AC hostapd: wlan1: STA 00:cd:fe:8f:95:55 IEEE 802.11: associated (aid 3)
Mar 25 13:58:00 WRT1900AC hostapd: wlan1: STA 00:cd:fe:8f:95:55 RADIUS: starting accounting session C02D3097-00000002
Mar 25 13:58:00 WRT1900AC hostapd: wlan1: STA 00:cd:fe:8f:95:55 WPA: pairwise key handshake completed (RSN)
Mar 25 13:58:02 WRT1900AC kernel: [10135.436016] ieee80211 phy1: check ba result error 1
Mar 25 13:58:02 WRT1900AC kernel: [10135.441198] ieee80211 phy1: ampdu start error code: -22
Mar 25 13:58:02 WRT1900AC kernel: [10135.485993] ieee80211 phy1: check ba result error 1
Mar 25 13:58:02 WRT1900AC kernel: [10135.491012] ieee80211 phy1: ampdu start error code: -22
Mar 25 13:58:02 WRT1900AC kernel: [10135.536001] ieee80211 phy1: check ba result error 1
Mar 25 13:58:02 WRT1900AC kernel: [10135.540972] ieee80211 phy1: ampdu start error code: -22
Accepted connection from 192.168.10.7, port 51980 [ 5] local 192.168.10.10 port 5201 connected to 192.168.10.7 port 51981 [ ID] Interval Transfer Bandwidth [ 5] 0.00-1.00 sec 4.29 MBytes 36.0 Mbits/sec [ 5] 1.00-2.00 sec 5.61 MBytes 47.0 Mbits/sec [ 5] 2.00-3.00 sec 5.57 MBytes 46.7 Mbits/sec [ 5] 3.00-4.00 sec 5.54 MBytes 46.5 Mbits/sec [ 5] 4.00-5.00 sec 5.58 MBytes 46.8 Mbits/sec [ 5] 5.00-6.00 sec 5.64 MBytes 47.3 Mbits/sec [ 5] 6.00-7.00 sec 5.54 MBytes 46.5 Mbits/sec [ 5] 7.00-8.00 sec 3.95 MBytes 33.1 Mbits/sec [ 5] 8.00-9.00 sec 2.84 MBytes 23.8 Mbits/sec [ 5] 9.00-10.00 sec 2.49 MBytes 20.9 Mbits/sec [ 5] 10.00-10.20 sec 906 KBytes 36.3 Mbits/sec
[ ID] Interval Transfer Bandwidth [ 5] 0.00-10.20 sec 48.0 MBytes 39.5 Mbits/sec sender
Accepted connection from 192.168.10.7, port 51983 [ 5] local 192.168.10.10 port 5201 connected to 192.168.10.7 port 51984 [ ID] Interval Transfer Bandwidth [ 5] 0.00-1.00 sec 3.18 MBytes 26.7 Mbits/sec [ 5] 1.00-2.00 sec 4.56 MBytes 38.2 Mbits/sec [ 5] 2.00-3.00 sec 4.79 MBytes 40.2 Mbits/sec [ 5] 3.00-4.00 sec 4.78 MBytes 40.1 Mbits/sec [ 5] 4.00-5.00 sec 4.51 MBytes 37.9 Mbits/sec [ 5] 5.00-6.00 sec 4.57 MBytes 38.3 Mbits/sec [ 5] 6.00-7.00 sec 4.60 MBytes 38.6 Mbits/sec [ 5] 7.00-8.00 sec 4.56 MBytes 38.2 Mbits/sec [ 5] 8.00-9.00 sec 4.77 MBytes 40.0 Mbits/sec [ 5] 9.00-10.00 sec 4.65 MBytes 39.0 Mbits/sec [ 5] 10.00-10.20 sec 1.01 MBytes 41.5 Mbits/sec
[ ID] Interval Transfer Bandwidth [ 5] 0.00-10.20 sec 46.0 MBytes 37.8 Mbits/sec sender [ 5] 0.00-10.20 sec 46.0 MBytes 37.8 Mbits/sec receiver
Really BAD!
Yes the driver still errors on the ampdu check without the chadster patch.
I saw the same iperf results. You will be surprised if your run the same test on the 5Ghz but with the "-P 6" switch added onto the iperf command.
I've actually gone back to using my crap old TP-Link TL-WR702N in lieu of the wifi on the wrt1200ac. Its that bad.
Anyone want a wrt1200ac? I'll sell it to you for just enough to buy myself a WiTi board...
MIke
On Fri, Mar 25, 2016 at 3:45 PM, jbsky notifications@github.com wrote:
With new driver, ampdu still return an error code.
Mar 25 13:58:00 WRT1900AC hostapd: wlan1: STA 00:cd:fe:8f:95:55 IEEE 802.11: authenticated Mar 25 13:58:00 WRT1900AC hostapd: wlan1: STA 00:cd:fe:8f:95:55 IEEE 802.11: associated (aid 3) Mar 25 13:58:00 WRT1900AC hostapd: wlan1: STA 00:cd:fe:8f:95:55 RADIUS: starting accounting session C02D3097-00000002 Mar 25 13:58:00 WRT1900AC hostapd: wlan1: STA 00:cd:fe:8f:95:55 WPA: pairwise key handshake completed (RSN) Mar 25 13:58:02 WRT1900AC kernel: [10135.436016] ieee80211 phy1: check ba result error 1 Mar 25 13:58:02 WRT1900AC kernel: [10135.441198] ieee80211 phy1: ampdu start error code: -22 Mar 25 13:58:02 WRT1900AC kernel: [10135.485993] ieee80211 phy1: check ba result error 1 Mar 25 13:58:02 WRT1900AC kernel: [10135.491012] ieee80211 phy1: ampdu start error code: -22 Mar 25 13:58:02 WRT1900AC kernel: [10135.536001] ieee80211 phy1: check ba result error 1 Mar 25 13:58:02 WRT1900AC kernel: [10135.540972] ieee80211 phy1: ampdu start error code: -22
Iperf from Windows 7 with Intel AC 7260 to WR1900AC v1 Accepted connection from 192.168.10.7, port 51980 [ 5] local 192.168.10.10 port 5201 connected to 192.168.10.7 port 51981 [ ID] Interval Transfer Bandwidth [ 5] 0.00-1.00 sec 4.29 MBytes 36.0 Mbits/sec [ 5] 1.00-2.00 sec 5.61 MBytes 47.0 Mbits/sec [ 5] 2.00-3.00 sec 5.57 MBytes 46.7 Mbits/sec [ 5] 3.00-4.00 sec 5.54 MBytes 46.5 Mbits/sec [ 5] 4.00-5.00 sec 5.58 MBytes 46.8 Mbits/sec [ 5] 5.00-6.00 sec 5.64 MBytes 47.3 Mbits/sec [ 5] 6.00-7.00 sec 5.54 MBytes 46.5 Mbits/sec [ 5] 7.00-8.00 sec 3.95 MBytes 33.1 Mbits/sec [ 5] 8.00-9.00 sec 2.84 MBytes 23.8 Mbits/sec [ 5] 9.00-10.00 sec 2.49 MBytes 20.9 Mbits/sec
[ 5] 10.00-10.20 sec 906 KBytes 36.3 Mbits/sec
[ ID] Interval Transfer Bandwidth [ 5] 0.00-10.20 sec 48.0 MBytes 39.5 Mbits/sec sender [ 5] 0.00-10.20 sec 47.9 MBytes 39.4 Mbits/sec receiver Server listening on 5201
Accepted connection from 192.168.10.7, port 51983 [ 5] local 192.168.10.10 port 5201 connected to 192.168.10.7 port 51984 [ ID] Interval Transfer Bandwidth [ 5] 0.00-1.00 sec 3.18 MBytes 26.7 Mbits/sec [ 5] 1.00-2.00 sec 4.56 MBytes 38.2 Mbits/sec [ 5] 2.00-3.00 sec 4.79 MBytes 40.2 Mbits/sec [ 5] 3.00-4.00 sec 4.78 MBytes 40.1 Mbits/sec [ 5] 4.00-5.00 sec 4.51 MBytes 37.9 Mbits/sec [ 5] 5.00-6.00 sec 4.57 MBytes 38.3 Mbits/sec [ 5] 6.00-7.00 sec 4.60 MBytes 38.6 Mbits/sec [ 5] 7.00-8.00 sec 4.56 MBytes 38.2 Mbits/sec [ 5] 8.00-9.00 sec 4.77 MBytes 40.0 Mbits/sec [ 5] 9.00-10.00 sec 4.65 MBytes 39.0 Mbits/sec
[ 5] 10.00-10.20 sec 1.01 MBytes 41.5 Mbits/sec
[ ID] Interval Transfer Bandwidth [ 5] 0.00-10.20 sec 46.0 MBytes 37.8 Mbits/sec sender [ 5] 0.00-10.20 sec 46.0 MBytes 37.8 Mbits/sec receiver
Really BAD!
— You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub https://github.com/kaloz/mwlwifi/issues/41#issuecomment-201527781
@Chadster766 Nothing change,
Connecting to host 192.168.10.10, port 5201
[ 4] local 192.168.10.7 port 54973 connected to 192.168.10.10 port 5201
[ 6] local 192.168.10.7 port 54974 connected to 192.168.10.10 port 5201
[ 8] local 192.168.10.7 port 54975 connected to 192.168.10.10 port 5201
[ 10] local 192.168.10.7 port 54976 connected to 192.168.10.10 port 5201
[ 12] local 192.168.10.7 port 54977 connected to 192.168.10.10 port 5201
[ 14] local 192.168.10.7 port 54978 connected to 192.168.10.10 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 1.38 MBytes 11.5 Mbits/sec
[ 6] 0.00-1.00 sec 1.38 MBytes 11.5 Mbits/sec
[ 8] 0.00-1.00 sec 1.25 MBytes 10.5 Mbits/sec
[ 10] 0.00-1.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 12] 0.00-1.00 sec 256 KBytes 2.10 Mbits/sec
[ 14] 0.00-1.00 sec 1.25 MBytes 10.5 Mbits/sec
[SUM] 0.00-1.00 sec 6.62 MBytes 55.6 Mbits/sec
[ 4] 1.00-2.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 6] 1.00-2.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 8] 1.00-2.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 10] 1.00-2.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 12] 1.00-2.00 sec 128 KBytes 1.05 Mbits/sec
[ 14] 1.00-2.00 sec 1.12 MBytes 9.44 Mbits/sec
[SUM] 1.00-2.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 4] 2.00-3.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 6] 2.00-3.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 8] 2.00-3.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 10] 2.00-3.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 12] 2.00-3.00 sec 256 KBytes 2.10 Mbits/sec
[ 14] 2.00-3.00 sec 1.00 MBytes 8.39 Mbits/sec
[SUM] 2.00-3.00 sec 5.50 MBytes 46.1 Mbits/sec
[ 4] 3.00-4.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 6] 3.00-4.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 8] 3.00-4.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 10] 3.00-4.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 12] 3.00-4.00 sec 384 KBytes 3.15 Mbits/sec
[ 14] 3.00-4.00 sec 1.12 MBytes 9.44 Mbits/sec
[SUM] 3.00-4.00 sec 6.00 MBytes 50.3 Mbits/sec
[ 4] 4.00-5.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 6] 4.00-5.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 8] 4.00-5.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 10] 4.00-5.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 12] 4.00-5.00 sec 384 KBytes 3.15 Mbits/sec
[ 14] 4.00-5.00 sec 1.12 MBytes 9.44 Mbits/sec
[SUM] 4.00-5.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 4] 5.00-6.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 6] 5.00-6.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 8] 5.00-6.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 10] 5.00-6.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 12] 5.00-6.00 sec 640 KBytes 5.24 Mbits/sec
[ 14] 5.00-6.00 sec 1.00 MBytes 8.39 Mbits/sec
[SUM] 5.00-6.00 sec 5.88 MBytes 49.3 Mbits/sec
[ 4] 6.00-7.00 sec 1.12 MBytes 9.44 Mbits/sec
[ 6] 6.00-7.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 8] 6.00-7.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 10] 6.00-7.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 12] 6.00-7.00 sec 640 KBytes 5.24 Mbits/sec
[ 14] 6.00-7.00 sec 1.12 MBytes 9.44 Mbits/sec
[SUM] 6.00-7.00 sec 5.88 MBytes 49.3 Mbits/sec
[ 4] 7.00-8.00 sec 896 KBytes 7.34 Mbits/sec
[ 6] 7.00-8.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 8] 7.00-8.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 10] 7.00-8.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 12] 7.00-8.00 sec 768 KBytes 6.29 Mbits/sec
[ 14] 7.00-8.00 sec 896 KBytes 7.34 Mbits/sec
[SUM] 7.00-8.00 sec 5.50 MBytes 46.1 Mbits/sec
[ 4] 8.00-9.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 6] 8.00-9.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 8] 8.00-9.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 10] 8.00-9.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 12] 8.00-9.00 sec 768 KBytes 6.29 Mbits/sec
[ 14] 8.00-9.00 sec 1.00 MBytes 8.39 Mbits/sec
[SUM] 8.00-9.00 sec 5.75 MBytes 48.2 Mbits/sec
[ 4] 9.00-10.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 6] 9.00-10.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 8] 9.00-10.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 10] 9.00-10.00 sec 1.00 MBytes 8.39 Mbits/sec
[ 12] 9.00-10.00 sec 896 KBytes 7.34 Mbits/sec
[ 14] 9.00-10.00 sec 1.00 MBytes 8.39 Mbits/sec
[SUM] 9.00-10.00 sec 5.88 MBytes 49.3 Mbits/sec
[ ID] Interval Transfer Bandwidth [ 4] 0.00-10.00 sec 10.8 MBytes 9.02 Mbits/sec sender [ 4] 0.00-10.00 sec 10.7 MBytes 8.96 Mbits/sec receiver [ 6] 0.00-10.00 sec 10.8 MBytes 9.02 Mbits/sec sender [ 6] 0.00-10.00 sec 10.7 MBytes 8.96 Mbits/sec receiver [ 8] 0.00-10.00 sec 10.8 MBytes 9.02 Mbits/sec sender [ 8] 0.00-10.00 sec 10.7 MBytes 8.95 Mbits/sec receiver [ 10] 0.00-10.00 sec 10.6 MBytes 8.91 Mbits/sec sender [ 10] 0.00-10.00 sec 10.6 MBytes 8.88 Mbits/sec receiver [ 12] 0.00-10.00 sec 5.00 MBytes 4.19 Mbits/sec sender [ 12] 0.00-10.00 sec 4.89 MBytes 4.10 Mbits/sec receiver [ 14] 0.00-10.00 sec 10.6 MBytes 8.91 Mbits/sec sender [ 14] 0.00-10.00 sec 10.6 MBytes 8.86 Mbits/sec receiver [SUM] 0.00-10.00 sec 58.5 MBytes 49.1 Mbits/sec sender [SUM] 0.00-10.00 sec 58.1 MBytes 48.7 Mbits/sec receiver
iperf Done.
I prefer previous release in term of performance, but this release seems to bring a bit stability (less lag). It's just an impression
Example: iperf3 -c 192.168.200.3 -B 192.168.200.11 -P 6
5Ghz Results: [SUM] 0.00-10.00 sec 283 MBytes 237 Mbits/sec sender [SUM] 0.00-10.00 sec 283 MBytes 237 Mbits/sec receiver
My 5ghz results are limited to a Galaxy Note 3, LG G3, and XboxOne.
None of these devices is a 2x2 device; none of these devices on the wrt1200ac can surpass 15mbit on 5ghz. My internet is '40meg' from Centurylink; real TCP speed ~36.5 Megabit. With my tplink, on 2.4ghz, forcing 40mhz channel (ch8) it's able to shove the full 36.5 to any device in my house.. In 2.4ghz.
How much / what specifically did your driver patch fix, compared to whats currently in OpenWRT Trunk? I'll take the time to try and compile it myself if I can get some concrete indication that doing so will guarantee me similarly good performance on my wifi with the wrt1200ac.
Thanks,
Mike
On Fri, Mar 25, 2016 at 4:23 PM, Chad McCue notifications@github.com wrote:
Example: iperf3 -c 192.168.200.3 -B 192.168.200.11 -P 6
5Ghz Results: [SUM] 0.00-10.00 sec 283 MBytes 237 Mbits/sec sender [SUM] 0.00-10.00 sec 283 MBytes 237 Mbits/sec receiver
— You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub https://github.com/kaloz/mwlwifi/issues/41#issuecomment-201550151
On Fri, Mar 25, 2016 at 4:29 PM, Mike Hodson mystica@gmail.com wrote:
How much / what specifically did your driver patch fix, compared to whats currently in
(and on the subject of OpenWRT, WTF did they do that a recent sysupgrade decided to barf upon the ubifs partition layout and cause a temporary brick til I make my way out of my house and grab a working TTL<>usbserial adapter; my old Sparkfun FTDIchip based one exhibits a brief light of power then deadness thereafter once plugged into the USB cable end)
Honestly I don't know if my driver patch actually fixed anything but I did have good stability with it. Currently I'm testing without the patch to evaluate the driver version.
I see the same performance you do. The results are different only because the "-P 6" uses six streams and combines there total throughput.
yuhhaurlin: My issue is that tx is -never- fast; and I always go by single-stream speed because I expect the full capacity of my internet to be faithfully sent to 1 device at any single time, or CSMA/CA does its job and reliably separates the multiple concurrent devices into reasonably good ability to share said 36.5mbit.
There is nothing "on the lan" of importance except a printer; so the wifi is very much 'how fast can my internet be'.
There has still been the continuing issue of "my device is connected but no traffic can pass" with the Note 3. This is a Murata wifi chip if memory serves; I'll have to check ARP and see what comes out of an OUI database.. It's the roommate's primary device and is used far more often than either the xboxes or the 2.4ghz Intel chip wifi from her Dell laptop.
If this device fails, repeatedly, I get yelled at :) "FIX IT, Mister IT department!"
On Fri, Mar 25, 2016 at 4:43 PM, yuhhaurlin notifications@github.com wrote:
- The new driver fixs Tx throughput becomes lower after runing for a while and multicat udp out od order (also running for a while).
- For this problem, please check new firmware, and give me clear test setup.
— You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub https://github.com/kaloz/mwlwifi/issues/41#issuecomment-201560952
Can you try the new firmware?
BTW, what is the throughput number with stock firmware?
I just realized I flashed my Caiman with Cobra firmware (and filed an openwrt bug to have actual router names included in filenames to prevent this C-similarity next time)
So I need to purchase a TTL<>USB converter to unbrick the filesystem screwup.
I'll let you know approximately monday or tuesday next week once I've completed this.
On Fri, Mar 25, 2016 at 5:00 PM, yuhhaurlin notifications@github.com wrote:
BTW, what is the throughput number with stock firmware?
— You are receiving this because you were mentioned. Reply to this email directly or view it on GitHub https://github.com/kaloz/mwlwifi/issues/41#issuecomment-201568742
.17 on WRT1900ac v1 just keeping power on about 1d 7h 2m, the same issue still presents. [108863.611277] ieee80211 phy0: check ba result error 1 [108863.616390] ieee80211 phy0: ampdu start error code: -22 [108863.651262] ieee80211 phy0: check ba result error 1 [108863.656365] ieee80211 phy0: ampdu start error code: -22 [108863.751298] ieee80211 phy0: check ba result error 1 [108863.756414] ieee80211 phy0: ampdu start error code: -22 [108863.841286] ieee80211 phy0: check ba result error 1 [108863.846803] ieee80211 phy0: ampdu start error code: -22 [108863.891286] ieee80211 phy0: check ba result error 1 [108863.896461] ieee80211 phy0: ampdu start error code: -22 [108863.941264] ieee80211 phy0: check ba result error 1 [108863.946365] ieee80211 phy0: ampdu start error code: -22 [108863.981265] ieee80211 phy0: check ba result error 1 [108863.986384] ieee80211 phy0: ampdu start error code: -22 [108864.091423] ieee80211 phy0: check ba result error 1 [108864.096529] ieee80211 phy0: ampdu start error code: -22 [108864.131248] ieee80211 phy0: check ba result error 1 [108864.136327] ieee80211 phy0: ampdu start error code: -22 [108864.171267] ieee80211 phy0: check ba result error 1 [108864.176342] ieee80211 phy0: ampdu start error code: -22 [108864.721273] ieee80211 phy0: check ba result error 1 [108864.726342] ieee80211 phy0: ampdu start error code: -22
Does these messages affect normal operation?
Wifi came down and up again and it seems no impact on performance until now.
Thanks.
If these messages won't affect normal operation and performance, I will close it.
With all due respect, I think we should figure out why this error occurred and do our best to make it right. Shall we?
Firmware needs time to destroy previous BA session, it is possible to display this kind of messages. However if BA can be established finally, we can treat it as some kind of warning messages.
Ipad 2 still causes these errors on 5GHZ, and as said numerous times, further communication is then no longer possible, and i need to disconnect and reconnect to get wifi going again. not sure if that are 2 issues or 1 issue, but they are surely related.
Would it be possible to add the mac-acdres of the client causing the alert? Just to be sure that the connectivity issue i sometimes see is or is not related to the BA error?
johnnysl notifications@github.com writes:
Would it be possible to add the mac-acdres of the client causing the alert? Just to be sure that the connectivity issue i sometimes see is or is not related to the BA error?
@johnnysl You can try something like this: https://github.com/bmork/mwlwifi/commit/bmork-check-ba-logging
But the correct thing to do is more likely to drop the logging altogether (or better: demote it to debug level). I'm convinced @yuhhaurlin is right. This is not a symptom of a real problem. It is merely a temporary failure to enable A-MPDU. It does not break anything and it will automatically resolve itself after a while. There is a theoretical performance impact, but the error occurs too rarely for that to be any more noticable than e.g random radio noise.
As it is now, these log messages are harmful because users will tend to think they are related to any problems they are having, and focus only on this unrelated addba failure instead of debugging the real problem.
So my vote is in favour of demoting this message to debug level.
I will change it to debug level with mac address later. Thanks.
Just trying to figure out why my ipad2 sometimes had a "frozen" wifi connection. Wih which i mean that it has good wifi connection, but no data traffic is possible, until disconnect/connect. Logs only show the BA error, so it is human to connect the two, even though it might not be related at all.
Thanks for adding the mac and dropping it to debug level, that should help me trace it.
Opened a new issue on @yuhhaurlin request.
Things have improved significanlty since 10.3.0.10, but the ba/ampdu error still occurs:
[ 562.110063] ieee80211 phy0: check ba result error 1 [ 562.114983] ieee80211 phy0: ampdu start error code: -22 [ 562.170025] ieee80211 phy0: check ba result error 1 [ 562.174939] ieee80211 phy0: ampdu start error code: -22 [ 562.220015] ieee80211 phy0: check ba result error 1 [ 562.224924] ieee80211 phy0: ampdu start error code: -22 [ 562.270014] ieee80211 phy0: check ba result error 1 [ 562.274923] ieee80211 phy0: ampdu start error code: -22 [ 562.320028] ieee80211 phy0: check ba result error 1 [ 562.324939] ieee80211 phy0: ampdu start error code: -22 [ 562.380019] ieee80211 phy0: check ba result error 1 [ 562.384922] ieee80211 phy0: ampdu start error code: -22 [ 562.430018] ieee80211 phy0: check ba result error 1 [ 562.434919] ieee80211 phy0: ampdu start error code: -22
Things work fine for a while, then some random event X happens and the errors start happening (while transferring data). The devices connected to 5GHz is an iPhone 6 Plus and a Lenovo X1 Carbon 2. gen. After some time it seems the 5Ghz just gives up and takes a long nap. By connecting to the 2.4 GHz and restarting wifi, 5GHz works again but at reduced speed.
Another, potentially related error, is that the iPhone has trouble connecting to the 5GHz network. It keeps requesting me for the key, and seemingly only accepts the key when another devices (the laptop) has been connected. Otherwise it just gives me an error.
Debug fs output (in case it helps debugging):
@bmork also reports still seeing this issue with a Galaxy S3. He instrumented the driver with debug output and posted the following output in the other issue: