Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-24 Thread Miguel Clara
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 0xff 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 0xff 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 0xff 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=0xf800308a2e00
ath0: ath_tx_dmasetup: m 0xf800308a2e00 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010   0401
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xf80009800600
ath0: ath_tx_dmasetup: m 0xf80009800600 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010   0501
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xf80096b04b00
ath0: ath_tx_dmasetup: m 0xf80096b04b00 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010   0601
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64,
m0=0xf80080644200
ath0: ath_tx_dmasetup: m 0xf80080644200 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010   0701
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, isfrag=0, iswep=64,
m0=0xf8006b484400
ath0: ath_tx_dmasetup: m 0xf8006b484400 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 7010   0801
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=198, isfrag=0, iswep=64,
m0=0xf80022d4a700
ath0: ath_tx_dmasetup: m 0xf80022d4a700 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 8010   0901
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=86, isfrag=0, iswep=64,
m0=0xf800099caa00

 [51/4841]
ath0: ath_tx_dmasetup: m 0xf800099caa00 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 2010   0301
0020    0300  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=0xf800308a2e00
ath0: ath_tx_dmasetup: m 0xf800308a2e00 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 3010   0401
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xf80009800600
ath0: ath_tx_dmasetup: m 0xf80009800600 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 4010   0501
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1504, isfrag=0, iswep=64,
m0=0xf80096b04b00
ath0: ath_tx_dmasetup: m 0xf80096b04b00 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 5010   0601
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=1445, isfrag=0, iswep=64,
m0=0xf80080644200
ath0: ath_tx_dmasetup: m 0xf80080644200 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  60a4 4c28 13c0 e006 e6aa bf5b 60a4 4c28 13c0 6010   0701
0020    0300  0800
ath0: ath_tx_tag_crypto: hdrlen=26, pktlen=127, 

Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-23 Thread Miguel Clara
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 miguelmcl...@gmail.com
wrote:


 On Sun, Mar 22, 2015 at 5:48 PM, Adrian Chadd adr...@freebsd.org 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



___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-23 Thread Adrian Chadd
A-MPDU support makes 11n surprisingly fast. :)



-a


On 23 March 2015 at 09:48, Miguel Clara miguelmcl...@gmail.com 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 miguelmcl...@gmail.com
 wrote:


 On Sun, Mar 22, 2015 at 5:48 PM, Adrian Chadd adr...@freebsd.org 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



