From owner-freebsd-wireless@FreeBSD.ORG Wed Mar 25 05:42:41 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F897777; Wed, 25 Mar 2015 05:42:41 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E694077C; Wed, 25 Mar 2015 05:42:40 +0000 (UTC) Received: by igcau2 with SMTP id au2so64954399igc.1; Tue, 24 Mar 2015 22:42:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=GBQMlhAY8Rg27BFUePpU3yd9BoJfbFJIEBMfiCzqw0Y=; b=HMEQtiut4cRpr/9SAp20GfQ3hN8UzgEYf/sRbs3uu/jitFfjBY94z86cAoSHGsiHv5 1MSP+ETarHG/okfLR9Q9bTPO3rltV0tkjtQjhZgEBq1gZlpIVzcN0YRetIJhdHivoEjY gWW6ARXUy3BIDA/7wyM15FkCCA5kqWaVvhenQIxNj2yeG3yiCqDeXuKdGYsasuzGYsX7 Mx4/n+uXxQm7tVA9X+KLBqvK7N9naOVQ9zRPX0WYt98JCN0bX7KjrI1zT0Yyh5TG2UXJ Ut/UGDZIlzEpcXTNyiz0DKtbhFKDYhYnA5HWWqrdbQErLdVDCmyWbO/C7YWFMvhu6fK4 bqLQ== X-Received: by 10.43.13.71 with SMTP id pl7mr30999200icb.31.1427262160146; Tue, 24 Mar 2015 22:42:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.129.161 with HTTP; Tue, 24 Mar 2015 22:42:19 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Wed, 25 Mar 2015 05:42:19 +0000 Message-ID: Subject: Re: ath0 performence issues "ar9300_Stub_GetCTSTimeout" "ar9300_Stub_GetCTSTimeout To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Mar 2015 05:42:41 -0000 On Wed, Mar 25, 2015 at 5:26 AM, Miguel Clara wrote: > > It seems re-aggregation for 11n is still broken, as I just faced the same > issue... > > I had to connect to the 2.4 network since I have 5g set only to n. > > truning on ath.0.hal.debug i see this: > getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm > getregstate: cc 0 rd 0x1ff > getchannels: !avail mode 0x1f800d (0x2) flags 0x2150 > getchannels: too many channels for channel table > getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm > getregstate: cc 0 rd 0x1ff > getchannels: !avail mode 0x1f800d (0x2) flags 0x2150 > getchannels: too many channels for channel table > wlan0: link state changed to UP > wlan0: link state changed to DOWN > getchannels: cc 0 regDmn 0x1ff mode 0xffffff ecm > getregstate: cc 0 rd 0x1ff > getchannels: !avail mode 0x1f800d (0x2) flags 0x2150 > getchannels: too many channels for channel table > > > with dev.ath.0.debug I see a lot of this: > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64, > m0=0xfffff800308a2e00 > ath0: ath_tx_dmasetup: m 0xfffff800308a2e00 len 96 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 04 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010 0000 0000 > 0401 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64, > m0=0xfffff80009800600 > ath0: ath_tx_dmasetup: m 0xfffff80009800600 len 1514 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 05 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010 0000 0000 > 0501 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64, > m0=0xfffff80096b04b00 > ath0: ath_tx_dmasetup: m 0xfffff80096b04b00 len 1514 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 06 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010 0000 0000 > 0601 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64, > m0=0xfffff80080644200 > ath0: ath_tx_dmasetup: m 0xfffff80080644200 len 1455 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 07 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010 0000 0000 > 0701 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, isfrag=0, iswep=64, > m0=0xfffff8006b484400 > ath0: ath_tx_dmasetup: m 0xfffff8006b484400 len 137 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 08 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 7010 0000 0000 > 0801 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=198, isfrag=0, iswep=64, > m0=0xfffff80022d4a700 > ath0: ath_tx_dmasetup: m 0xfffff80022d4a700 len 208 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 09 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 8010 0000 0000 > 0901 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64, > m0=0xfffff800099caa00 > > [51/4841] > ath0: ath_tx_dmasetup: m 0xfffff800099caa00 len 96 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 03 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 2010 0000 0000 > 0301 0020 0000 0000 aaaa 0300 0000 0800 > linux: pid 81570 (sublime_text): syscall inotify_init not implemented > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64, > m0=0xfffff800308a2e00 > ath0: ath_tx_dmasetup: m 0xfffff800308a2e00 len 96 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 04 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010 0000 0000 > 0401 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64, > m0=0xfffff80009800600 > ath0: ath_tx_dmasetup: m 0xfffff80009800600 len 1514 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 05 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010 0000 0000 > 0501 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64, > m0=0xfffff80096b04b00 > ath0: ath_tx_dmasetup: m 0xfffff80096b04b00 len 1514 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 06 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010 0000 0000 > 0601 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64, > m0=0xfffff80080644200 > ath0: ath_tx_dmasetup: m 0xfffff80080644200 len 1455 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 07 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010 0000 0000 > 0701 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, isfrag=0, iswep=64, > m0=0xfffff8006b484400 > ath0: ath_tx_dmasetup: m 0xfffff8006b484400 len 137 > TODS e0:00:00:00:00:5b->60:00:00:00:00:c0(60:00:00:00:00:c0) data QoS [TID > 0] WEP [IV 08 01 00 00 00 00 KID 0] 1M > 8841 0000 60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 7010 0000 0000 > 0801 0020 0000 0000 aaaa 0300 0000 0800 > ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=198, isfrag=0, iswep=64, > m0=0xfffff80022d4a700 > ath0: ath_tx_dmasetup: m 0xfffff80022d4a700 len 208 > [......] > > > Might be worth adding that this was after a ~9h uptime And also after wlandebug +11n and ifconfig wlan0 scan I see this is dmesg: error: [drm:pid8:i915_gem_object_unbind] *ERROR* Attempting to unbind pinned buffer wlan0: [60:**:c0] discard MPDU frame, BA win <2338:2401> (0 frames) rxseq 2337 tid 0 (retransmit) wlan0: [60:**:c0] discard MPDU frame, BA win <2662:2725> (0 frames) rxseq 2661 tid 0 (retransmit) wlan0: [60:**:c0] discard MPDU frame, BA win <2762:2825> (0 frames) rxseq 2761 tid 0 (retransmit) wlan0: [60:**:c0] discard MPDU frame, BA win <2818:2881> (0 frames) rxseq 2817 tid 0 (retransmit) wlan0: [60:**:c0] discard MPDU frame, BA win <2833:2896> (0 frames) rxseq 2832 tid 0 (retransmit) The MAC address belongs to the 2.4g and not the 5g though... odd no? while this the scan results are just "hanged" showing nothing until I ^C and do the list scan which shows only the 2.4g networks. > Melhores Cumprimentos // Best Regards > ----------------------------------------------- > *Miguel Clara* > *IT - Sys Admin & Developer* > > On Mon, Mar 23, 2015 at 5:16 PM, Adrian Chadd wrote: > >> A-MPDU support makes 11n surprisingly fast. :) >> >> >> >> -a >> >> >> On 23 March 2015 at 09:48, Miguel Clara wrote: >> > Was link aggregation the only fix? >> > >> > ############################## >> > % speedtest >> > Retrieving speedtest.net configuration... >> > Retrieving speedtest.net server list... >> > Testing from Vodafone Portugal (89.114.40.155)... >> > Selecting best server based on latency... >> > Hosted by Vodafone PT (Porto) [16.63 km]: 18.06 ms >> > Testing download speed........................................ >> > Download: 104.07 Mbits/s >> > Testing upload speed.................................................. >> > Upload: 9.06 Mbits/s >> > >> > % speedtest >> > Retrieving speedtest.net configuration... >> > Retrieving speedtest.net server list... >> > Testing from Vodafone Portugal (89.114.40.155)... >> > Selecting best server based on latency... >> > Hosted by Vodafone PT (Porto) [16.63 km]: 9.814 ms >> > Testing download speed........................................ >> > Download: 107.18 Mbits/s >> > Testing upload speed.................................................. >> > Upload: 9.54 Mbits/s >> > #################################### >> > >> > I'm back to awesome performance... it can't get better than that since >> my >> > link is Fibre 100/10 :) >> > >> > >> > Melhores Cumprimentos // Best Regards >> > ----------------------------------------------- >> > Miguel Clara >> > IT - Sys Admin & Developer >> > >> > On Sun, Mar 22, 2015 at 11:48 PM, Miguel Clara >> > wrote: >> >> >> >> >> >> On Sun, Mar 22, 2015 at 5:48 PM, Adrian Chadd >> wrote: >> >>> >> >>> Hi, >> >>> >> >>> * use force_full_reset at startup - maybe put it in /etc/sysctl.conf >> >>> * upgrade to what I just committed to net80211 today. >> >>> >> >>> It turns out that after some recent changes in -HEAD, 11n aggregation >> >>> wouldn't happen if you tried using it > 10 minutes after boot. >> >>> >> >>> Grr. >> >> >> >> >> >> Haha!! So that's why it was switching to the 2.4 network and 11g... >> >> >> >> Thanks for the fix, compiling now, and I'll still keep ath_debug stuff >> >> present, might be useful. >> >> I need to read up on athstats and other tools, which seem to be quite >> >> interesting for analyses/debugging... guessing this is the best place >> to >> >> look --> https://wiki.freebsd.org/dev/ath(4)/Debugging ? >> >> >> >>> >> >>> >> >>> (Now i Have to update all the wifi APs in my apartment.) >> >>> >> >>> >> >>> -a >> >> >> >> >> > >> > >