From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 01:00:33 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAE1332B; Sun, 22 Mar 2015 01:00:33 +0000 (UTC) Received: from mail-ie0-x236.google.com (mail-ie0-x236.google.com [IPv6:2607:f8b0:4001:c03::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 5881E23F; Sun, 22 Mar 2015 01:00:33 +0000 (UTC) Received: by iecvj10 with SMTP id vj10so14040871iec.0; Sat, 21 Mar 2015 18:00:32 -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=b6fg/7XUvHNS0EIIcaeH/RD+jpeMPMZt+y0ktcpJQl0=; b=m3s7kPDlQ6dO+hjTDoIvEKwCLPMLqumx1+yyhpm22NH54XphqHP5ju3rysheJfqR/5 ZEDzpk09al/Xq4225D4z9ZUiifB3cA/qw72+RC5D3wxupHvaKo+1v6qGokhVIowi+kCo VAMS0LlMwZNCID1khj7/kkwSNzNWp4U0MqMKMASC5SOt2zLTaQ+8ELBO5uhSz5QZsj6p Ku42+LhOjRh1PNEsh0Eq/GM3fivNqLd6c1958QLe1MiHabedWBueYNrVuArSnfDq3ZzT SMGASfti4KUAVD8CJch5/6vKjgKRWXJ1vkPunkguGW+PYQ4hvNvsJs4ZIj1Jim8jcp5v +N+g== X-Received: by 10.107.135.75 with SMTP id j72mr119078040iod.0.1426986032638; Sat, 21 Mar 2015 18:00:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.55.167 with HTTP; Sat, 21 Mar 2015 18:00:12 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 22 Mar 2015 01:00:12 +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: Sun, 22 Mar 2015 01:00:33 -0000 On Fri, Mar 20, 2015 at 2:42 PM, Miguel Clara wrote: > > On Fri, Mar 20, 2015 at 2:41 PM, Miguel Clara > wrote: > >> >> On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara >> wrote: >> >>> >>> On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd >>> wrote: >>> >>>> What's the output of ifconfig -v wlan0 ? >>>> >>>> and run athstats 1 for a while whilst doing traffic, say speedtest, >>>> and paste the results from there. >>>> >>>> >>>> >>>> ]# ifconfig -v wlan0 >>> >>> >>> wlan0: flags=8843 metric 0 mtu >>> 1500 >>> ether e0:06:e6:aa:bf:5b >>> inet 10.10.50.70 netmask 0xffffff00 broadcast 10.10.50.255 >>> nd6 options=29 >>> media: IEEE 802.11 Wireless Ethernet MCS mode 11na >>> status: associated >>> ssid PissnLove5G channel 48 (5240 MHz 11a ht/40-) bssid >>> 60:a4:4c:28:13:c4 >>> regdomain 108 country DEBUG indoor ecm authmode WPA2/802.11i -wps >>> -tsn privacy ON deftxkey UNDEF >>> AES-CCM 2:128-bit >>> AES-CCM 3:128-bit powersavemode OFF powersavesleep 100 txpower 30 >>> txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7 >>> 11a ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 >>> 11b ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >>> 11g ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >>> turboA ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 >>> turboG ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >>> sturbo ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 >>> 11na ucast NONE mgmt 12 MCS mcast 12 MCS maxretry 6 >>> 11ng ucast NONE mgmt 2 MCS mcast 2 MCS maxretry 6 >>> half ucast NONE mgmt 3 Mb/s mcast 3 Mb/s maxretry 6 >>> quarter ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >>> scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250 >>> roam:11a rssi 7dBm rate 12 Mb/s >>> roam:11b rssi 7dBm rate 1 Mb/s >>> roam:11g rssi 7dBm rate 5 Mb/s >>> roam:turboA rssi 7dBm rate 12 Mb/s >>> roam:turboG rssi 7dBm rate 12 Mb/s >>> roam:sturbo rssi 7dBm rate 12 Mb/s >>> roam:11na rssi 7dBm MCS 1 >>> roam:11ng rssi 7dBm MCS 1 >>> roam:half rssi 7dBm rate 6 Mb/s >>> roam:quarter rssi 7dBm rate 3 Mb/s >>> -pureg protmode CTS ht htcompat ampdu ampdulimit 64k >>> ampdudensity 4 >>> amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst >>> -dwds >>> roaming MANUAL bintval 100 >>> AC_BE cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm ack >>> cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm >>> AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack >>> cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm >>> AC_VI cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm ack >>> cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm >>> AC_VO cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm ack >>> cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm >>> groups: wlan >>> >>> Going to recompile and I'll re-run athstats >>> >> >> Hum it seems that after the recompile/reboot things are a bit better... >> >> [miguelc@r2d2:~ ]% 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]: 22.599 ms >> Testing download speed........................................ >> Download: 91.17 Mbits/s >> Testing upload speed.................................................. >> Upload: 9.48 Mbits/s >> [miguelc@r2d2:~ ]% 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]: 5.164 ms >> Testing download speed........................................ >> Download: 93.21 Mbits/s >> Testing upload speed.................................................. >> Upload: 10.65 Mbits/s >> >> ########################################### >> [ ID] Interval Transfer Bandwidth >> [ 4] 0.00-1.01 sec 1.42 MBytes 11.8 Mbits/sec >> [ 4] 1.01-2.00 sec 5.66 KBytes 46.7 Kbits/sec >> [ 4] 2.00-3.00 sec 3.94 MBytes 33.1 Mbits/sec >> [ 4] 3.00-4.00 sec 4.15 MBytes 34.8 Mbits/sec >> [ 4] 4.00-5.00 sec 4.52 MBytes 37.9 Mbits/sec >> [ 4] 5.00-6.00 sec 4.44 MBytes 37.3 Mbits/sec >> [ 4] 6.00-7.00 sec 4.44 MBytes 37.3 Mbits/sec >> [ 4] 7.00-8.00 sec 4.36 MBytes 36.6 Mbits/sec >> [ 4] 8.00-9.00 sec 6.67 MBytes 55.9 Mbits/sec >> [ 4] 9.00-10.00 sec 5.45 MBytes 45.7 Mbits/sec >> - - - - - - - - - - - - - - - - - - - - - - - - - >> [ ID] Interval Transfer Bandwidth >> [ 4] 0.00-10.00 sec 39.4 MBytes 33.1 Mbits/sec >> sender >> [ 4] 0.00-10.00 sec 38.9 MBytes 32.6 Mbits/sec >> receiver >> >> ( First Iperf was run on purpose in the middle of the first speedtest >> (and while runing athstats 1) >> [ ID] Interval Transfer Bandwidth >> [ 4] 0.00-1.00 sec 6.20 MBytes 52.0 Mbits/sec >> [ 4] 1.00-2.00 sec 6.46 MBytes 54.2 Mbits/sec >> [ 4] 2.00-3.00 sec 6.55 MBytes 55.0 Mbits/sec >> [ 4] 3.00-4.00 sec 8.64 MBytes 72.5 Mbits/sec >> [ 4] 4.00-5.00 sec 8.50 MBytes 71.3 Mbits/sec >> [ 4] 5.00-6.00 sec 8.81 MBytes 73.9 Mbits/sec >> [ 4] 6.00-7.00 sec 9.24 MBytes 77.5 Mbits/sec >> [ 4] 7.00-8.00 sec 8.87 MBytes 74.4 Mbits/sec >> [ 4] 8.00-9.00 sec 8.68 MBytes 72.8 Mbits/sec >> [ 4] 9.00-10.00 sec 8.94 MBytes 75.0 Mbits/sec >> - - - - - - - - - - - - - - - - - - - - - - - - - >> [ ID] Interval Transfer Bandwidth >> [ 4] 0.00-10.00 sec 80.9 MBytes 67.8 Mbits/sec >> sender >> [ 4] 0.00-10.00 sec 80.6 MBytes 67.6 Mbits/sec >> receiver >> ############################################################ >> >> athstats ==> http://pastebin.com/zXhG6FWc >> >> typo: > >> things look better, *I've* had better results before though, but I would >> still consider this ok if it keeps this state... >> > I left the Laptop online for quite some time (almost all day) but with no user activiy. I was just replying some email (as adrian might have noticed :) )and notice the internet seemed a lot slower, and I'm back to the same reported state in see the error messages: ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetAntennaSwitch: called ar9300_Stub_GetAntennaSwitch: called ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetAntennaSwitch: called ar9300_Stub_GetAntennaSwitch: called ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetAntennaSwitch: called ar9300_Stub_GetAntennaSwitch: called ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetAntennaSwitch: called ar9300_Stub_GetAntennaSwitch: called ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetCTSTimeout: called ar9300_Stub_GetAntennaSwitch: called ar9300_Stub_GetAntennaSwitch: called ath0: ath_intr: TSFOOR and speedtest results are very poor: 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]: 5.686 ms Testing download speed........................................ Download: 33.64 Mbits/s Testing upload speed.................................................. Upload: 6.69 Mbits/s I was also playing with the "Fn-F3" key was reported in the other thread but I've done it earlier and saw no issues at the time. I wonder then if this as something to do with long periods of inactivity which as the first TSFOOR is ~22pm Mar 21 21:55:10 r2d2 kernel: ath0: ath_intr: TSFOOR Thats basicly ~the time I resumed the session, and by that I mean just login back to lumina-DE - I did not use resume/suspend, as I was plaining to be back sooner :) >> -a >>>> >>>> >>>> On 19 March 2015 at 20:17, Adrian Chadd wrote: >>>> > Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and >>>> recompile! >>>> > >>>> > >>>> > -a >>>> > >>>> > >>>> > On 19 March 2015 at 19:32, Miguel Clara >>>> wrote: >>>> >> >>>> >> On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara < >>>> miguelmclara@gmail.com> >>>> >> wrote: >>>> >>> >>>> >>> >>>> >>> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara < >>>> miguelmclara@gmail.com> >>>> >>> wrote: >>>> >>>> >>>> >>>> >>>> >>>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara < >>>> miguelmclara@gmail.com> >>>> >>>> wrote: >>>> >>>>> >>>> >>>>> >>>> >>>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd >>> > >>>> >>>>> wrote: >>>> >>>>>> >>>> >>>>>> Whilst running this, can you run 'athstats 1' on the freebsd box? >>>> >>>>>> >>>> >>>>>> i wonder what the signal level and retransmit rates are. >>>> >>>>> >>>> >>>>> >>>> >>>>> Not sure hwo to do that... do I need ath_debug? >>>> >>>>> >>>> >>>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to >>>> "make" >>>> >>>>> >>>> >>>>> clang -O2 -pipe -DATH_DEFAULT='"ath0"' >>>> >>>>> -I/usr/src/tools/tools/ath/athstats >>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common >>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys >>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath >>>> >>>>> >>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal >>>> >>>>> >>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal >>>> >>>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI >>>> -DATH_SUPPORT_TDMA >>>> >>>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats >>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common >>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys >>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath >>>> >>>>> >>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal >>>> >>>>> >>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal >>>> >>>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector >>>> >>>>> -fbracket-depth=512 -Qunused-arguments -rpath /usr/lib/private >>>> -o athstats >>>> >>>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat >>>> >>>>> /usr/bin/ld: cannot find -lbsdstat >>>> >>>>> clang: error: linker command failed with exit code 1 (use -v to >>>> see >>>> >>>>> invocation) >>>> >>>>> *** Error code 1 >>>> >>>>> >>>> >>>>> Stop. >>>> >>>>> make: stopped in /usr/src/tools/tools/ath/athstats >>>> >>>>> >>>> >>>>> I installed bsdstats but after make clean;make I still get the >>>> same. >>>> >>>> >>>> >>>> >>>> >>>> Oh wait: >>>> >>>> -L/usr/src/lib/libbsdstat -lbsdstat >>>> >>>> >>>> >>>> /usr/bin/ld: cannot find -lbsdstat >>>> >>>> >>>> >>>> Should it look in /usr/private? >>>> >>>> >>>> >>>> Or maybe not... I saw this: >>>> >>>> ###################### >>>> >>>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32 >>>> >>>> Author: bapt >>>> >>>> Date: Tue Nov 25 22:37:27 2014 +0000 >>>> >>>> >>>> >>>> Convert to LIBADD >>>> >>>> >>>> >>>> Notes: >>>> >>>> svn path=/head/; revision=275084 >>>> >>>> >>>> >>>> diff --git a/tools/tools/ath/athstats/Makefile >>>> >>>> b/tools/tools/ath/athstats/Makefile >>>> >>>> index 8d1bfa6..a7ff43b 100644 >>>> >>>> --- a/tools/tools/ath/athstats/Makefile >>>> >>>> +++ b/tools/tools/ath/athstats/Makefile >>>> >>>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA >>>> >>>> >>>> >>>> CFLAGS.clang+= -fbracket-depth=512 >>>> >>>> >>>> >>>> -USEPRIVATELIB= bsdstat >>>> >>>> - >>>> >>>> -LDADD= ${LDBSDSTAT} >>>> >>>> +LIBADD= bsdstat >>>> >>>> >>>> >>>> opt_ah.h: >>>> >>>> echo "#define AH_DEBUG 1" > opt_ah.h >>>> >>>> ################# >>>> >>>> >>>> >>>> reverting gives me this: >>>> >>>> >>>> >>>> [...]ib/private -rpath /usr/lib/private -o athstats main.o >>>> athstats.o >>>> >>>> athstats.o: In function `athstats_new': >>>> >>>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init' >>>> >>>> clang: error: linker command failed with exit code 1 (use -v to see >>>> >>>> invocation) >>>> >>>> >>>> >>>> If I can get around this I'd love to post those stats >>>> >>>> >>>> >>> >>>> >>> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init" >>>> defiantly >>>> >>> exists and the include bsdstat.h is in athstats.h... >>>> >>> makes no sense (to me) :| >>>> >>> >>>> >> >>>> >> In the mean time I checked out a version before bsdstat and I was >>>> able to >>>> >> complie, output follows >>>> >> % sudo athstats >>>> >> athstats: ioctl: ath0: Invalid argument <------------------ Is this >>>> >> expected? >>>> >> athstats: ioctl: ath0: Invalid argument >>>> >> 990785 data frames received >>>> >> 559194 data frames transmit >>>> >> 7602 tx frames with an alternate rate >>>> >> 27634 short on-chip tx retries >>>> >> 100075 long on-chip tx retries >>>> >> 374 tx failed 'cuz too many retries >>>> >> 24 mib overflow interrupts >>>> >> 3 tx linearized to cluster >>>> >> MCS3 current transmit rate >>>> >> 17 beacon miss interrupts >>>> >> 31173 rx failed 'cuz of bad CRC >>>> >> 114 rx failed 'cuz of PHY err >>>> >> 5 OFDM restart >>>> >> 109 CCK restart >>>> >> 247 periodic calibrations >>>> >> -0/+0 TDMA slot adjust (usecs, smoothed) >>>> >> 28 rssi of last ack >>>> >> 40 avg recv rssi >>>> >> -96 rx noise floor >>>> >> 614 tx frames through raw api >>>> >> 601749 A-MPDU sub-frames received >>>> >> 187766 Half-GI frames received >>>> >> 443941 40MHz frames received >>>> >> 12776 CRC errors for non-last A-MPDU subframes >>>> >> 198 CRC errors for last subframe in an A-MPDU >>>> >> 558554 Frames transmitted with HT Protection >>>> >> 169 TX Timeout >>>> >> Antenna profile: >>>> >> [0] tx 558817 rx 36629 >>>> >> [1] tx 0 rx 772652 >>>> >> [2] tx 0 rx 26737 >>>> >> [3] tx 0 rx 30276 >>>> >> [4] tx 0 rx 28833 >>>> >> [5] tx 0 rx 25606 >>>> >> [6] tx 0 rx 30300 >>>> >> [7] tx 0 rx 39752 >>>> >> >>>> >> >>>> >> >>>> >>> >>>> >>> >>>> >>>> >>>> >>>>> >>>> >>>>>> Thanks, >>>> >>>>>> >>>> >>>>>> >>>> >>>>>> -a >>>> >>>>> >>>> >>>>> >>>> >>>> >>>> >>> >>>> >> >>>> >>> >>> >> > From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 01:09:08 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A307247A for ; Sun, 22 Mar 2015 01:09:08 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (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 5565D326 for ; Sun, 22 Mar 2015 01:09:08 +0000 (UTC) Received: by igbud6 with SMTP id ud6so16468959igb.1 for ; Sat, 21 Mar 2015 18:09:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=pnKz8g5fgTAB9xGiYVXa+YeT0QnpY/ZBQ4/AdZCxCks=; b=sVcNPlQIBsYa6kPSbiD20G8RUK5mpKCjLmU0fqOcMxZR2FQw9OdRZUUTRbnkbOe7Hq gxYCs0Mj9TgqEwNybWrMaMky8w91H6LBakTB8mYRnUTu8D3Kyl9QckVyRZW3BFpHZTLh xnjGnuVQrWNIAB8wC5uCfAHbvf+fgFAqHRM52gBSOJuDXIMLeja3zsWf4J2NEA1udohN IiqEYydbe3pLBgIrt+BPXOxFRfL44uej+2nTKmM/1Zme+WOUWwBPuk3n/NOoTjtKNb3U pHjfzX8HCELhFfY5gDJEUwGfi4hEeZgA3RTXPpLx2w53YZz6jM+lEim89uBdDL5K2Gtf YK6A== MIME-Version: 1.0 X-Received: by 10.50.36.65 with SMTP id o1mr5878899igj.32.1426986547747; Sat, 21 Mar 2015 18:09:07 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 21 Mar 2015 18:09:07 -0700 (PDT) Received: by 10.36.17.194 with HTTP; Sat, 21 Mar 2015 18:09:07 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Mar 2015 18:09:07 -0700 X-Google-Sender-Auth: AtWQpfwpohe35gWq0oxSPbWkVaY Message-ID: Subject: Re: ath0 performence issues "ar9300_Stub_GetCTSTimeout" "ar9300_Stub_GetCTSTimeout From: Adrian Chadd To: Miguel Clara 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: Sun, 22 Mar 2015 01:09:08 -0000 Tsfoor means that it didn't receive enough beacons before a timeout. I've fixed the messages in head but they're not important. Its doing something, like scanning or something, which is generating those messages. Do athstats 1 for a while both before and afafter it happens. Adrian On Mar 21, 2015 6:00 PM, "Miguel Clara" wrote: > > > On Fri, Mar 20, 2015 at 2:42 PM, Miguel Clara > wrote: > >> >> On Fri, Mar 20, 2015 at 2:41 PM, Miguel Clara >> wrote: >> >>> >>> On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara >>> wrote: >>> >>>> >>>> On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd >>>> wrote: >>>> >>>>> What's the output of ifconfig -v wlan0 ? >>>>> >>>>> and run athstats 1 for a while whilst doing traffic, say speedtest, >>>>> and paste the results from there. >>>>> >>>>> >>>>> >>>>> ]# ifconfig -v wlan0 >>>> >>>> >>>> wlan0: flags=8843 metric 0 mtu >>>> 1500 >>>> ether e0:06:e6:aa:bf:5b >>>> inet 10.10.50.70 netmask 0xffffff00 broadcast 10.10.50.255 >>>> nd6 options=29 >>>> media: IEEE 802.11 Wireless Ethernet MCS mode 11na >>>> status: associated >>>> ssid PissnLove5G channel 48 (5240 MHz 11a ht/40-) bssid >>>> 60:a4:4c:28:13:c4 >>>> regdomain 108 country DEBUG indoor ecm authmode WPA2/802.11i >>>> -wps >>>> -tsn privacy ON deftxkey UNDEF >>>> AES-CCM 2:128-bit >>>> AES-CCM 3:128-bit powersavemode OFF powersavesleep 100 txpower >>>> 30 >>>> txpowmax 50.0 -dotd rtsthreshold 2346 fragthreshold 2346 bmiss 7 >>>> 11a ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 >>>> 11b ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >>>> 11g ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >>>> turboA ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 >>>> turboG ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >>>> sturbo ucast NONE mgmt 6 Mb/s mcast 6 Mb/s maxretry 6 >>>> 11na ucast NONE mgmt 12 MCS mcast 12 MCS maxretry 6 >>>> 11ng ucast NONE mgmt 2 MCS mcast 2 MCS maxretry 6 >>>> half ucast NONE mgmt 3 Mb/s mcast 3 Mb/s maxretry 6 >>>> quarter ucast NONE mgmt 1 Mb/s mcast 1 Mb/s maxretry 6 >>>> scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250 >>>> roam:11a rssi 7dBm rate 12 Mb/s >>>> roam:11b rssi 7dBm rate 1 Mb/s >>>> roam:11g rssi 7dBm rate 5 Mb/s >>>> roam:turboA rssi 7dBm rate 12 Mb/s >>>> roam:turboG rssi 7dBm rate 12 Mb/s >>>> roam:sturbo rssi 7dBm rate 12 Mb/s >>>> roam:11na rssi 7dBm MCS 1 >>>> roam:11ng rssi 7dBm MCS 1 >>>> roam:half rssi 7dBm rate 6 Mb/s >>>> roam:quarter rssi 7dBm rate 3 Mb/s >>>> -pureg protmode CTS ht htcompat ampdu ampdulimit 64k >>>> ampdudensity 4 >>>> amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst >>>> -dwds >>>> roaming MANUAL bintval 100 >>>> AC_BE cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm ack >>>> cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm >>>> AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack >>>> cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm >>>> AC_VI cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm ack >>>> cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm >>>> AC_VO cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm ack >>>> cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm >>>> groups: wlan >>>> >>>> Going to recompile and I'll re-run athstats >>>> >>> >>> Hum it seems that after the recompile/reboot things are a bit better... >>> >>> [miguelc@r2d2:~ ]% 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]: 22.599 ms >>> Testing download speed........................................ >>> Download: 91.17 Mbits/s >>> Testing upload speed.................................................. >>> Upload: 9.48 Mbits/s >>> [miguelc@r2d2:~ ]% 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]: 5.164 ms >>> Testing download speed........................................ >>> Download: 93.21 Mbits/s >>> Testing upload speed.................................................. >>> Upload: 10.65 Mbits/s >>> >>> ########################################### >>> [ ID] Interval Transfer Bandwidth >>> [ 4] 0.00-1.01 sec 1.42 MBytes 11.8 Mbits/sec >>> [ 4] 1.01-2.00 sec 5.66 KBytes 46.7 Kbits/sec >>> [ 4] 2.00-3.00 sec 3.94 MBytes 33.1 Mbits/sec >>> [ 4] 3.00-4.00 sec 4.15 MBytes 34.8 Mbits/sec >>> [ 4] 4.00-5.00 sec 4.52 MBytes 37.9 Mbits/sec >>> [ 4] 5.00-6.00 sec 4.44 MBytes 37.3 Mbits/sec >>> [ 4] 6.00-7.00 sec 4.44 MBytes 37.3 Mbits/sec >>> [ 4] 7.00-8.00 sec 4.36 MBytes 36.6 Mbits/sec >>> [ 4] 8.00-9.00 sec 6.67 MBytes 55.9 Mbits/sec >>> [ 4] 9.00-10.00 sec 5.45 MBytes 45.7 Mbits/sec >>> - - - - - - - - - - - - - - - - - - - - - - - - - >>> [ ID] Interval Transfer Bandwidth >>> [ 4] 0.00-10.00 sec 39.4 MBytes 33.1 Mbits/sec >>> sender >>> [ 4] 0.00-10.00 sec 38.9 MBytes 32.6 Mbits/sec >>> receiver >>> >>> ( First Iperf was run on purpose in the middle of the first speedtest >>> (and while runing athstats 1) >>> [ ID] Interval Transfer Bandwidth >>> [ 4] 0.00-1.00 sec 6.20 MBytes 52.0 Mbits/sec >>> [ 4] 1.00-2.00 sec 6.46 MBytes 54.2 Mbits/sec >>> [ 4] 2.00-3.00 sec 6.55 MBytes 55.0 Mbits/sec >>> [ 4] 3.00-4.00 sec 8.64 MBytes 72.5 Mbits/sec >>> [ 4] 4.00-5.00 sec 8.50 MBytes 71.3 Mbits/sec >>> [ 4] 5.00-6.00 sec 8.81 MBytes 73.9 Mbits/sec >>> [ 4] 6.00-7.00 sec 9.24 MBytes 77.5 Mbits/sec >>> [ 4] 7.00-8.00 sec 8.87 MBytes 74.4 Mbits/sec >>> [ 4] 8.00-9.00 sec 8.68 MBytes 72.8 Mbits/sec >>> [ 4] 9.00-10.00 sec 8.94 MBytes 75.0 Mbits/sec >>> - - - - - - - - - - - - - - - - - - - - - - - - - >>> [ ID] Interval Transfer Bandwidth >>> [ 4] 0.00-10.00 sec 80.9 MBytes 67.8 Mbits/sec >>> sender >>> [ 4] 0.00-10.00 sec 80.6 MBytes 67.6 Mbits/sec >>> receiver >>> ############################################################ >>> >>> athstats ==> http://pastebin.com/zXhG6FWc >>> >>> typo: >> >>> things look better, *I've* had better results before though, but I would >>> still consider this ok if it keeps this state... >>> >> > I left the Laptop online for quite some time (almost all day) but with no > user activiy. > > I was just replying some email (as adrian might have noticed :) )and > notice the internet seemed a lot slower, and I'm back to the same reported > state in see the error messages: > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetAntennaSwitch: called > ar9300_Stub_GetAntennaSwitch: called > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetAntennaSwitch: called > ar9300_Stub_GetAntennaSwitch: called > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetAntennaSwitch: called > ar9300_Stub_GetAntennaSwitch: called > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetAntennaSwitch: called > ar9300_Stub_GetAntennaSwitch: called > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetCTSTimeout: called > ar9300_Stub_GetAntennaSwitch: called > ar9300_Stub_GetAntennaSwitch: called > ath0: ath_intr: TSFOOR > > > and speedtest results are very poor: > 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]: 5.686 ms > Testing download speed........................................ > Download: 33.64 Mbits/s > Testing upload speed.................................................. > Upload: 6.69 Mbits/s > > I was also playing with the "Fn-F3" key was reported in the other thread > but I've done it earlier and saw no issues at the time. > > I wonder then if this as something to do with long periods of inactivity > which as the first TSFOOR is ~22pm > Mar 21 21:55:10 r2d2 kernel: ath0: ath_intr: TSFOOR > > Thats basicly ~the time I resumed the session, and by that I mean just > login back to lumina-DE - I did not use resume/suspend, as I was plaining > to be back sooner :) > > > > > >>> -a >>>>> >>>>> >>>>> On 19 March 2015 at 20:17, Adrian Chadd wrote: >>>>> > Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and >>>>> recompile! >>>>> > >>>>> > >>>>> > -a >>>>> > >>>>> > >>>>> > On 19 March 2015 at 19:32, Miguel Clara >>>>> wrote: >>>>> >> >>>>> >> On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara < >>>>> miguelmclara@gmail.com> >>>>> >> wrote: >>>>> >>> >>>>> >>> >>>>> >>> On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara < >>>>> miguelmclara@gmail.com> >>>>> >>> wrote: >>>>> >>>> >>>>> >>>> >>>>> >>>> On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara < >>>>> miguelmclara@gmail.com> >>>>> >>>> wrote: >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd < >>>>> adrian@freebsd.org> >>>>> >>>>> wrote: >>>>> >>>>>> >>>>> >>>>>> Whilst running this, can you run 'athstats 1' on the freebsd >>>>> box? >>>>> >>>>>> >>>>> >>>>>> i wonder what the signal level and retransmit rates are. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Not sure hwo to do that... do I need ath_debug? >>>>> >>>>> >>>>> >>>>> I did found '/usr/src/tools/tools/ath/athstats' and tried to >>>>> "make" >>>>> >>>>> >>>>> >>>>> clang -O2 -pipe -DATH_DEFAULT='"ath0"' >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath >>>>> >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal >>>>> >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats -DATH_SUPPORT_ANI >>>>> -DATH_SUPPORT_TDMA >>>>> >>>>> -DATH_DEFAULT='"ath0"' -I/usr/src/tools/tools/ath/athstats >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../common >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath >>>>> >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/dev/ath/ath_hal >>>>> >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats/../../../../sys/contrib/dev/ath/ath_hal >>>>> >>>>> -I/usr/src/tools/tools/ath/athstats -std=gnu99 -fstack-protector >>>>> >>>>> -fbracket-depth=512 -Qunused-arguments -rpath /usr/lib/private >>>>> -o athstats >>>>> >>>>> main.o athstats.o -L/usr/src/lib/libbsdstat -lbsdstat >>>>> >>>>> /usr/bin/ld: cannot find -lbsdstat >>>>> >>>>> clang: error: linker command failed with exit code 1 (use -v to >>>>> see >>>>> >>>>> invocation) >>>>> >>>>> *** Error code 1 >>>>> >>>>> >>>>> >>>>> Stop. >>>>> >>>>> make: stopped in /usr/src/tools/tools/ath/athstats >>>>> >>>>> >>>>> >>>>> I installed bsdstats but after make clean;make I still get the >>>>> same. >>>>> >>>> >>>>> >>>> >>>>> >>>> Oh wait: >>>>> >>>> -L/usr/src/lib/libbsdstat -lbsdstat >>>>> >>>> >>>>> >>>> /usr/bin/ld: cannot find -lbsdstat >>>>> >>>> >>>>> >>>> Should it look in /usr/private? >>>>> >>>> >>>>> >>>> Or maybe not... I saw this: >>>>> >>>> ###################### >>>>> >>>> commit 050d4409aa855fa1f82f6ca0dbb7e0c865c05e32 >>>>> >>>> Author: bapt >>>>> >>>> Date: Tue Nov 25 22:37:27 2014 +0000 >>>>> >>>> >>>>> >>>> Convert to LIBADD >>>>> >>>> >>>>> >>>> Notes: >>>>> >>>> svn path=/head/; revision=275084 >>>>> >>>> >>>>> >>>> diff --git a/tools/tools/ath/athstats/Makefile >>>>> >>>> b/tools/tools/ath/athstats/Makefile >>>>> >>>> index 8d1bfa6..a7ff43b 100644 >>>>> >>>> --- a/tools/tools/ath/athstats/Makefile >>>>> >>>> +++ b/tools/tools/ath/athstats/Makefile >>>>> >>>> @@ -23,9 +23,7 @@ CFLAGS+=-DATH_SUPPORT_TDMA >>>>> >>>> >>>>> >>>> CFLAGS.clang+= -fbracket-depth=512 >>>>> >>>> >>>>> >>>> -USEPRIVATELIB= bsdstat >>>>> >>>> - >>>>> >>>> -LDADD= ${LDBSDSTAT} >>>>> >>>> +LIBADD= bsdstat >>>>> >>>> >>>>> >>>> opt_ah.h: >>>>> >>>> echo "#define AH_DEBUG 1" > opt_ah.h >>>>> >>>> ################# >>>>> >>>> >>>>> >>>> reverting gives me this: >>>>> >>>> >>>>> >>>> [...]ib/private -rpath /usr/lib/private -o athstats main.o >>>>> athstats.o >>>>> >>>> athstats.o: In function `athstats_new': >>>>> >>>> athstats.c:(.text+0x3e): undefined reference to `bsdstat_init' >>>>> >>>> clang: error: linker command failed with exit code 1 (use -v to >>>>> see >>>>> >>>> invocation) >>>>> >>>> >>>>> >>>> If I can get around this I'd love to post those stats >>>>> >>>> >>>>> >>> >>>>> >>> Sadly I'm no C expert... I'm not even a coder but "bsdstat_init" >>>>> defiantly >>>>> >>> exists and the include bsdstat.h is in athstats.h... >>>>> >>> makes no sense (to me) :| >>>>> >>> >>>>> >> >>>>> >> In the mean time I checked out a version before bsdstat and I was >>>>> able to >>>>> >> complie, output follows >>>>> >> % sudo athstats >>>>> >> athstats: ioctl: ath0: Invalid argument <------------------ Is this >>>>> >> expected? >>>>> >> athstats: ioctl: ath0: Invalid argument >>>>> >> 990785 data frames received >>>>> >> 559194 data frames transmit >>>>> >> 7602 tx frames with an alternate rate >>>>> >> 27634 short on-chip tx retries >>>>> >> 100075 long on-chip tx retries >>>>> >> 374 tx failed 'cuz too many retries >>>>> >> 24 mib overflow interrupts >>>>> >> 3 tx linearized to cluster >>>>> >> MCS3 current transmit rate >>>>> >> 17 beacon miss interrupts >>>>> >> 31173 rx failed 'cuz of bad CRC >>>>> >> 114 rx failed 'cuz of PHY err >>>>> >> 5 OFDM restart >>>>> >> 109 CCK restart >>>>> >> 247 periodic calibrations >>>>> >> -0/+0 TDMA slot adjust (usecs, smoothed) >>>>> >> 28 rssi of last ack >>>>> >> 40 avg recv rssi >>>>> >> -96 rx noise floor >>>>> >> 614 tx frames through raw api >>>>> >> 601749 A-MPDU sub-frames received >>>>> >> 187766 Half-GI frames received >>>>> >> 443941 40MHz frames received >>>>> >> 12776 CRC errors for non-last A-MPDU subframes >>>>> >> 198 CRC errors for last subframe in an A-MPDU >>>>> >> 558554 Frames transmitted with HT Protection >>>>> >> 169 TX Timeout >>>>> >> Antenna profile: >>>>> >> [0] tx 558817 rx 36629 >>>>> >> [1] tx 0 rx 772652 >>>>> >> [2] tx 0 rx 26737 >>>>> >> [3] tx 0 rx 30276 >>>>> >> [4] tx 0 rx 28833 >>>>> >> [5] tx 0 rx 25606 >>>>> >> [6] tx 0 rx 30300 >>>>> >> [7] tx 0 rx 39752 >>>>> >> >>>>> >> >>>>> >> >>>>> >>> >>>>> >>> >>>>> >>>> >>>>> >>>>> >>>>> >>>>>> Thanks, >>>>> >>>>>> >>>>> >>>>>> >>>>> >>>>>> -a >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>>> >>> >>>>> >> >>>>> >>>> >>>> >>> >> > From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 02:29:26 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FBB8F71; Sun, 22 Mar 2015 02:29:26 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001:c03::231]) (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 2EFA5C0D; Sun, 22 Mar 2015 02:29:26 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so17136695ied.1; Sat, 21 Mar 2015 19:29:25 -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=ZcQ3vpfUqyIfwAEfv/ol4251so1glG7jzwf3uR2zD60=; b=TC8IUzwAWPzmDXSlXecZZvpj9+/4V4tstghSGkzI1hPVlnVMsJZmB+CHjTn57j4MAw Lr+smLgdjYLQ3IJI9gkdpl1bqPbe+gbcVLeb5y4e6+xJh+Ki991QDgVZAdn5M9l4WomB BA3nWROr3IETgVUXpl9Y0+iPGoe/g8xR0EwdVzUHzh848g3Y0Q15u+sh4nrrXdT2rWCM Aikd+7U4iViFqFCI3zLTBUGPQ02i0mD0AKB6NJTJP8JOgjH544gnEZCri0M7S44cV4i+ uPUTyogU0zuIACCO3LooJyUmMSmBEMjMo6zXYQ8Qlzasw3r9DawY0mOBc28ZMSZ7+lTx BMGw== X-Received: by 10.107.19.88 with SMTP id b85mr40033518ioj.75.1426991365239; Sat, 21 Mar 2015 19:29:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.55.167 with HTTP; Sat, 21 Mar 2015 19:29:04 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 22 Mar 2015 02:29:04 +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: Sun, 22 Mar 2015 02:29:26 -0000 On Sun, Mar 22, 2015 at 1:09 AM, Adrian Chadd wrote: > Tsfoor means that it didn't receive enough beacons before a timeout. > > I've fixed the messages in head but they're not important. Its doing > something, like scanning or something, which is generating those messages. > > Do athstats 1 for a while both before and afafter it happens. > Well before are basically the ones I've posted earlier.... now it would be this: http://pastebin.com/raw.php?i=tvMUGgjY with a speedtest in the middle: % 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]: 6.847 ms Testing download speed........................................ Download: 23.44 Mbits/s Testing upload speed.................................................. Upload: 8.20 Mbits/s From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 03:10:23 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7D390405 for ; Sun, 22 Mar 2015 03:10:23 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (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 2BE5C94 for ; Sun, 22 Mar 2015 03:10:23 +0000 (UTC) Received: by ieclw3 with SMTP id lw3so14863605iec.2 for ; Sat, 21 Mar 2015 20:10:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ZSk02CoRXuFVZGzYaROn+Vv7mX9NIKbqlGrPQXmwd+k=; b=Lw0ZY9w6dAFEdFAoTSgnIJbqJddReJ7j1NOLlom5szEFUt6cyV78664cQSgNZV5/EU W1GHj/g3OSAbLOjYCLRkr4cEltXW+f+EXV1N/nDEedirXLhB/Pi9Pj44DkBPqKR+Tmih oU9BWs80Yd55IlZkniYCruZvsyzj2skiaEeWxX0M6dmuho/2eqtYvZGtk9z7Trr90Nd7 cq5lCnYKoJU4IAl/V4NeTLF06MwwsmH++3O3YZEpI2tNBqvTL85yAXpN4DW/WkpnhlYO lW7sjU9PcA+JgYbNBYSb+W8+eMEcPKyeFu/ezJeP5MLcfIxb3VP6uIrgL3TMMNj9AUMl HwNA== MIME-Version: 1.0 X-Received: by 10.42.41.200 with SMTP id q8mr8992508ice.61.1426993822656; Sat, 21 Mar 2015 20:10:22 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 21 Mar 2015 20:10:22 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Mar 2015 20:10:22 -0700 X-Google-Sender-Auth: FljndN9NoYHKSVb9o5azqnzRhlE Message-ID: Subject: Re: ath0 performence issues "ar9300_Stub_GetCTSTimeout" "ar9300_Stub_GetCTSTimeout From: Adrian Chadd To: Miguel Clara Content-Type: text/plain; charset=UTF-8 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: Sun, 22 Mar 2015 03:10:23 -0000 Hm, all MCS15. How far away from the AP are you? -a From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 03:58:20 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D27893D for ; Sun, 22 Mar 2015 03:58: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 09BC8698 for ; Sun, 22 Mar 2015 03:58:20 +0000 (UTC) Received: by igcqo1 with SMTP id qo1so16015006igc.0 for ; Sat, 21 Mar 2015 20:58:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=9v7ZEIrrIU29no+xmdOrIY0gUrzO/wtvHOTPBDQ+Hcg=; b=sAXL5ne5Vgt5brKNfyweiYl7LtzE/DrPiDFaUJ/zQZmwQgHKAqZoV7wJ9v/69wef7L /pkw0bGQ4hMpJ7qR/dBsoEM0L9lZSzJDn5HnUHJDtDPivdGOXNTlMi2+wG7tAPRYUQQt wPPq6Bd+o/DsmEO2V0rB/TjxDcSJIteH6o2YBf/3wOi1XFdLsRawAFFK/RYZrS3Vullr wOMB1VHiswYiQbzP8qT8JbKrQuauNlQlUB5pg7pIXEE3Ubr5k26j/Kr+Xrm9Giod6piJ eSzOyEFVAXzfYGheXYCHMrtgGeu2TEq5bOvGV1wowzJ3joVT0pGwhaev9ofBt3psSNoE dXxQ== MIME-Version: 1.0 X-Received: by 10.107.136.206 with SMTP id s75mr121153262ioi.8.1426996699367; Sat, 21 Mar 2015 20:58:19 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 21 Mar 2015 20:58:19 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Mar 2015 20:58:19 -0700 X-Google-Sender-Auth: 1zN9GLEJT4npFXF6_m3IWcDGJqk Message-ID: Subject: Re: ath0 performence issues "ar9300_Stub_GetCTSTimeout" "ar9300_Stub_GetCTSTimeout From: Adrian Chadd To: Miguel Clara , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 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: Sun, 22 Mar 2015 03:58:20 -0000 Ok, hm. There's a lot of short retry errors / CRC errors during what I'm guessing is the speed test, which is odd if it's on 5GHz. -adrian On 21 March 2015 at 20:25, Miguel Clara wrote: > > > On Sun, Mar 22, 2015 at 3:10 AM, Adrian Chadd wrote: >> >> Hm, all MCS15. How far away from the AP are you? >> >> re > > ~4mts direct line (which is as my desk is literal in a direct line to the > router - Asus RT-N66U, whith asus merlin fw if relevant ) > > One plus gives me 63/9 (worst result) and - 90/11 (best) all all run close > to the laptop btw. > > So its not the router.. > > (I did notice one other thing, sometimes wpa_supplicant seems to prefer the > 2.4g wireless and when so it using 11g on not 11n... the router accepts both > cause I need that for when I use the printer but shouldn't the client prefer > the 11n)? > > To clarify: the tests I sent where run while connected to the 5g, on both > the laptop and smartphone. > >> >> -a > > From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 04:11:33 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 CCC8A9C2; Sun, 22 Mar 2015 04:11:33 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (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 81732855; Sun, 22 Mar 2015 04:11:33 +0000 (UTC) Received: by igcqo1 with SMTP id qo1so16104535igc.0; Sat, 21 Mar 2015 21:11:32 -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=pmzvFBIEyehD5kPJOOWKmjRlkE4qm8B1qqAfn+9Lq/E=; b=Il92qzdu/jGA9zdcHZhwhhbf0dUE10OGEgD7P+ojHqbWA+VbURW+lZQafg1h6ou5JD ZaRDtmx/gXp7B6k1qTZTQckPzk9bcGB/DJh8DkmZDnXscZWmnyoQZbvNqLbSDSkRDMwQ qh63FXEAVvdP3dszVI+DqvTGzYxwEemAGT7EtQdzS+hzYY8mFoyQ+WYv+PaTzFIvX2cH wB8cfYJzeLIg1nsAH7IRGTKDb4aSwXPQwmsdKwTrsBCv7XKjw2aU3Wth3SO0jv6gxE4X Lw3ShLHKNurFsurNIn2VDoCS74jcPIKkcluWOdo9XXcKxwlxoMJGj154GZgYXpexSfvF Vj8g== X-Received: by 10.50.32.70 with SMTP id g6mr6400978igi.35.1426997492810; Sat, 21 Mar 2015 21:11:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.55.167 with HTTP; Sat, 21 Mar 2015 21:11:12 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 22 Mar 2015 04:11:12 +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: Sun, 22 Mar 2015 04:11:34 -0000 On Sun, Mar 22, 2015 at 3:58 AM, Adrian Chadd wrote: > Ok, hm. There's a lot of short retry errors / CRC errors during what > I'm guessing is the speed test, which is odd if it's on 5GHz. > > > It did change when I got back to the laptop, but it on 5g since then... I need to see if I figure out why wpa_supplicant does that... or maybe just remove the 2.4g for the list, its usefull if I need to take the laptop to the bedroom, cause 5g won't reach there... while 2.4 does, but those are really rare occasions... I'm 99% sure it wasn't connected to the 2.4g when I run the results, but I admit at the time I didn't look into ifconfig... since I had it cahnge to 5G just before... In any case this is from now just to be sure: wlan0: flags=8843 metric 0 mtu 1500 ether *:5b inet 1.1.1.1 netmask 0xffffff00 broadcast 10.10.50.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet MCS mode 11na status: associated ssid ssid5G channel 48 (5240 MHz 11a ht/40-) bssid 60:* regdomain 108 indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 30 bmiss 7 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 4 shortgi wme burst roaming MANUAL groups: wlan % 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]: 5.68 ms Testing download speed........................................ Download: 33.00 Mbits/s Testing upload speed.................................................. Upload: 6.91 Mbits/s athstats 1 -> http://pastebin.com/raw.php?i=1JgV3Ctd cat /var/run/dmesg.boot |grep ath ath0: mem 0xc0400000-0xc047ffff irq 19 at device 0.0 on pci2 ath0: [HT] enabling HT modes ath0: [HT] enabling short-GI in 20MHz mode ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 stream STBC transmit enabled ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9460 mac 640.2 RF5110 phy 3118.4 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 04:15:11 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 75A859F7 for ; Sun, 22 Mar 2015 04:15:11 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (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 21544867 for ; Sun, 22 Mar 2015 04:15:11 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so16084066igb.1 for ; Sat, 21 Mar 2015 21:15:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Rla0JKnKHUBczYSTfDa5wpKuQAXn/aox48QlI9tquoY=; b=v03un9Ks25l+XseeGtdO44mP2Pf0o6V9sKX1n6dGxoPGWN7fSJAx5csfe/S2yIXyOt EbgYXhfYUi278I2ARvGD48TIpT3wJQHxM5T30EMTDLldeZNUofuivr3FD5062btTkKN6 KgJlhg7Wi4x00mmJb2zEja60YPFm/5wZkgVoHoXLxNjVEAqHHFqGuTc7yr/MjPEhwttp ltE/ksiL8LjIXmjKQBPEjP60JhieV2fBBGGL0IGfvX/Ml6bGEg/eMcK1T/yvganLYqb3 ddDTGuylKQqXRBTEnEiaDxMi/6vuz0rnVu9OYdtWwfoMysG66w/7JcCYTW4fvO3hfScN iGbw== MIME-Version: 1.0 X-Received: by 10.107.155.13 with SMTP id d13mr155693499ioe.29.1426997710692; Sat, 21 Mar 2015 21:15:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 21 Mar 2015 21:15:10 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Mar 2015 21:15:10 -0700 X-Google-Sender-Auth: OIrj6xZ3Tv37ozvyBUYnSCCDhTg Message-ID: Subject: Re: ath0 performence issues "ar9300_Stub_GetCTSTimeout" "ar9300_Stub_GetCTSTimeout From: Adrian Chadd To: Miguel Clara Content-Type: text/plain; charset=UTF-8 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: Sun, 22 Mar 2015 04:15:11 -0000 Hm, it's possible the AR9462 needs a bunch more attention. The driver I got from QCA in 2011/2012 era timeline was early-ish and I think a bunch of fixes/changes were done since then. But I don't know what those are. Yeah, just disable 2GHz for now and see if that helps. When I get a spare moment I'm trying to get the tools updated for the AR9380 and later chips so it's easier to debug stuff. But this can all get very time consuming and it's all stuff I'm doing for fun/free. :( -adrian From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 04:27:18 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 B0D0FB65; Sun, 22 Mar 2015 04:27:18 +0000 (UTC) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (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 5BE55931; Sun, 22 Mar 2015 04:27:18 +0000 (UTC) Received: by ignm3 with SMTP id m3so14278841ign.0; Sat, 21 Mar 2015 21:27:17 -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=e4qA1WXeydXx87e68/NRKLl63xCVy0R+96Ig5QdsWoA=; b=S5un+D27Q6MpDlsCuSKijsoPREU65SejXkKpw9A3ymNdnvV60gtmPtb6W7F5sYLr5Z TEcK1rlK/HAnqtETdWQaN5yG9n1Kl9pzLx+YUUANCro7WmTLmnTXjGeDcmeM9pBrvpuq HvaHomwVuSBOqAJBfrarM1Gh6M8i7reeHiTrHsht43yc0Pu3BeS3VcigNkzPK6ZvbnY0 nVD8+Jq6vEZ4ltrKOOUbPJcx3FXQ2S4byVrNAgkDBKtTo+v6dMQ04O78Zpt8FtcV9YiJ U7CHZXnZmSFcqTMJzJ3Iz8TbNFVpB9lrcLK9XzcKNUhCDmdjkEbt+r4TYnYjRJlpBuGf kyrA== X-Received: by 10.50.61.135 with SMTP id p7mr6643095igr.22.1426998437764; Sat, 21 Mar 2015 21:27:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.55.167 with HTTP; Sat, 21 Mar 2015 21:26:57 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 22 Mar 2015 04:26:57 +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: Sun, 22 Mar 2015 04:27:18 -0000 On Sun, Mar 22, 2015 at 4:15 AM, Adrian Chadd wrote: > Hm, it's possible the AR9462 needs a bunch more attention. The driver > I got from QCA in 2011/2012 era timeline was early-ish and I think a > bunch of fixes/changes were done since then. But I don't know what > those are. > > Yeah, just disable 2GHz for now and see if that helps. > > When I get a spare moment I'm trying to get the tools updated for the > AR9380 and later chips so it's easier to debug stuff. But this can all > get very time consuming and it's all stuff I'm doing for fun/free. :( I get that... It does seem that rebooting helps, so I can live it that, and don't mind the wait... there's probably more important stuff to do.. I have another laptop where I need to use a USB card (usb ralink - rt3071) and I can't get much better than ~9Mb download... 802.11n on USB cards which I gather is lacking in FreeBSD, seems more important... (well to me at least lol) All I can do is test and donate to the FreeBSD foundation (which I do), but sometimes I do feel like it would be good if we could do more direct donations... I'm not saying it in the sense that if I donate to say... you... you maybe do this faster... not at all, but at the same time it is true that in my specific case I beneficent from a lot of you're work (the same can be said about other projects) and I would mind donating to those project directly... but AFAICT that can't be done, except by companies who sponsor specific projects of course. > > -adrian > From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 04:29:21 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 44C49B96 for ; Sun, 22 Mar 2015 04:29:21 +0000 (UTC) Received: from mail-ig0-x22b.google.com (mail-ig0-x22b.google.com [IPv6:2607:f8b0:4001:c05::22b]) (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 DE28B93E for ; Sun, 22 Mar 2015 04:29:20 +0000 (UTC) Received: by igcau2 with SMTP id au2so14262547igc.1 for ; Sat, 21 Mar 2015 21:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=LAztHbLocGVNhVFwu0Db8c0Lb0nR/BxCwFUlWJpAW4k=; b=S2vFLh6TpK0AazWCtsiyV3q0sjmaxiPYTRQNVbMQonftJotSyT7xQ6YzQXyuhMR8H9 SFIiB/Q0pSUa51fNDY4zc2/ISOLoX3mgjv1LB6FIR+vXNfQTptaaOlIFMzVK6qhjttC+ QmjPlIWmPqNQru9NLuysBLdDb73txfx7Zwhm8V2tAHLB6U62CjJ+8wqWmBIEsHnTPI76 L66oqemKq11TwAN0RrMxLzgqfH521Qb5hhE6dOfk1gHu+GFU+i6Lk9NNF1XOI57v7Vjc QH4VqkAUot6Nd2qQCAAJjRmauxiitrZK7UDVO655BIMYMhHLqf8RMNbcABnMFjjizdv+ 0DTg== MIME-Version: 1.0 X-Received: by 10.50.43.201 with SMTP id y9mr6507701igl.6.1426998560375; Sat, 21 Mar 2015 21:29:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 21 Mar 2015 21:29:20 -0700 (PDT) In-Reply-To: References: Date: Sat, 21 Mar 2015 21:29:20 -0700 X-Google-Sender-Auth: UW3hbbYoNk01PLPFc_ZJz-O4Urg Message-ID: Subject: Re: ath0 performence issues "ar9300_Stub_GetCTSTimeout" "ar9300_Stub_GetCTSTimeout From: Adrian Chadd To: Miguel Clara Content-Type: text/plain; charset=UTF-8 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: Sun, 22 Mar 2015 04:29:21 -0000 Oh erm, if rebooting helps, try sysctl dev.ath.0.hal.force_full_reset=1 then down/up the interface (which does a reset) and see. As for donating: please donate! But also drop them a line and tell them what you'd really appreciate there being focus on. You can't tell them what you want them to do with your money, but you can tell them what's important to you! -adrian From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 04:50:29 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 4BD6CDDC; Sun, 22 Mar 2015 04:50:29 +0000 (UTC) Received: from mail-we0-x230.google.com (mail-we0-x230.google.com [IPv6:2a00:1450:400c:c03::230]) (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 C6321AC3; Sun, 22 Mar 2015 04:50:28 +0000 (UTC) Received: by wetk59 with SMTP id k59so112083212wet.3; Sat, 21 Mar 2015 21:50:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=in-reply-to:references:mime-version:content-transfer-encoding :content-type:subject:from:date:to:cc:message-id; bh=izjZw9gsMNYm34Sj9jwXZ7ZUBjV+EOtVLiSX1rI/Aq0=; b=jwUfgOR6Im/yBSO1w1bXeFxtEFyS8IhbDlwo/FR0102/r67AzI/lx4EQB3k7uiBaHF OPXKzyw7iyLPwqQv6MtwOF8/A/hVgtNAvNqOniI+Hf2Q8Nh5WI9TZp/0BIjL0MAKmdrd hJZgJoCNG9MGGCn68VNPs5RHClqoSMDrJ4nPZWkZWw6RwQupUlF7MFq2FKyBLvv38ocn oKQkIL5ADN3veoEjcMdEQFuTsOvEylxjBD7KGORFY+tiihMkhFJRai+sQN+03lTc2GZ4 6zH2A4VUBXyFmHIFb+UiLmnjIiBg0Ew0ThqEzgxvHQIPdgTKvzstdHxDiDCtV7aThsOT kRew== X-Received: by 10.180.212.40 with SMTP id nh8mr8987843wic.86.1426999827405; Sat, 21 Mar 2015 21:50:27 -0700 (PDT) Received: from android-6bc8d6183284ef24.geek.local (155.40.114.89.rev.vodafone.pt. [89.114.40.155]) by mx.google.com with ESMTPSA id nh17sm5050858wic.5.2015.03.21.21.50.25 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Mar 2015 21:50:26 -0700 (PDT) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: ath0 performence issues "ar9300_Stub_GetCTSTimeout" "ar9300_Stub_GetCTSTimeout From: Miguel Clara Date: Sun, 22 Mar 2015 04:50:22 +0000 To: Adrian Chadd Message-ID: 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: Sun, 22 Mar 2015 04:50:29 -0000 On March 22, 2015 4:29:20 AM WET, Adrian Chadd wrote: >Oh erm, if rebooting helps, try > >sysctl dev.ath.0.hal.force_full_reset=1 > Will try that next time just rebooted >then down/up the interface (which does a reset) and see. > >As for donating: please donate! But also drop them a line and tell >them what you'd really appreciate there being focus on. You can't tell >them what you want them to do with your money, but you can tell them >what's important to you! Very nice to know, usually I just say thanks and never though of that :) > > > >-adrian -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 17:48:42 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 8452C893 for ; Sun, 22 Mar 2015 17:48:42 +0000 (UTC) Received: from mail-ig0-x231.google.com (mail-ig0-x231.google.com [IPv6:2607:f8b0:4001:c05::231]) (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 3DE05C9C for ; Sun, 22 Mar 2015 17:48:42 +0000 (UTC) Received: by igcau2 with SMTP id au2so20264028igc.1 for ; Sun, 22 Mar 2015 10:48:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=FrbwPabtqSC2ZaAmDZyTZLgDKaWyirpEyyKTjq3zJJ8=; b=cZnRuvUJliEpWGRrsc+NcZHKq1YcQrBcTCs1VBzuZEp1uRC7JIVi2RjLCtqS2ZXRMs d/n+t9+IqUrabeJT3QXYUBsPYwdSWGB3ex8t/C9u/wj9/SE16N5nxh/QJ1g3TNzulzPI nDRf1bI66w+3ilvohfwVcGO8lzMbPxTqZLs3PVAktIIQ51z+41UWPZhtEq9kEWBcGMgc rwQRviQ0Ke6mRhR97K8wOA4YDoYcN2kxv4cNY0hmSIm+fOLUfyqxeqnRRxmSXdIGZ6CL 37FvhtinPg80Be0JjWgu7QUzHcB1LXH+Za7ZMBkMDtXoVosIoa7dkxW9aBvAQpTr2TSj U4oQ== MIME-Version: 1.0 X-Received: by 10.107.136.206 with SMTP id s75mr124306175ioi.8.1427046521624; Sun, 22 Mar 2015 10:48:41 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sun, 22 Mar 2015 10:48:41 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 Mar 2015 10:48:41 -0700 X-Google-Sender-Auth: mvsJhEs_kgApsudQ82m5qddLgeY Message-ID: Subject: Re: ath0 performence issues "ar9300_Stub_GetCTSTimeout" "ar9300_Stub_GetCTSTimeout From: Adrian Chadd To: Miguel Clara Content-Type: text/plain; charset=UTF-8 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: Sun, 22 Mar 2015 17:48:42 -0000 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. (Now i Have to update all the wifi APs in my apartment.) -a From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 18:22:18 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8DB24732 for ; Sun, 22 Mar 2015 18:22:18 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001:c05::230]) (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 57040C5 for ; Sun, 22 Mar 2015 18:22:18 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so22956943igb.1 for ; Sun, 22 Mar 2015 11:22:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=+pyBGEbWpZKZ+ERxxlC9HDvFpNWDJWDkoOqIuZbMMrI=; b=A/QvjBnsGVRsGF2zM7cGDzvFEWbtVzgJ7xR1tVpejSC/uAy02ue/KKc6VUm7g4yBOI iyrNsXOflZMKWu1jRtgqR3ERoHjoU/REs4tgDNGOaQmGwqM4o8Z9MisVT4nhjf+zSuMc EcZcp9P02t0qTpxBTTpZ8nurokQ/c+AyQ7/2jNsWWhogXt1+IJLO0OyiQvJGu1QcBDXn TT3m/SzSUDNYwZWZWEDHOzlgrCd0hwS2ctTioRzMHMn3qCb+jwwfQG5LaRCZKrPDT3GZ yHaaJvo8uFy6Q7Uugv0BNtTsqV45FNjGnC059f6smytvkxeTSeqg4GbLB/a1NO0uQwFn VWzA== MIME-Version: 1.0 X-Received: by 10.107.136.206 with SMTP id s75mr124441843ioi.8.1427048537852; Sun, 22 Mar 2015 11:22:17 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sun, 22 Mar 2015 11:22:17 -0700 (PDT) Date: Sun, 22 Mar 2015 11:22:17 -0700 X-Google-Sender-Auth: AT1cfu3gq61l9sCj6dBtly_w9nM Message-ID: Subject: net80211 and timer/tick bugs - please help From: Adrian Chadd To: "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=UTF-8 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: Sun, 22 Mar 2015 18:22:18 -0000 Hi all, I've just fixed one ticks related bug in -HEAD. It should make 11n aggregation work again. Sigh. I have this sneaking, horrible feeling that there are more ticks signed comparison bugs lurking in the code. So I'd really appreciate some help eyeballing and reviewing the net80211 code for "ticks correctness." Thanks, -adrian From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 21:00:12 2015 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0C1D2D6D for ; Sun, 22 Mar 2015 21:00:12 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4A32699 for ; Sun, 22 Mar 2015 21:00:11 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2ML0Bjg024366 for ; Sun, 22 Mar 2015 21:00:11 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201503222100.t2ML0Bjg024366@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-wireless@FreeBSD.org Subject: Problem reports for freebsd-wireless@FreeBSD.org that need special attention X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 Date: Sun, 22 Mar 2015 21:00:11 +0000 Content-Type: text/plain; charset="UTF-8" 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: Sun, 22 Mar 2015 21:00:12 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 154598 | [ath] Atheros 5424/2424 can't connect to WPA netw Open | 163312 | [panic] [ath] kernel panic: page fault with ath0 Open | 166190 | [ath] TX hangs and frames stuck in TX queue Open | 166357 | [ath] 802.11n TX stall when the first frame in th Open | 169362 | [ath] AR5416: radar pulse PHY errors sometimes in 5 problems total for which you should take action. From owner-freebsd-wireless@FreeBSD.ORG Sun Mar 22 23:48:23 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6AC4D64; Sun, 22 Mar 2015 23:48:23 +0000 (UTC) Received: from mail-ig0-x229.google.com (mail-ig0-x229.google.com [IPv6:2607:f8b0:4001:c05::229]) (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 8CD3C97C; Sun, 22 Mar 2015 23:48:23 +0000 (UTC) Received: by igcqo1 with SMTP id qo1so26010735igc.0; Sun, 22 Mar 2015 16:48:23 -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=HytErMbdhkr9ZNLoWLJ9i5JPMb34Ty4KqudQg1xRITw=; b=CnO9/9+Yj72pOvHlKylkOiKu1iUe47rDDxJwx08pjo7OyT1/UM6X676oLlez1ZJYVJ lraGo2b297tBkCSK1myHZsmZwtChlw8/jEFCwLKAn5p9IFisxFBwCloPtsgas2eoW7u6 ftc9WbkZ60pyOnGcgg5AZwpVow2Hm2W6zdlXaDqNHd//1GCGW6f0j6anwyOiTC+EFOwO wqABdlKvtpm7+q7yQ/9vBP4Zf/9dhLoleKRMc8xKcIICaCcUHtq/0e2dgIMN44uj56pV Z+SQB7OdV7bVPO/3U6Nm2Qe0NiB9u/q35PhzfW8QcVQAaC0NMvmHoSudyjsawCFLGNUp hrpw== X-Received: by 10.50.66.235 with SMTP id i11mr11154758igt.40.1427068103003; Sun, 22 Mar 2015 16:48:23 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.129.161 with HTTP; Sun, 22 Mar 2015 16:48:02 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Sun, 22 Mar 2015 23:48:02 +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: Sun, 22 Mar 2015 23:48:23 -0000 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 > From owner-freebsd-wireless@FreeBSD.ORG Mon Mar 23 16:48:46 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 82BAF474; Mon, 23 Mar 2015 16:48:46 +0000 (UTC) Received: from mail-ie0-x22c.google.com (mail-ie0-x22c.google.com [IPv6:2607:f8b0:4001:c03::22c]) (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 33CAC948; Mon, 23 Mar 2015 16:48:46 +0000 (UTC) Received: by iecvj10 with SMTP id vj10so40489710iec.0; Mon, 23 Mar 2015 09:48:45 -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=24bQBYiCYozVzkvpLj13phgUoW25xgGozincBtwfUZE=; b=DKUqI0jhLcYPzYJIrx/HvJSCs6sDka0E+z+R5yu3uaCrIgdM7ZQLl31kyqU+FMi5xz 4RSKg1gJ8eANXtBwC9jKblPewUNexGo0OEX62ublgq8b78HiopuqY7JIzbQ1cUrVTbv4 INPKfGrZfVr8YT/nFCQPb3UF5ow1QEeFHrC/EWjS+JCeGHe4uuA5aOmlSSH5qpD1xQfD 2hhIwZDa+VZAgl3OX1s/hQXB0xR/a4aNBexVYoP+PSTv+ALtB9xX1iH6L5H/D9/AUNKP /DvGgr/4kNen8W/2D3XxLTsGBomtEOJIEjdQ/wtHqAsqZ/r0StOCy/YhtM/MprzUPyPd 8FHg== X-Received: by 10.107.151.73 with SMTP id z70mr48808iod.41.1427129325498; Mon, 23 Mar 2015 09:48:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.129.161 with HTTP; Mon, 23 Mar 2015 09:48:25 -0700 (PDT) In-Reply-To: References: From: Miguel Clara Date: Mon, 23 Mar 2015 16:48:25 +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: Mon, 23 Mar 2015 16:48:46 -0000 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 >> > > From owner-freebsd-wireless@FreeBSD.ORG Mon Mar 23 17:16:02 2015 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39C84C9B for ; Mon, 23 Mar 2015 17:16:02 +0000 (UTC) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (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 E36BBCEA for ; Mon, 23 Mar 2015 17:16:01 +0000 (UTC) Received: by igcau2 with SMTP id au2so36628693igc.1 for ; Mon, 23 Mar 2015 10:16:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=yBCEolm4RLdwjrRGyyWlPU4PEv92orCTcVIStNUm+qg=; b=LvQWz41y7TNvDMdruNJCC78JnawtQAd2f4fdlo2btUwjqq0BMe7GM5GtDyJJ3FqTQi dsqAxPSo4Ttyp2c3ZziCprTz+Ohip76+UZVffEiAl/jIN5AWVFnw1nqEFJ1ejocVjMy9 xeMpODFoQqP8oHPomK7XpUj1kSSAIrCc9n5ATh98ZIy9jhkSA77bV3DQR9RvOVSHVMDq EDUc2Y+J2YqFJkjeFMo0uSvdB6iticg1um/SG6jQvVpvAdiY5xHdNIRYHsWnfWNEonLk 0V509R5JTs9XBgnQH94i6s2J3OIJQTKCXiss2+EyLhJI2Na7u3ud+zE9noRvEYfBDRWg XhLg== MIME-Version: 1.0 X-Received: by 10.107.136.206 with SMTP id s75mr460789ioi.8.1427130961364; Mon, 23 Mar 2015 10:16:01 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Mon, 23 Mar 2015 10:16:01 -0700 (PDT) In-Reply-To: References: Date: Mon, 23 Mar 2015 10:16:01 -0700 X-Google-Sender-Auth: jVlueiN9U2fq_NO2ZVhJgzVq_C0 Message-ID: Subject: Re: ath0 performence issues "ar9300_Stub_GetCTSTimeout" "ar9300_Stub_GetCTSTimeout From: Adrian Chadd To: Miguel Clara Content-Type: text/plain; charset=UTF-8 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: Mon, 23 Mar 2015 17:16:02 -0000 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 >> >> > From owner-freebsd-wireless@FreeBSD.ORG Tue Mar 24 03:34:57 2015 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E9911989 for ; Tue, 24 Mar 2015 03:34:57 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF348DC7 for ; Tue, 24 Mar 2015 03:34:57 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2O3Yvso004272 for ; Tue, 24 Mar 2015 03:34:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 198680] [ath] Specifying "mode 11ng" breaks client connectivity with ath(4) Date: Tue, 24 Mar 2015 03:34:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cmb@pfsense.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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: Tue, 24 Mar 2015 03:34:58 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198680 --- Comment #5 from cmb@pfsense.org --- *** Bug 198556 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Tue Mar 24 03:34:57 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 970E7986 for ; Tue, 24 Mar 2015 03:34:57 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7BFB4DC5 for ; Tue, 24 Mar 2015 03:34:57 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t2O3Yvko004264 for ; Tue, 24 Mar 2015 03:34:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 198556] ath(4) channel 'any' not working correctly Date: Tue, 24 Mar 2015 03:34:57 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: cmb@pfsense.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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: Tue, 24 Mar 2015 03:34:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198556 cmb@pfsense.org changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|New |Closed --- Comment #1 from cmb@pfsense.org --- Upon further review, this is a duplicate of #198680. It just happens that setting the channel to something specific works around the problem specified in 198680. The problem isn't channel "any" itself. *** This bug has been marked as a duplicate of bug 198680 *** -- You are receiving this mail because: You are the assignee for the bug. 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 > >> > >> > > > 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 >> >> >> >> >> > >> > >