___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-21 Thread Miguel Clara
On Sun, Mar 22, 2015 at 3:58 AM, Adrian Chadd adr...@freebsd.org 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=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
ether *:5b
inet 1.1.1.1 netmask 0xff00 broadcast 10.10.50.255
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
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: Atheros AR946x/AR948x mem 0xc040-0xc047 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: 0x; 5GHz radio: 0x
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-21 Thread Miguel Clara
On Sun, Mar 22, 2015 at 4:15 AM, Adrian Chadd adr...@freebsd.org 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

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-21 Thread Miguel Clara
On Fri, Mar 20, 2015 at 2:42 PM, Miguel Clara miguelmcl...@gmail.com
wrote:


 On Fri, Mar 20, 2015 at 2:41 PM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd adr...@freebsd.org
 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=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu
 1500
 ether e0:06:e6:aa:bf:5b
 inet 10.10.50.70 netmask 0xff00 broadcast 10.10.50.255
 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
 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 NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 11b ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 11g ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 turboA  ucast NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 turboG  ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 sturbo  ucast NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 11naucast NONEmgmt 12 MCS  mcast 12 MCS  maxretry 6
 11ngucast NONEmgmt  2 MCS  mcast  2 MCS  maxretry 6
 halfucast NONEmgmt  3 Mb/s mcast  3 Mb/s maxretry 6
 quarter ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
 roam:11a rssi7dBm rate 12 Mb/s
 roam:11b rssi7dBm rate  1 Mb/s
 roam:11g rssi7dBm rate  5 Mb/s
 roam:turboA  rssi7dBm rate 12 Mb/s
 roam:turboG  rssi7dBm rate 12 Mb/s
 roam:sturbo  rssi7dBm rate 12 Mb/s
 roam:11narssi7dBm  MCS  1
 roam:11ngrssi7dBm  MCS  1
 roam:halfrssi7dBm rate  6 Mb/s
 roam:quarter rssi7dBm 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

 ( 

Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-21 Thread Adrian Chadd
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 miguelmcl...@gmail.com wrote:



 On Fri, Mar 20, 2015 at 2:42 PM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Fri, Mar 20, 2015 at 2:41 PM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd adr...@freebsd.org
 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=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu
 1500
 ether e0:06:e6:aa:bf:5b
 inet 10.10.50.70 netmask 0xff00 broadcast 10.10.50.255
 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
 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 NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 11b ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 11g ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 turboA  ucast NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 turboG  ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 sturbo  ucast NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 11naucast NONEmgmt 12 MCS  mcast 12 MCS  maxretry 6
 11ngucast NONEmgmt  2 MCS  mcast  2 MCS  maxretry 6
 halfucast NONEmgmt  3 Mb/s mcast  3 Mb/s maxretry 6
 quarter ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
 roam:11a rssi7dBm rate 12 Mb/s
 roam:11b rssi7dBm rate  1 Mb/s
 roam:11g rssi7dBm rate  5 Mb/s
 roam:turboA  rssi7dBm rate 12 Mb/s
 roam:turboG  rssi7dBm rate 12 Mb/s
 roam:sturbo  rssi7dBm rate 12 Mb/s
 roam:11narssi7dBm  MCS  1
 roam:11ngrssi7dBm  MCS  1
 roam:halfrssi7dBm rate  6 Mb/s
 roam:quarter rssi7dBm 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  

Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-21 Thread Adrian Chadd
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 miguelmcl...@gmail.com wrote:


 On Sun, Mar 22, 2015 at 3:10 AM, Adrian Chadd adr...@freebsd.org 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


___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-21 Thread Adrian Chadd
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
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-21 Thread Adrian Chadd
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
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-21 Thread Miguel Clara


On March 22, 2015 4:29:20 AM WET, Adrian Chadd adr...@freebsd.org 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.
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-20 Thread Miguel Clara
On Fri, Mar 20, 2015 at 2:41 PM, Miguel Clara miguelmcl...@gmail.com
wrote:


 On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd adr...@freebsd.org 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=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu
 1500
 ether e0:06:e6:aa:bf:5b
 inet 10.10.50.70 netmask 0xff00 broadcast 10.10.50.255
 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
 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 NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 11b ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 11g ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 turboA  ucast NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 turboG  ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 sturbo  ucast NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 11naucast NONEmgmt 12 MCS  mcast 12 MCS  maxretry 6
 11ngucast NONEmgmt  2 MCS  mcast  2 MCS  maxretry 6
 halfucast NONEmgmt  3 Mb/s mcast  3 Mb/s maxretry 6
 quarter ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
 roam:11a rssi7dBm rate 12 Mb/s
 roam:11b rssi7dBm rate  1 Mb/s
 roam:11g rssi7dBm rate  5 Mb/s
 roam:turboA  rssi7dBm rate 12 Mb/s
 roam:turboG  rssi7dBm rate 12 Mb/s
 roam:sturbo  rssi7dBm rate 12 Mb/s
 roam:11narssi7dBm  MCS  1
 roam:11ngrssi7dBm  MCS  1
 roam:halfrssi7dBm rate  6 Mb/s
 roam:quarter rssi7dBm 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 

Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-20 Thread Miguel Clara
On Fri, Mar 20, 2015 at 3:25 AM, Miguel Clara miguelmcl...@gmail.com
wrote:


 On Fri, Mar 20, 2015 at 3:20 AM, Adrian Chadd adr...@freebsd.org 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=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
 ether e0:06:e6:aa:bf:5b
 inet 10.10.50.70 netmask 0xff00 broadcast 10.10.50.255
 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
 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 NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 11b ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 11g ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 turboA  ucast NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 turboG  ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 sturbo  ucast NONEmgmt  6 Mb/s mcast  6 Mb/s maxretry 6
 11naucast NONEmgmt 12 MCS  mcast 12 MCS  maxretry 6
 11ngucast NONEmgmt  2 MCS  mcast  2 MCS  maxretry 6
 halfucast NONEmgmt  3 Mb/s mcast  3 Mb/s maxretry 6
 quarter ucast NONEmgmt  1 Mb/s mcast  1 Mb/s maxretry 6
 scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250
 roam:11a rssi7dBm rate 12 Mb/s
 roam:11b rssi7dBm rate  1 Mb/s
 roam:11g rssi7dBm rate  5 Mb/s
 roam:turboA  rssi7dBm rate 12 Mb/s
 roam:turboG  rssi7dBm rate 12 Mb/s
 roam:sturbo  rssi7dBm rate 12 Mb/s
 roam:11narssi7dBm  MCS  1
 roam:11ngrssi7dBm  MCS  1
 roam:halfrssi7dBm rate  6 Mb/s
 roam:quarter rssi7dBm 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 

Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-19 Thread Miguel Clara
On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara miguelmcl...@gmail.com
wrote:


 On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd adr...@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 b...@freebsd.org
Date:   Tue Nov 25 22:37:27 2014 +

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 arround this I'd love to post those stats



 Thanks,


 -a



___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-19 Thread Miguel Clara
On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara miguelmcl...@gmail.com
wrote:


 On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd adr...@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 b...@freebsd.org
 Date:   Tue Nov 25 22:37:27 2014 +

 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) :|




 Thanks,


 -a




