From owner-freebsd-wireless@FreeBSD.ORG Wed Mar 25 05:27:20 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 6C0AD3D7; Wed, 25 Mar 2015 05:27:20 +0000 (UTC) Received: from mail-ig0-x236.google.com (mail-ig0-x236.google.com [IPv6:2607:f8b0:4001:c05::236]) (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 200E43B9; Wed, 25 Mar 2015 05:27:20 +0000 (UTC) Received: by igcau2 with SMTP id au2so91986192igc.0; Tue, 24 Mar 2015 22:27:19 -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=lWBAMD3ApfYU5bJX/NRBXE8n6xChCdFlIwJboo8KT5A=; b=1HA7YxYJs5oSME+Zv1eF7lWqQvwB2468jIWQzf6yt5RIhJ4Xucs2mpG5MCZWfQCqoQ W6Gto+dbblkrLHN8E4myPvrjd/9vmX9IVY8fa+sDyllHmJeIGETwvyG3A1kJKm1HLaBo uuixgWlh3KDyVYi5DsGJRZe9p1a49yuFW6gBwR+J86cAaGloUdYn1D1BwUQsyLx1k+2a IhMXckMJ51imyK9dBSSQvOkmVQjCN57q2vJ+CzUwF52UTpq4iRvjiYfeP1X5/8a2WuSc afOxD8ZSeswtbgACK+GATjEzpZ5nPQ7OyaJkOutenoiIh7kV+falRntZkxYUqegFyNCg +bSQ== X-Received: by 10.107.18.226 with SMTP id 95mr11408429ios.84.1427261239509; Tue, 24 Mar 2015 22:27:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.129.161 with HTTP; Tue, 24 Mar 2015 22:26:59 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Wed, 25 Mar 2015 05:26:59 +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:27:20 -0000 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 [......] 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 > >> > >> > > >