___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-19 Thread Miguel Clara
On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd adr...@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.

Thanks,


 -a

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-03-19 Thread Adrian Chadd
Ah, add ATH_DEBUG, AH_DEBUG and AH_DIAGAPI to your kernel and recompile!


-a


On 19 March 2015 at 19:32, Miguel Clara miguelmcl...@gmail.com wrote:

 On Fri, Mar 20, 2015 at 2:11 AM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Fri, Mar 20, 2015 at 1:55 AM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Fri, Mar 20, 2015 at 1:18 AM, Miguel Clara miguelmcl...@gmail.com
 wrote:


 On Thu, Mar 19, 2015 at 9:49 PM, Adrian Chadd adr...@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 b...@freebsd.org
 Date:   Tue Nov 25 22:37:27 2014 +

 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
 27634short on-chip tx retries
 100075   long on-chip tx retries
 374  tx failed 'cuz too many retries
 24   mib overflow interrupts
 3tx linearized to cluster
 MCS3 current transmit rate
 17   beacon miss interrupts
 31173rx failed 'cuz of bad CRC
 114  rx failed 'cuz of PHY err
 5OFDM restart
 109  CCK restart
 247  periodic calibrations
 -0/+0TDMA 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
 12776CRC 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 rx36629
 [1] tx0 rx   772652
 [2] tx0 rx26737
 [3] tx0 rx30276
 [4] tx0 rx28833
 [5] tx0 rx25606
 [6] tx0 rx30300
 [7] tx0 rx39752







 Thanks,


 -a





___
freebsd-wireless@freebsd.org mailing list

Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-02-15 Thread Miguel Clara
On Sat, Feb 14, 2015 at 2:40 AM, Miguel Clara miguelmcl...@gmail.com
wrote:


 On Sat, Jan 31, 2015 at 7:00 PM, Adrian Chadd adr...@freebsd.org wrote:

 Hi,

 please try updating to -HEAD. It's possible that'll fix things.


 Hi,

 I've update to head and still see the messages in dmesg.

 And the same slowness... rebooting seems to fix the issue, but it was the
 same in 10 and randomly (surely there's a reason only I'm not noticing
 what) it goes back to this state.

 Is there any debugging I can try to figure whats going on when this
 happens?


Also just now I lost network and saw this in dmesg:
ath0: ath_intr: TSFOOR
ath0: ath_intr: TSFOOR
ath0: ath_intr: TSFOOR
ath0: ath_intr: TSFOOR
ath0: ath_intr: TSFOOR
ath0: ath_intr: TSFOOR
ath0: ath_intr: TSFOOR
ath0: ath_intr: TSFOOR
ath0: ath_intr: TSFOOR


It was just during a few seconds.



 On 31 January 2015 at 09:19, Miguel Clara miguelmcl...@gmail.com wrote:
  I've just upgrade to the latest 10/stable.
 
  trying to git clone a repo was giving me horrible speed, and I honestly
  tough it was at their side, until I noticed issues while browsing and
 this
  in dmesg:
 
  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
  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
 
  Speedtest either gives me and ok result or very poor, and pings also
 prove
  that something is not quite right:
  64 bytes from 216.58.210.110: icmp_seq=7 ttl=59 time=18.096 ms
  64 bytes from 216.58.210.110: icmp_seq=8 ttl=59 time=149.083 ms
  64 bytes from 216.58.210.110: icmp_seq=9 ttl=59 time=18.376 ms
  64 bytes from 216.58.210.110: icmp_seq=10 ttl=59 time=19.084 ms
  64 bytes from 216.58.210.110: icmp_seq=11 ttl=59 time=18.305 ms
  64 bytes from 216.58.210.110: icmp_seq=12 ttl=59 time=18.140 ms
  64 bytes from 216.58.210.110: icmp_seq=13 ttl=59 time=16.700 ms
  64 bytes from 216.58.210.110: icmp_seq=14 ttl=59 time=105.554 ms
  64 bytes from 216.58.210.110: icmp_seq=15 ttl=59 time=34.336 ms
  64 bytes from 216.58.210.110: icmp_seq=16 ttl=59 time=76.410 ms
  64 bytes from 216.58.210.110: icmp_seq=17 ttl=59 time=34.400 ms
  64 bytes from 216.58.210.110: icmp_seq=18 ttl=59 time=73.521 ms
  64 bytes from 216.58.210.110: icmp_seq=19 ttl=59 time=154.728 ms
  64 bytes from 216.58.210.110: icmp_seq=20 ttl=59 time=126.120 ms
  64 bytes from 216.58.210.110: icmp_seq=21 ttl=59 time=170.920 ms
  64 bytes from 216.58.210.110: icmp_seq=22 ttl=59 time=137.330 ms
  64 bytes from 216.58.210.110: icmp_seq=23 ttl=59 time=17.424 ms
 
  (tried other host with similar results)
 
  It seems to settle for a while but randomly comes back..
 
  uname -a
  FreeBSD r2d2 10.1-STABLE FreeBSD 10.1-STABLE #7 r277979M: Sat Jan 31
  16:05:30 WET 2015 root@r2d2:/usr/obj/usr/src/sys/GENERIC  amd64
  ___
  freebsd-wireless@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
  To unsubscribe, send any mail to 
 freebsd-wireless-unsubscr...@freebsd.org



___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-02-15 Thread Adrian Chadd
I bet your environment is quite noisy and the ar9300 HAL is just not
coping well. :(



-adrian
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-02-15 Thread Miguel Clara
On Sun, Feb 15, 2015 at 7:07 PM, Miguel Clara miguelmcl...@gmail.com
wrote:


 On Sun, Feb 15, 2015 at 7:02 PM, Adrian Chadd adr...@freebsd.org wrote:

 ifconfig -v wlan0 ; if you see powersave CAM rather than powersave
 NONE, then it's trying to do powersave.


  ifconfig -v wlan0|eg 'powersave|bgscan'
 AES-CCM 2:128-bit powersavemode OFF powersavesleep 100 txpower 20
 scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250

 this is after the -bgscan -powersave of course.. I see OFF so assuming
 its correct.


Keeps happening

Feb 15 19:08:25 r2d2 kernel: ath0: ath_intr: TSFOOR
Feb 15 19:08:27 r2d2 last message repeated 4 times
Feb 15 20:14:11 r2d2 kernel: ath0: ath_intr: TSFOOR

 uname -a
FreeBSD r2d2 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r278691+b56b2f6(master)

-a


___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-02-15 Thread Miguel Clara
On Sun, Feb 15, 2015 at 8:25 PM, Adrian Chadd adr...@freebsd.org wrote:

 I bet your environment is quite noisy and the ar9300 HAL is just not
 coping well. :(


 Could be, I have a laptop and a cell phone just close by and the TV is
also using wireless, but those are on 2.4Ghtz... and ... Oooh
I just noticed its connected to PissnLove and not PissnLove5G.

wpa_supplicant sometimes fails on selecting the on with higher priority.

I'll force it back to the 5G and see if this goes away and if so I guess
you are correct :)


 -adrian

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-02-15 Thread Miguel Clara
On Sun, Feb 15, 2015 at 6:49 PM, Adrian Chadd adr...@freebsd.org wrote:

 On 15 February 2015 at 10:47, Miguel Clara miguelmcl...@gmail.com wrote:
 
  On Sat, Feb 14, 2015 at 2:40 AM, Miguel Clara miguelmcl...@gmail.com
  wrote:
 
 
  On Sat, Jan 31, 2015 at 7:00 PM, Adrian Chadd adr...@freebsd.org
 wrote:
 
  Hi,
 
  please try updating to -HEAD. It's possible that'll fix things.
 
 
  Hi,
 
  I've update to head and still see the messages in dmesg.
 
  And the same slowness... rebooting seems to fix the issue, but it was
 the
  same in 10 and randomly (surely there's a reason only I'm not noticing
 what)
  it goes back to this state.
 
  Is there any debugging I can try to figure whats going on when this
  happens?
 
 
  Also just now I lost network and saw this in dmesg:
  ath0: ath_intr: TSFOOR
  ath0: ath_intr: TSFOOR
  ath0: ath_intr: TSFOOR
  ath0: ath_intr: TSFOOR
  ath0: ath_intr: TSFOOR
  ath0: ath_intr: TSFOOR
  ath0: ath_intr: TSFOOR
  ath0: ath_intr: TSFOOR
  ath0: ath_intr: TSFOOR
 
 
  It was just during a few seconds.

 Ok, so that happens because you haven't heard a beacon for a while,
 and the TSF out of range interrupt has fired.

 Try creating the VAP again, but this time do it with -bgscan -powersave .


 I just did that manually and added -bgscan -powersave to rc.conf.

Is there a way I can verify those changes were applied?

ifconfig wlan0 doesn't show anything related.


 -adrian

 
 
  On 31 January 2015 at 09:19, Miguel Clara miguelmcl...@gmail.com
 wrote:
   I've just upgrade to the latest 10/stable.
  
   trying to git clone a repo was giving me horrible speed, and I
 honestly
   tough it was at their side, until I noticed issues while browsing and
   this
   in dmesg:
  
   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
   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
  
   Speedtest either gives me and ok result or very poor, and pings also
   prove
   that something is not quite right:
   64 bytes from 216.58.210.110: icmp_seq=7 ttl=59 time=18.096 ms
   64 bytes from 216.58.210.110: icmp_seq=8 ttl=59 time=149.083 ms
   64 bytes from 216.58.210.110: icmp_seq=9 ttl=59 time=18.376 ms
   64 bytes from 216.58.210.110: icmp_seq=10 ttl=59 time=19.084 ms
   64 bytes from 216.58.210.110: icmp_seq=11 ttl=59 time=18.305 ms
   64 bytes from 216.58.210.110: icmp_seq=12 ttl=59 time=18.140 ms
   64 bytes from 216.58.210.110: icmp_seq=13 ttl=59 time=16.700 ms
   64 bytes from 216.58.210.110: icmp_seq=14 ttl=59 time=105.554 ms
   64 bytes from 216.58.210.110: icmp_seq=15 ttl=59 time=34.336 ms
   64 bytes from 216.58.210.110: icmp_seq=16 ttl=59 time=76.410 ms
   64 bytes from 216.58.210.110: icmp_seq=17 ttl=59 time=34.400 ms
   64 bytes from 216.58.210.110: icmp_seq=18 ttl=59 time=73.521 ms
   64 bytes from 216.58.210.110: icmp_seq=19 ttl=59 time=154.728 ms
   64 bytes from 216.58.210.110: icmp_seq=20 ttl=59 time=126.120 ms
   64 bytes from 216.58.210.110: icmp_seq=21 ttl=59 time=170.920 ms
   64 bytes from 216.58.210.110: icmp_seq=22 ttl=59 time=137.330 ms
   64 bytes from 216.58.210.110: icmp_seq=23 ttl=59 time=17.424 ms
  
   (tried other host with similar results)
  
   It seems to settle for a while but randomly comes back..
  
   uname -a
   FreeBSD r2d2 10.1-STABLE FreeBSD 10.1-STABLE #7 r277979M: Sat Jan 31
   16:05:30 WET 2015 root@r2d2:/usr/obj/usr/src/sys/GENERIC  amd64
   ___
   freebsd-wireless@freebsd.org mailing list
   http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
   To unsubscribe, send any mail to
   freebsd-wireless-unsubscr...@freebsd.org
 
 
 

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-02-15 Thread Miguel Clara
On Sun, Feb 15, 2015 at 7:02 PM, Adrian Chadd adr...@freebsd.org wrote:

 ifconfig -v wlan0 ; if you see powersave CAM rather than powersave
 NONE, then it's trying to do powersave.


  ifconfig -v wlan0|eg 'powersave|bgscan'
AES-CCM 2:128-bit powersavemode OFF powersavesleep 100 txpower 20
scanvalid 60 -bgscan bgscanintvl 300 bgscanidle 250

this is after the -bgscan -powersave of course.. I see OFF so assuming
its correct.

 -a


___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-02-13 Thread Miguel Clara
On Sat, Jan 31, 2015 at 7:00 PM, Adrian Chadd adr...@freebsd.org wrote:

 Hi,

 please try updating to -HEAD. It's possible that'll fix things.


Hi,

I've update to head and still see the messages in dmesg.

And the same slowness... rebooting seems to fix the issue, but it was the
same in 10 and randomly (surely there's a reason only I'm not noticing
what) it goes back to this state.

Is there any debugging I can try to figure whats going on when this happens?


 On 31 January 2015 at 09:19, Miguel Clara miguelmcl...@gmail.com wrote:
  I've just upgrade to the latest 10/stable.
 
  trying to git clone a repo was giving me horrible speed, and I honestly
  tough it was at their side, until I noticed issues while browsing and
 this
  in dmesg:
 
  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
  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
 
  Speedtest either gives me and ok result or very poor, and pings also
 prove
  that something is not quite right:
  64 bytes from 216.58.210.110: icmp_seq=7 ttl=59 time=18.096 ms
  64 bytes from 216.58.210.110: icmp_seq=8 ttl=59 time=149.083 ms
  64 bytes from 216.58.210.110: icmp_seq=9 ttl=59 time=18.376 ms
  64 bytes from 216.58.210.110: icmp_seq=10 ttl=59 time=19.084 ms
  64 bytes from 216.58.210.110: icmp_seq=11 ttl=59 time=18.305 ms
  64 bytes from 216.58.210.110: icmp_seq=12 ttl=59 time=18.140 ms
  64 bytes from 216.58.210.110: icmp_seq=13 ttl=59 time=16.700 ms
  64 bytes from 216.58.210.110: icmp_seq=14 ttl=59 time=105.554 ms
  64 bytes from 216.58.210.110: icmp_seq=15 ttl=59 time=34.336 ms
  64 bytes from 216.58.210.110: icmp_seq=16 ttl=59 time=76.410 ms
  64 bytes from 216.58.210.110: icmp_seq=17 ttl=59 time=34.400 ms
  64 bytes from 216.58.210.110: icmp_seq=18 ttl=59 time=73.521 ms
  64 bytes from 216.58.210.110: icmp_seq=19 ttl=59 time=154.728 ms
  64 bytes from 216.58.210.110: icmp_seq=20 ttl=59 time=126.120 ms
  64 bytes from 216.58.210.110: icmp_seq=21 ttl=59 time=170.920 ms
  64 bytes from 216.58.210.110: icmp_seq=22 ttl=59 time=137.330 ms
  64 bytes from 216.58.210.110: icmp_seq=23 ttl=59 time=17.424 ms
 
  (tried other host with similar results)
 
  It seems to settle for a while but randomly comes back..
 
  uname -a
  FreeBSD r2d2 10.1-STABLE FreeBSD 10.1-STABLE #7 r277979M: Sat Jan 31
  16:05:30 WET 2015 root@r2d2:/usr/obj/usr/src/sys/GENERIC  amd64
  ___
  freebsd-wireless@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
  To unsubscribe, send any mail to 
 freebsd-wireless-unsubscr...@freebsd.org

___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org


Re: ath0 performence issues ar9300_Stub_GetCTSTimeout ar9300_Stub_GetCTSTimeout

2015-01-31 Thread Adrian Chadd
Hi,

please try updating to -HEAD. It's possible that'll fix things.

On 31 January 2015 at 09:19, Miguel Clara miguelmcl...@gmail.com wrote:
 I've just upgrade to the latest 10/stable.

 trying to git clone a repo was giving me horrible speed, and I honestly
 tough it was at their side, until I noticed issues while browsing and this
 in dmesg:

 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
 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

 Speedtest either gives me and ok result or very poor, and pings also prove
 that something is not quite right:
 64 bytes from 216.58.210.110: icmp_seq=7 ttl=59 time=18.096 ms
 64 bytes from 216.58.210.110: icmp_seq=8 ttl=59 time=149.083 ms
 64 bytes from 216.58.210.110: icmp_seq=9 ttl=59 time=18.376 ms
 64 bytes from 216.58.210.110: icmp_seq=10 ttl=59 time=19.084 ms
 64 bytes from 216.58.210.110: icmp_seq=11 ttl=59 time=18.305 ms
 64 bytes from 216.58.210.110: icmp_seq=12 ttl=59 time=18.140 ms
 64 bytes from 216.58.210.110: icmp_seq=13 ttl=59 time=16.700 ms
 64 bytes from 216.58.210.110: icmp_seq=14 ttl=59 time=105.554 ms
 64 bytes from 216.58.210.110: icmp_seq=15 ttl=59 time=34.336 ms
 64 bytes from 216.58.210.110: icmp_seq=16 ttl=59 time=76.410 ms
 64 bytes from 216.58.210.110: icmp_seq=17 ttl=59 time=34.400 ms
 64 bytes from 216.58.210.110: icmp_seq=18 ttl=59 time=73.521 ms
 64 bytes from 216.58.210.110: icmp_seq=19 ttl=59 time=154.728 ms
 64 bytes from 216.58.210.110: icmp_seq=20 ttl=59 time=126.120 ms
 64 bytes from 216.58.210.110: icmp_seq=21 ttl=59 time=170.920 ms
 64 bytes from 216.58.210.110: icmp_seq=22 ttl=59 time=137.330 ms
 64 bytes from 216.58.210.110: icmp_seq=23 ttl=59 time=17.424 ms

 (tried other host with similar results)

 It seems to settle for a while but randomly comes back..

 uname -a
 FreeBSD r2d2 10.1-STABLE FreeBSD 10.1-STABLE #7 r277979M: Sat Jan 31
 16:05:30 WET 2015 root@r2d2:/usr/obj/usr/src/sys/GENERIC  amd64
 ___
 freebsd-wireless@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
 To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org