Re: Heads up: AR7241 + PCIe and AR9287 on-board stuff works
On Wednesday 05 September 2012 01:20:10 Adrian Chadd wrote: > On 28 August 2012 21:00, Adrian Chadd wrote: > > The default (most things as modules) kernel build is still ~ 3.5mb. > > That's rather large for a board with 16MB of RAM. > > > > Additionally, I can't load the ath device after the system has come up > > single user - the driver fails to allocate descriptors/buffer entries. > > I'll do some digging about it in a couple of weeks. I'd like some > > pointers on how to dump the current state of memory so I can see > > exactly what's going on. > > > > For reference, 'sysctl vm.vmtotal' shows the total free RAM is around > > 1 to 1.5MB. I'm guessing some are allocated to buffers but I'd like to > > see what else is actually holding onto memory.. > > It turns out memory fragmentation due to a huge (for embedded) > userland are to blame. > > I'll see if I can get ray@ to help me port phkmalloc to -HEAD again > and try to tweak the default allocator parameters to not pre-allocate > large pools for each process. > > Seeing login, sh, etc have an RSS of 1MB is kind of scary. > > I'll do some more digging with procstat (when I fit it into the > current image) and report back. > > There's also the problem of a 3.5MB "stripped down nothing but what's > needed to boot and read the rootfs from SPI flash + FFS" kernel size > problem. That seems slightly(!) too big.. Hi Adrian Did you manage make any progress with this ? I'm also seeing the same symptoms on our ARM boards. PID USERNAME THR PRI NICE SIZERES STATETIME WCPU COMMAND 45 root 140010936K 10044K RUN 0:00 6.46% top 39 root 1 8 0 10416K 10080K wait 0:00 0.24% sh Johann ___ 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: Performance of AR9287
On Saturday 22 September 2012 02:05:23 Derrick Edwards wrote: > Thanks again for looking into this. > My main concern was the range of network performance that I was getting > when the laptop was right in front of the access point. As you can see > bandwith varied greatly. I don't know if it's related, but my RSSI and RATE jumps around quite a lot while transfering a large file. Output from loop doing "ifconfig wlan0 list sta" while transfering a big file. ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 86M 16.50842 9440 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 43M 12.50 1063 14784 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 43M 15.50 1362 21088 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 86M 15.50 1627 27488 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 86M 13.50 2150 38976 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 86M 11.50 2289 42384 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 29M 24.50 3075 60016 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 86M 28.50 3369 1600 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 86M 14.00 3839 11744 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 29M 13.50 87 19936 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 58M 11.50403 27440 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 58M 12.50758 35200 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 58M 11.00 1054 42320 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 58M 23.50 1249 46512 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 29M 11.00 1381 49312 EAQHTR HTCAP WME ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:58:291 128 58M 11.50 1584 54224 EAQHTR HTCAP WME System info = hybrid HW = gateworks ARM OS = FreeBSD-9 with ath code from current Wifi = RouterBOARD R52nM = AR9220 Distance = 8km B.t.w if I use the same HW with FreeBSD-9 in 11a mode, then RSSI does not jump around and I get about the same throuput as with N. I don't have any athstats output, still working on it. Johann ___ 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: Performance of AR9287
I'm still using a utility from Sam. athctrl -d 8000 Setup IFS parameters on interface ath0 for 8000 meter p-2-p link dev.ath.0.slottime=36 dev.ath.0.acktimeout=75 dev.ath.0.ctstimeout=75 Are these settings still good ? Are there any way do detect these automatically ? Johann On Saturday 22 September 2012 10:24:43 Adrian Chadd wrote: > I assume you've tweaked the ack, slot, rtsctstimeout? > > The 11n rate control code is a little more jumpy. I've fixed that in > recent checkins. It's not optimal but now it's not as jumpy as before. > > Update to -HEAD, then use 'athratestats' on the peer MAC address. It's > quite useful to see what's actually going on. :-) > > > > Adrian > > On 22 September 2012 01:20, Johann Hugo wrote: > > On Saturday 22 September 2012 02:05:23 Derrick Edwards wrote: > >> Thanks again for looking into this. > >> > >> My main concern was the range of network performance that I was getting > >> > >> when the laptop was right in front of the access point. As you can see > >> > >> bandwith varied greatly. > > > > I don't know if it's related, but my RSSI and RATE jumps around quite a > > lot while transfering a large file. > > > > > > > > Output from loop doing "ifconfig wlan0 list sta" while transfering a big > > file. > > > > > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 86M 16.5 0 842 9440 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 43M 12.5 0 1063 14784 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 43M 15.5 0 1362 21088 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 86M 15.5 0 1627 27488 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 86M 13.5 0 2150 38976 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 86M 11.5 0 2289 42384 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 29M 24.5 0 3075 60016 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 86M 28.5 0 3369 1600 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 86M 14.0 0 3839 11744 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 29M 13.5 0 87 19936 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 58M 11.5 0 403 27440 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 58M 12.5 0 758 35200 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 58M 11.0 0 1054 42320 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 58M 23.5 0 1249 46512 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 29M 11.0 0 1381 49312 E AQHTR HTCAP WME > > > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > > > 00:0c:42:6c:58:29 1 128 58M 11.5 0 1584 54224 E AQHTR HTCAP WME > > > > > > > > System info = hybrid > > > > HW = gateworks ARM > > > > OS = FreeBSD-9 with ath code from current > > > > Wifi = RouterBOARD R52nM = AR9220 > > > > Distance = 8km > > > > > > > > B.t.w if I use the same HW with FreeBSD-9 in 11a mode, then RSSI does not > > jump around and I get about the same throuput as with N. > > > > > > > > I don't have any athstats output, still working on it. > > > > > > > > Johann r ___ 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"
11n in adhoc mode
Hi Finally got a 11n test setup running FreeBSD 10.0-CURRENT on two ARM boards. HW = gateworks ARM OS = FreeBSD 10.0-CURRENT Build = arm-10-20121011 Wifi = RouterBOARD R52nM = AR9220 11n works if one device is in AP mode and the other in ST mode, but I can get it running with both devices in ADHOC mode. Is there a special switch or something that I need to toggle for 11n to work in ADHOC mode ? Johann *** Node-1 *** rc.conf create_args_wlan1="wlanmode hostap country ZA" ifconfig_wlan1="ssid testAP channel 28 10.50.50.1/24" mesh-1d04:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:61:91 inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid testAP channel 28 (5140 MHz 11a ht/40-) bssid 00:0c:42:6c:61:91 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 8 shortgi wme burst dtimperiod 1 -dfs mesh-1d04:~ # ifconfig wlan1 list chan Channel 1 : 2412 MHz 11g ht Channel 52 : 5260* MHz 11a ht Channel 2 : 2417 MHz 11g ht Channel 56 : 5280* MHz 11a ht Channel 3 : 2422 MHz 11g ht Channel 60 : 5300* MHz 11a ht Channel 4 : 2427 MHz 11g ht Channel 64 : 5320* MHz 11a ht Channel 5 : 2432 MHz 11g ht Channel 100 : 5500* MHz 11a ht Channel 6 : 2437 MHz 11g ht Channel 104 : 5520* MHz 11a ht Channel 7 : 2442 MHz 11g ht Channel 108 : 5540* MHz 11a ht Channel 8 : 2447 MHz 11g ht Channel 112 : 5560* MHz 11a ht Channel 9 : 2452 MHz 11g ht Channel 116 : 5580* MHz 11a ht Channel 10 : 2457 MHz 11g ht Channel 120 : 5600* MHz 11a ht Channel 11 : 2462 MHz 11g ht Channel 124 : 5620* MHz 11a ht Channel 12 : 2467* MHz 11g ht Channel 128 : 5640* MHz 11a ht Channel 13 : 2472* MHz 11g ht Channel 132 : 5660* MHz 11a ht Channel 24 : 5120* MHz 11a ht Channel 136 : 5680* MHz 11a ht Channel 28 : 5140* MHz 11a ht Channel 140 : 5700* MHz 11a ht Channel 32 : 5160* MHz 11a ht Channel 149 : 5745* MHz 11a ht Channel 36 : 5180* MHz 11a ht Channel 153 : 5765* MHz 11a ht Channel 40 : 5200* MHz 11a ht Channel 157 : 5785* MHz 11a ht Channel 44 : 5220* MHz 11a ht Channel 161 : 5805* MHz 11a ht Channel 48 : 5240* MHz 11a ht Channel 165 : 5825* MHz 11a ht mesh-1d04:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:63:201 28 162M 16.50 1419 60064 EAQHTRS HTCAP WME mesh-1d04:~ # iperf -c 10.50.50.2 Client connecting to 10.50.50.2, TCP port 5001 TCP window size: 80.5 KByte (default) [ 3] local 10.50.50.1 port 39236 connected with 10.50.50.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 43.1 MBytes 36.1 Mbits/sec mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 static_rix (-1) ratemask 0x0 [ 250] cur rate 12 MCS since switch: packets 2 ticks 14606823 [ 250] last sample (14 MCS) cur sample (0 ) packets sent 34 [ 250] packets since sample 12 sample tt 1109 [1600] cur rate 13 MCS since switch: packets 60 ticks 14604692 [1600] last sample (15 MCS) cur sample (0 ) packets sent 5787 [1600] packets since sample 49 sample tt 5471 TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit [ 6 Mb: 250]3:3(100.0%)3/ 0 760uS 14602541 [10 MCS:1600] 75:75 (100.0%) 11/ 0 516uS 14604440 [11 MCS:1600]5:5(100.0%)5/ 0 674uS 14602538 [12 MCS: 250] 22:22 (100.0%) 22/ 0 424uS 14606823 [12 MCS:1600] 4389:4389 (100.0%) 247/ 0 569uS 14604387 [13 MCS: 250] 11:11 (100.0%) 12/ 0 549uS 14602438 [13 MCS:1600]58903:57893( 99.7%) 5409/ 0 652uS 14604738 [14 MCS: 250]1:1(100.0%)2/ 0 1109uS 14602438 [14 MCS:1600] 831:479 ( 50.7%) 156/ 0 709uS 14604708 [15 MCS:1600] 299:163 ( 77.6%) 242/ 0 6013uS 14604708 *** Node-2 *** rc.conf create_args_wlan1="wlanmode sta country ZA" ifconfig_wlan1="ssid testAP 10.50.50.2/24" mesh-1909:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:63:20 inet 10.50.50.2 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6320%wlan1 prefixlen 64 scopeid 0x8 inet6 fde4:7
Re: 11n in adhoc mode
On Thursday 18 October 2012 09:37:09 Adrian Chadd wrote: > Hi, > > Try disabling ampdu - ifconfig wlanX -ampdu Nope, still the same. (done on both sides) mesh-1d04:~ # ifconfig wlan1 -ampdu mesh-1d04:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:61:91 inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k ampdudensity 8 shortgi wme burst mesh-1d04:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:61:910 28 0M 18.5 30 25 0 IA 00:0c:42:6c:63:200 28 54M 18.50 3288 IAQ HTCAP WME mesh-1d04:~ # iperf -c 10.50.50.2 Client connecting to 10.50.50.2, TCP port 5001 TCP window size: 32.5 KByte (default) [ 3] local 10.50.50.1 port 61073 connected with 10.50.50.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.1 sec 24.5 MBytes 20.4 Mbits/sec mesh-1d04:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:61:910 28 0M 18.50 43656 IA 00:0c:42:6c:63:200 28 54M 18.00 17776 59552 IAQ HTCAP WME mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 static_rix (-1) ratemask 0x0 [ 250] cur rate 54 Mb since switch: packets 4 ticks 292459 [ 250] last sample (6 Mb) cur sample (0 ) packets sent 28 [ 250] packets since sample 6 sample tt 0 [1600] cur rate 54 Mb since switch: packets 1 ticks 292477 [1600] last sample (36 Mb) cur sample (0 ) packets sent 17748 [1600] packets since sample 20 sample tt 764 TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit [ 9 Mb:1600]1:1(100.0%)1/ 0 1848uS 291850 [18 Mb:1600] 17:17 (100.0%) 19/ 0 1193uS 292315 [24 Mb:1600] 28:28 (100.0%) 30/ 0 956uS 292259 [36 Mb: 250]1:1(100.0%)1/ 0 464uS 288917 [36 Mb:1600] 203:203 (100.0%) 214/ 0 1003uS 292325 [48 Mb:1600] 7733:7733 (100.0%) 8335/ 0 794uS 292323 [54 Mb: 250] 27:27 (100.0%) 27/ 0 444uS 292478 [54 Mb:1600] 9767:9767 (100.0%)10518/ 0 648uS 292477 > > > > > Adrian > > On 18 October 2012 00:34, Johann Hugo wrote: > > Hi > > > > Finally got a 11n test setup running FreeBSD 10.0-CURRENT on two ARM > > boards. > > > > HW = gateworks ARM > > OS = FreeBSD 10.0-CURRENT > > Build = arm-10-20121011 > > Wifi = RouterBOARD R52nM = AR9220 > > > > 11n works if one device is in AP mode and the other in ST mode, but I can > > get it running with both devices in ADHOC mode. > > > > Is there a special switch or something that I need to toggle for 11n to > > work in ADHOC mode ? > > > > Johann > > > > ___ > > 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"
11n channel width
Hi What difference in throuput can one expect between ht/20 and a ht/40 ? Johann ___ 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: 11n in adhoc mode
http://www.freebsd.org/cgi/query-pr.cgi?pr=172955 Johann On Monday 22 October 2012 19:19:43 Adrian Chadd wrote: > Yay, bug! > > > > Adrian > > On 22 October 2012 07:21, Adrian Chadd wrote: > > .. please file a bug. :-) Now that I have VIMAGE mostly working with > > wifi, I'd like to take the opportunity to fix whatever 11n ibss bugs > > you see. > > > > There's no reason why aggregation and MCS rates shouldn't work with > > IBSS. The only questionable issue right now is encryption and that > > requires some stack/driver changes to fully support. (Read: You can't > > do 11n + WEP by default (no, don't ask me to make it work with ath(4), > > I won't :-)) and getting the CCMP encryption working in IBSS mode > > requires changes to the crypto key and keycache programming. > > > > > > > > Adrian > > > > On 18 October 2012 00:52, Adrian Chadd wrote: > >> Ah, it looks like the MCS rate stuff isn't being setup or negotiated > >> right? > >> > >> Please file a bug. I'm not sure if I'll have time to dig into it > >> though; but it should be easy to fix. > >> > >> > >> > >> adrian > >> > >> On 18 October 2012 00:48, Johann Hugo wrote: > >>> On Thursday 18 October 2012 09:37:09 Adrian Chadd wrote: > >>>> Hi, > >>>> > >>>> > >>>> > >>>> Try disabling ampdu - ifconfig wlanX -ampdu > >>> > >>> Nope, still the same. (done on both sides) > >>> > >>> > >>> > >>> mesh-1d04:~ # ifconfig wlan1 -ampdu > >>> > >>> mesh-1d04:~ # ifconfig wlan1 > >>> > >>> wlan1: flags=8843 metric 0 mtu > >>> 1500 > >>> > >>> ether 00:0c:42:6c:61:91 > >>> > >>> inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 > >>> > >>> inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 > >>> > >>> inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 > >>> > >>> nd6 options=21 > >>> > >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11na > >>> > >>> status: running > >>> > >>> ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 > >>> > >>> regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 > >>> > >>> mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k > >>> > >>> ampdudensity 8 shortgi wme burst > >>> > >>> > >>> > >>> mesh-1d04:~ # ifconfig wlan1 list sta > >>> > >>> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > >>> > >>> 00:0c:42:6c:61:91 0 28 0M 18.5 30 25 0 I A > >>> > >>> 00:0c:42:6c:63:20 0 28 54M 18.5 0 3 288 I AQ HTCAP WME > >>> > >>> > >>> > >>> mesh-1d04:~ # iperf -c 10.50.50.2 > >>> > >>> > >>> > >>> Client connecting to 10.50.50.2, TCP port 5001 > >>> > >>> TCP window size: 32.5 KByte (default) > >>> > >>> > >>> > >>> [ 3] local 10.50.50.1 port 61073 connected with 10.50.50.2 port 5001 > >>> > >>> [ ID] Interval Transfer Bandwidth > >>> > >>> [ 3] 0.0-10.1 sec 24.5 MBytes 20.4 Mbits/sec > >>> > >>> mesh-1d04:~ # ifconfig wlan1 list sta > >>> > >>> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > >>> > >>> 00:0c:42:6c:61:91 0 28 0M 18.5 0 43 656 I A > >>> > >>> 00:0c:42:6c:63:20 0 28 54M 18.0 0 17776 59552 I AQ HTCAP WME > >>> > >>> mesh-1d04:~ # athratestats -i ath1 -m 00:0c:42:6c:63:20 > >>> > >>> static_rix (-1) ratemask 0x0 > >>> > >>> [ 250] cur rate 54 Mb since switch: packets 4 ticks 292459 > >>> > >>> [ 250] last sample (6 Mb) cur sample (0 ) packets sent 28 > >>> > >>> [ 250] packets since sample 6 sample tt 0 > >>> > >>> > >>> > >>> [1600] cur rate 54 Mb since switch: packets 1 ticks 292477 > >>> > >>> [1600] last sample (36 Mb)
misc/172955: [ath] 11n does not work in adhoc mode
The following reply was made to PR kern/172955; it has been noted by GNATS.
From: Johann Hugo
To: bug-follo...@freebsd.org
Cc: Adrian Chadd ,
jh...@meraka.csir.co.za
Subject: misc/172955: [ath] 11n does not work in adhoc mode
Date: Mon, 22 Oct 2012 21:19:21 +0200
--Boundary-00=_5wZhQXz13Lr4ES1
Content-Type: multipart/alternative;
boundary="Boundary-01=_5wZhQwEUOUCGu56"
Content-Transfer-Encoding: 7bit
--Boundary-01=_5wZhQwEUOUCGu56
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
Request from Adrian Chadd
---
On both nodes, enable this:
wlandebug -i wlanX +assoc +ht +rate
Then do some pings on either side. Don't do iperf, it'll dump out way
too much debugging (one line per frame.) Just pings and record both
sides is enough.
It'll tell me how the HT negotiation goes, what PHY table is selected,
what rates there are, etc.
Then, when you've done that, do it for both STA/IBSS and IBSS/IBSS,
then report back on the bug.
--
Output attached
--Boundary-01=_5wZhQwEUOUCGu56
Content-Type: text/html;
charset="us-ascii"
Content-Transfer-Encoding: 7bit
http://www.w3.org/TR/REC-html40/strict.dtd";>
p, li { white-space: pre-wrap; }
Request from Adrian Chadd
---
On
both nodes, enable this:
wlandebug -i wlanX +assoc +ht +rate
Then
do some pings on either side. Don't do iperf, it'll dump out way
too
much debugging (one line per frame.) Just pings and record both
sides
is enough.
It'll
tell me how the HT negotiation goes, what PHY table is selected,
what
rates there are, etc.
Then,
when you've done that, do it for both STA/IBSS and IBSS/IBSS,
then
report back on the bug.
--
Output attached
--Boundary-01=_5wZhQwEUOUCGu56--
--Boundary-00=_5wZhQXz13Lr4ES1
Content-Type: text/plain;
charset="UTF-8";
name="node-1.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="node-1.txt"
Node-1 AP mode
mesh-1d04:~ # ifconfig wlan1 down
mesh-1d04:~ # wlandebug -i wlan1 +assoc +ht +rate
net.wlan.1.debug: 0x0 => 0x800020
mesh-1d04:~ # ifconfig wlan1 down
mesh-1d04:~ # ifconfig wlan1 up
mesh-1d04:~ # wlan1: [00:0c:42:6c:61:91] ath_rate_tx_complete: size 1600 FAIL
rate/try 0/5 no rates yet
wlan1: [00:0c:42:6c:61:91] ath_rate_tx_complete: size 1600 FAIL rate/try 0/5
no rates yet
wlan1: [00:0c:42:6c:63:20] ath_rate_tx_complete: size 250 OK rate/try 0/1 no
rates yet
wlan1: [00:0c:42:6c:63:20] station associated at aid 1: short preamble, short
slot time, QoS, HT40 (+AMPDU)
wlan1: [00:0c:42:6c:63:20] ath_rate_ctl_reset: size 1600 rate/tt 6 Mb /2560 9
Mb /1848 12 Mb /1480 18 Mb /1124 24 Mb /940 36 Mb /764 48 Mb /672 54 Mb /644 0
MCS/1356 1 MCS/880 2 MCS/724 3 MCS/644 4 MCS/564 5 MCS/524 6 MCS/512 7 MCS/500
8 MCS/884 9 MCS/648 10 MCS/568 11 MCS/528 12 MCS/488 13 MCS/468 14 MCS/464 15
MCS/456
wlan1: [00:0c:42:6c:63:20] ath_rate_tx_complete: size 250 (122 bytes) OK
rate/short/long 6 Mb /0/1 nframes/nbad [1/0]
ping 10.50.50.2
PING 10.50.50.2 (10.50.50.2): 56 data bytes
wlan1: [00:0c:42:6c:63:20] ath_rate_findrate: size 250 switch rate 6 (760/760)
-> 6 (424/424) after 0 packets mrr 1
wlan1: [00:0c:42:6c:63:20] ath_rate_tx_complete: size 250 (122 bytes) OK
rate/short/long 12 MCS/0/1 nframes/nbad [1/0]
64 bytes from 10.50.50.2: icmp_seq=0 ttl=64 time=32.931 ms
wlan1: [00:0c:42:6c:63:20] ath_rate_findrate: switching quickly..
wlan1: [00:0c:42:6c:63:20] ath_rate_tx_complete: size 250 (122 mesh-1909:~ #
ifconfig wlan1 down
mesh-1909:~ # wlandebug -i wlan1 +assoc +ht +rate
net.wlan.1.debug: 0x0 => 0x800020
mesh-1909:~ # ifconfig wlan1 up
mesh-1909:~ # wlan1: [00:0c:42:6c:61:91] ath_rate_ctl_reset: size 1600 rate/tt
6 Mb /2560 9 Mb /1848 12 Mb /1480 18 Mb /1124 24 Mb /940 36 Mb /764 48 Mb /672
54 Mb /644
wlan1: [00:0c:42:6c:61:91] ath_rate_findrate: size 250 switch rate 6 (760/760)
-> 36 (464/464) after 0 packets mrr 1
wlan1: [00:0c:42:6c:61:91] ath_rate_tx_complete: size 250 (66 bytes) OK
rate/short/long 36 Mb /0/1 nframes/nbad [1/0]
wlan1: [00:0c:42:6c:61:91] ath_rate_findrate: switching quickly..
wlan1: [00:0c:42:6c:61:91] ath_rate_findrate: size 250 switch rate 36
(464/464) -> 54 (444/444) after 1 packets mrr 1
wlan1: [00:0c:42:6c:61:91] ath_rate_tx_complete: size 250 (122 bytes) OK
rate/short/long 54 Mb /0/1 nframes/nbad [1/0]
wlan1: [00:0c:42:6c:61:91] ath_rate_findrate: switching quickly..
wlan1: [00:0c:42:6c:61:91] ath_rate_tx_complete: size 250 (122 bytes) OK
rate/short/long 54 Mb /0/1 nframes/nbad [1/0]
wlan1: [00:0c:42:6c:61:91] ath_rate_findrate: switching quickly..
wlan1: [00:0c:42:6c:61:91] ath_rate_tx_complete: size 250 (122 bytes) OK
rate/short/long 54 Mb /0/1 nframes/nbad [1/0]
wlan1: [00:0c:42
Re: misc/172955: [ath] 11n does not work in adhoc mode
On Tuesday 23 October 2012 09:33:42 Adrian Chadd wrote: > Ok- the problem here is that unfortunately the adhoc code doesn't do > any of the HT field parsing or "upgrading". > > Adding the parsing isn't enough, it still doesn't properly negotiate > HT on both ends, so it doesn't upgrade the rate control. > > Also - the WME parameters aren't parsed either, leading to your > observation about performance drops between 7x and 8.x. > > I'm ready to test any upgrades :-) Johann ___ 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: misc/172955: [ath] 11n does not work in adhoc mode
On Tuesday 23 October 2012 23:29:16 Chuck Burns wrote: > On 10/23/2012 2:23 PM, Adrian Chadd wrote: > > I'd really appreciate someone stepping in here. I'm trying to finish > > off the power save queue handling changes and then move to finishing > > correcting the ps-poll support. Then I have the whole TX and RX data > > and control path to jiggle around to make things (more) predictable > > and better behaved. I really don't want to stray from this. :-) > > > > Do I have to promise free hardware and t-shirts? :-) > > I could be mistaken, but I was under the impression that adhoc only > supported B or G speeds, and that if you wanted N speeds, you have to > use STA rather than ADHOC. > > I've heard this discussion outside of relation to FreeBSD, so I know > it's a well-discussed issue. I also think I remember reading something > about certain chipsets supporting 11n in ADHOC mode, but only when > connecting to other chipsets. I think it was MAYBE an atheros chipset, > but I don't really remember -exactly- what I read, or where it was... > > Here is a linux ath9k forum post regarding it: > http://comments.gmane.org/gmane.linux.drivers.ath9k.devel/2660 Seems to > indicate that 11n in ADHOC isn't supported there either.. Sooo Saw this yesterday on another mailing list. --- ad-hoc mode is supported in 802.11n since at least a year with the ath9k driver. It might be broken in a specific version of Openwrt trunk, though. --- Johann ___ 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: 11n channel width
On Monday 22 October 2012 16:09:50 you wrote: > On 22 October 2012 06:56, Johann Hugo wrote: > > Hi > > > > What difference in throuput can one expect between ht/20 and a ht/40 ? > > If you're hitting best possible circumstances? Almost 2x. > Is this more or less the troughput what one should expect: a/20= 29.7 Mbits/sec ht/20 = 40.6 Mbits/sec ht/40 = 44.1 Mbits/sec HW = gateworks ARM OS = FreeBSD 10.0-CURRENT (from 2012/10/11) Build = arm-10-20121011 Wifi = RouterBOARD R52nM = AR9220 * mesh-1d04:~ # ifconfig wlan1 channel 28:a/20 mesh-1d04:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:61:91 inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: running ssid testAP channel 28 (5140 MHz 11a) bssid 00:0c:42:6c:61:91 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 mcastrate 6 mgmtrate 6 scanvalid 60 wme burst dtimperiod 1 -dfs mesh-1d04:~ # iperf -c 10.50.50.2 Client connecting to 10.50.50.2, TCP port 5001 TCP window size: 32.5 KByte (default) [ 3] local 10.50.50.1 port 31219 connected with 10.50.50.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 35.5 MBytes 29.7 Mbits/sec * mesh-1d04:~ # ifconfig wlan1 channel 28:a/20 mesh-1d04:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:61:91 inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid testAP channel 28 (5140 MHz 11a ht/20) bssid 00:0c:42:6c:61:91 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 8 shortgi wme burst dtimperiod 1 -dfs mesh-1d04:~ # iperf -c 10.50.50.2 Client connecting to 10.50.50.2, TCP port 5001 TCP window size: 32.5 KByte (default) [ 3] local 10.50.50.1 port 53324 connected with 10.50.50.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.1 sec 48.8 MBytes 40.6 Mbits/sec * mesh-1d04:~ # ifconfig wlan1 channel 28:ht/40 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:61:91 inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x8 inet6 fde4:7b85:9218:10:20c:42ff:fe6c:6191 prefixlen 64 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid testAP channel 28 (5140 MHz 11a ht/40-) bssid 00:0c:42:6c:61:91 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 8 shortgi wme burst dtimperiod 1 -dfs mesh-1d04:~ # iperf -c 10.50.50.2 Client connecting to 10.50.50.2, TCP port 5001 TCP window size: 32.5 KByte (default) [ 3] local 10.50.50.1 port 26303 connected with 10.50.50.2 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.1 sec 52.9 MBytes 44.1 Mbits/sec Johann ___ 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: 11n channel width
On Friday 26 October 2012 14:56:42 Adrian Chadd wrote: > On 26 October 2012 05:06, Johann Hugo wrote: > > Is this more or less the troughput what one should expect: > > > > a/20 = 29.7 Mbits/sec > > > > ht/20 = 40.6 Mbits/sec > > > > ht/40 = 44.1 Mbits/sec > > Those are around the expected throughput levels for 11n rates with no > WMM and no aggregation. And the difference between a 1x1 and a 2x2 802.11n adapter ? Johann ___ 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: kern/173636: [ath] ath1: bad series0 hwrate 0x0, tries 1 ts_status 0x0
On Sunday 18 November 2012 23:05:44 adr...@freebsd.org wrote: > Synopsis: [ath] ath1: bad series0 hwrate 0x0, tries 1 ts_status 0x0 > > State-Changed-From-To: open->closed > State-Changed-By: adrian > State-Changed-When: Sun Nov 18 21:04:51 UTC 2012 > State-Changed-Why: > This was fixed in r243047, tested by Rui and I. > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=173636 > ___ > 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" I'm still seeing it, right after switching from 11a to 11n. 11n:~ # ifconfig wlan1 ifconfig wlan1 channel 52:ht/20 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:61:91 inet 10.50.50.1 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6191%wlan1 prefixlen 64 scopeid 0x7 nd6 options=29 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid testAP channel 52 (5260 MHz 11a ht/20) bssid 00:0c:42:6c:61:91 country US ecm authmode OPEN privacy OFF txpower 23 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 8 shortgi wme burst dtimperiod 1 -dfs 11n:~ # iperf -c 10.50.50.2 Client connecting to 10.50.50.2, TCP port 5001 TCP window size: 40.5 KByte (default) [ 3] local 10.50.50.1 port 35142 connected with 10.50.50.2 port 5001 ath1: ath_rate_tx_complete: ts_rate=0 ts_finaltsi=0 ath1: bad series0 hwrate 0x0, tries 1 ts_status 0x0 ath1: ath_rate_tx_complete: ts_rate=0 ts_finaltsi=0 ath1: bad series0 hwrate 0x0, tries 1 ts_status 0x0 ath1: ath_rate_tx_complete: ts_rate=0 ts_finaltsi=0 ath1: bad series0 hwrate 0x0, tries 1 ts_status 0x0 ath1: ath_rate_tx_complete: ts_rate=0 ts_finaltsi=0 ath1: bad series0 hwrate 0x0, tries 1 ts_status 0x0 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 25.8 MBytes 21.5 Mbits/sec The messages stops after transfering some data. 11n:~ # uname -a FreeBSD 11n 10.0-CURRENT FreeBSD 10.0-CURRENT #8: Fri Nov 16 08:52:22 SAST 2012 r...@magrathea.meraka.csir.co.za:/var/scratch/10- current/obj/arm.armeb/var/scratch/10-current/src/sys/SMALL-AVILA-ALTQ arm Johann ___ 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: (Re) Verifying TDMA behaviour on -HEAD
Where can I find some more info on how to configure TDMA and what things one can tweak. Johann On Friday 23 November 2012 08:03:44 Adrian Chadd wrote: > On 17 November 2012 15:57, Adrian Chadd wrote: > > Now, after the work done last year to make the 11n NICs work, I > > haven't sat down and tried that. > > I likely should do that soon. But at least for that very specific MAC > > version above, it seems to work just fine. > > .. so it's working now with the AR5416 and AR9280. Check -HEAD for the > dirty details. > > I don't have a multi-km link to test and tune this on, so I'm just > going by the fact that it's now converging on a time delay offset > rather than wildly varying. > > > > 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" ___ 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: [ath] Degraded throughput - adhoc mode
On Sunday, December 09, 2012 04:18:45 PM Adrian Chadd wrote: > Ok, I've just taught the aggressive mode logic about IBSS. It's pretty > dirty - I may cop some hate for enabling aggressive mode for IBSS as > each IBSS node doesn't know about the overall voice/video data rates. > That's how it works in AP mode - the AP tracks the traffic it is > sending/receiving and changes its configuration based on that. It > can't take into account overlapping BSSes. > > In any case, can you just try that out in your lab and let me know how it > goes? Great, I'm now getting the same throughput for ADHOC and AP/STA mode. mesh-2870:~ # uname -a FreeBSD mesh-2870 10.0-CURRENT FreeBSD 10.0-CURRENT #15: Wed Dec 12 11:38:06 wlan0: flags=8843 metric 0 mtu 1500 ether 00:02:6f:41:19:09 inet6 fe80::202:6fff:fe41:1909%wlan0 prefixlen 64 scopeid 0x7 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: running ssid mesh channel 128 (5640 MHz 11a) bssid 02:88:99:fe:ca:00 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 24 mcastrate 6 mgmtrate 6 scanvalid 60 wme burst mesh-2870:~ # ifconfig wlan0 list wme AC_BE cwmin 4 cwmax 10 aifs 3 txopLimit 0 AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 AC_VI cwmin 3 cwmax 4 aifs 2 txopLimit 94 AC_VO cwmin 2 cwmax 3 aifs 2 txopLimit 47 mesh-2870:~ # ifconfig wlan0 wme aifs be 2 cwmin be 4 cwmax be 10 txoplimit be 64 mesh-2870:~ # iperf -V -c fe80::202:6fff:fe41:1908%wlan0 Client connecting to fe80::202:6fff:fe41:1908%wlan0, TCP port 5001 TCP window size: 40.1 KByte (default) [ 3] local fe80::202:6fff:fe41:1909 port 60833 connected with fe80::202:6fff:fe41:1908 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 34.4 MBytes 28.8 Mbits/sec mesh-2870:~ # iperf -V -c fe80::202:6fff:fe41:1908%wlan0 Client connecting to fe80::202:6fff:fe41:1908%wlan0, TCP port 5001 TCP window size: 40.1 KByte (default) [ 3] local fe80::202:6fff:fe41:1909 port 41099 connected with fe80::202:6fff:fe41:1908 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 34.6 MBytes 29.0 Mbits/sec Did you manage to figure out why the wme setting changes back when the interface if taken down/up ? Johann ___ 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: 11n in adhoc mode
On Wednesday, December 12, 2012 01:58:38 AM Adrian Chadd wrote: > Here's what I have trimmed this down to so far: > > http://people.freebsd.org/~adrian/ath/20121212-11n-ibss-and-other-stuff-3.di > ff > > Please disable ampdu for now (ifconfig wlanX -ampdu) as it just plain > doesn't work. > I'll figure out why once I figure out the cleanest way to get this 11n > IBSS stuff working. > > I've tested this between two 11n nodes and a third 11a only node. > So far it works out ok. But it obviously could do with a lot more > thorough testing. > > I'd appreciate feedback! > No luck. Maybe I'm missing some settings ? mesh-2870:~ # uname -a FreeBSD mesh-2870 10.0-CURRENT FreeBSD 10.0-CURRENT #15: Wed Dec 12 11:38:06 rc.conf create_args_wlan1="wlanmode adhoc country ZA" ifconfig_wlan1="10.50.50.2/24 ssid testADHOC channel 28:ht/40 -ampdu bssid 02:8c:ca:fe:ca:10" mesh-2870:~ # ifconfig wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:0c:42:6c:63:20 inet 10.50.50.2 netmask 0xff00 broadcast 10.50.50.255 inet6 fe80::20c:42ff:fe6c:6320%wlan1 prefixlen 64 scopeid 0x8 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running ssid testADHOC channel 28 (5140 MHz 11a ht/40-) bssid 02:8c:ca:fe:ca:10 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 17 mcastrate 6 mgmtrate 6 scanvalid 60 -ampdu ampdulimit 8k ampdudensity 8 shortgi wme burst mesh-2870:~ # ifconfig wlan1 list chan Channel 1 : 2412 MHz 11g ht Channel 52 : 5260* MHz 11a ht Channel 2 : 2417 MHz 11g ht Channel 56 : 5280* MHz 11a ht Channel 3 : 2422 MHz 11g ht Channel 60 : 5300* MHz 11a ht Channel 4 : 2427 MHz 11g ht Channel 64 : 5320* MHz 11a ht Channel 5 : 2432 MHz 11g ht Channel 100 : 5500* MHz 11a ht Channel 6 : 2437 MHz 11g ht Channel 104 : 5520* MHz 11a ht Channel 7 : 2442 MHz 11g ht Channel 108 : 5540* MHz 11a ht Channel 8 : 2447 MHz 11g ht Channel 112 : 5560* MHz 11a ht Channel 9 : 2452 MHz 11g ht Channel 116 : 5580* MHz 11a ht Channel 10 : 2457 MHz 11g ht Channel 120 : 5600* MHz 11a ht Channel 11 : 2462 MHz 11g ht Channel 124 : 5620* MHz 11a ht Channel 12 : 2467* MHz 11g ht Channel 128 : 5640* MHz 11a ht Channel 13 : 2472* MHz 11g ht Channel 132 : 5660* MHz 11a ht Channel 24 : 5120* MHz 11a ht Channel 136 : 5680* MHz 11a ht Channel 28 : 5140* MHz 11a ht Channel 140 : 5700* MHz 11a ht Channel 32 : 5160* MHz 11a ht Channel 149 : 5745* MHz 11a ht Channel 36 : 5180* MHz 11a ht Channel 153 : 5765* MHz 11a ht Channel 40 : 5200* MHz 11a ht Channel 157 : 5785* MHz 11a ht Channel 44 : 5220* MHz 11a ht Channel 161 : 5805* MHz 11a ht Channel 48 : 5240* MHz 11a ht Channel 165 : 5825* MHz 11a ht mesh-2870:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:0c:42:6c:63:200 28 0M 18.0 300 21 0 IA 00:0c:42:6c:61:910 28 54M 17.50122 1552 IAQ HTCAP WME mesh-2870:~ # athratestats -i ath1 -m 00:0c:42:6c:61:91 static_rix (-1) ratemask 0x0 [ 250] cur rate 54 Mb since switch: packets 1 ticks 142385 [ 250] last sample (6 Mb) cur sample (0 ) packets sent 122 [ 250] packets since sample 1 sample tt 0 [1600] cur rate 54 Mb since switch: packets 1 ticks 93578 [1600] last sample (6 Mb) cur sample (0 ) packets sent 3 [1600] packets since sample 3 sample tt 0 TX Rate TXTOTAL:TXOK EWMA T/ F avg last xmit [36 Mb: 250]1:1(100.0%)1/ 0 464uS 6977 [36 Mb:1600]1:1(100.0%)1/ 0 764uS 93021 [54 Mb: 250] 121:121 (100.0%) 121/ 0 444uS 142385 [54 Mb:1600]2:2(100.0%)2/ 0 644uS 93578 Johann ___ 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: So, which IEEE<->Frequency mappings should we be all using?
Which vendors are you talking about. Are you planing to add support for any of them. We have a UHF wifi pilot project and was thinking of doing a frequency down convert to UHF. Johann On Monday 22 July 2013 10:35:27 Adrian Chadd wrote: > Well, the UHF stuff is available now and vendors are making cards for > them. I'm happy just mapping them to 2.4GHz channels for now but it > severely restricts the channels (ie, spacing/width) we can use in that > range. > > > > adrian > > On 22 July 2013 07:40, Johannes Berg wrote: > > On Wed, 2013-07-17 at 10:42 -0700, Adrian Chadd wrote: > > > >> * 420MHz > >> * 700MHz > >> * 900MHz (which we already have, due to history); > >> * 3.6GHz > >> * 4.9GHz > > > > 3.6 should have been defined in the spec recently, 4.9 surely is defined > > already (though the whole stack will have to support the > > dot11ChannelStartingFactor) > > > > The others are kinda non-standard extensions, and you probably won't > > even be able to properly support them since they're kinda > > pretend-handled like 2.4 GHz. > > > > johannes > > > ___ > 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"
Atheros 5413 + half/quarter width
Hi Is half/quarter width working for Atheros 5413 (looks like it) ? https://wiki.freebsd.org/dev/ath_hal(4)/HalfQuarterRate Will the output of "ifconfig -v wlan2" show if it is supported ? Is it supported in FreeBSD 9.0 or do I need to upgrade to CURRENT ? Do I need compile time flags/options to enable half/quarter width support ? Is this the correct way to configure it ? ifconfig wlan2 channel 6:g/10 ifconfig: unknown/undefined channel number 6 flags 0x40a0 Other info Wifi Adapter = http://www.doodlelabs.com/products/radio-transceivers/sub-ghz- range/470-790-mhz-tvws-100/ tvws1:~ # uname -a FreeBSD tvws1 9.0-STABLE FreeBSD 9.0-STABLE ath2: irq 26 at device 3.0 on pci0 ath2: AR5413 mac 10.5 RF5413 phy 6.1 wlan2: flags=8843 metric 0 mtu 1500 ether 00:30:1a:46:0a:5f inet6 fe80::230:1aff:fe46:a5f%wlan2 prefixlen 64 scopeid 0xa inet 10.10.165.1 netmask 0xff00 broadcast 10.10.165.255 inet6 fd9c:6829:597c:aa5:230:1aff:fe46:a5f prefixlen 64 inet6 fd9c:6829:597c:aa5:: prefixlen 64 anycast nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11b status: running ssid tvws channel 14 (2484 MHz 11b) bssid 00:00:00:00:00:01 regdomain JAPAN country JP ecm authmode OPEN privacy OFF txpower 30 scanvalid 60 wme burst Johann ___ 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"
Atheros 9220 in 11a mode
Hi Are there any special settings needed to operate a 11n adapter in 11a mode ? e.g. dev.ath.0.rxantenna I've managed to get it into 11a mode, but for some reason more that 80% of all big packets are dropped, small packets works fine. mesh-6c9a:~ # uname -a FreeBSD mesh-6c9a 11.0-CURRENT FreeBSD 11.0-CURRENT #16 r268838M: Thu Jul 24 14:41:29 SAST 2014 j...@dolphin.meraka.csir.co.za:/usr/obj/arm.armeb/snaps/arm/11- tst/src/sys/SMALL-CAMBRIA arm dmesg: ath0: irq 28 at device 1.0 on pci0 [ath] enabling AN_TOP2_FIXUP ath0: [HT] enabling HT modes ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 stream STBC transmit enabled ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9220 mac 128.2 RF5133 phy 13.0 ath0: 2GHz radio: 0x; 5GHz radio: 0x00c0 mesh-6c9a:~ # ifconfig wlan0 channel 112:a/20 mesh-6c9a:~ # ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:21:a4:35:6c:9a inet6 fe80::221:a4ff:fe35:6c9a%wlan0 prefixlen 64 scopeid 0x7 inet6 fde4:7b85:9218:10:221:a4ff:fe35:6c9a prefixlen 64 inet6 fde4:7b85:9218:10:: prefixlen 64 anycast ssid ptabb channel 112 (5560 MHz 11a ht/40-) bssid 02:02:ca:fe:12:34 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 27 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 8k ampdudensity 8 shortgi wme burst media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running nd6 options=21 mesh-6c9a:~ # ifconfig wlan0 mode 11a mesh-6c9a:~ # ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:21:a4:35:6c:9a inet6 fe80::221:a4ff:fe35:6c9a%wlan0 prefixlen 64 scopeid 0x7 inet6 fde4:7b85:9218:10:221:a4ff:fe35:6c9a prefixlen 64 inet6 fde4:7b85:9218:10:: prefixlen 64 anycast ssid ptabb channel 112 (5560 MHz 11a ht/40-) bssid 02:02:ca:fe:12:34 regdomain NONE country ZA ecm authmode OPEN privacy OFF txpower 27 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 8k ampdudensity 8 shortgi wme burst media: IEEE 802.11 Wireless Ethernet autoselect mode 11na status: running nd6 options=21 This one does the trick. mesh-6c9a:~ # ifconfig wlan0 -ht mesh-6c9a:~ # ifconfig -v wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:21:a4:35:6c:9a inet6 fe80::221:a4ff:fe35:6c9a%wlan0 prefixlen 64 scopeid 0x7 inet6 fde4:7b85:9218:10:221:a4ff:fe35:6c9a prefixlen 64 inet6 fde4:7b85:9218:10:: prefixlen 64 anycast groups: wlan ssid ptabb channel 112 (5560 MHz 11a) bssid 02:02:ca:fe:12:34 regdomain NONE country ZA anywhere ecm authmode OPEN -wps -tsn privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpower 27 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 8k ampdudensity 8 amsdu shortgi htprotmode RTSCTS -puren -smps -rifs wme burst -dwds roaming AUTO 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 media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: running nd6 options=21 mesh-6c9a:~ # ping6 -i 0.1 -s 1450 fe80::221:a4ff:fe31:2a55%wlan0 PING6(1498=40+8+1450 bytes) fe80::221:a4ff:fe35:6c9a%wlan0 --> fe80::221:a4ff:fe31:2a55%wlan
Ath - clients with weak signals not working after upgrade to FreeBSD 11.0
Hi After an upgrade from FreeBSD 9.0 to 11.0 I'm losing comms to some of the wifi clients that worked when I was using FreeBSD 9.0 (long distance links in mesh) On CURRENT the devices are still showing with list sta, but the idle counter keeps growing + no comms to them. FreeBSD 9.0-STABLE mesh-6c9a:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:21:a4:35:6c:a90 104 0M 9.50421 60496 IA 00:21:a4:35:6c:960 104 54M 21.00 98 10496 IAQ WME 00:21:a4:35:83:380 104 6M 6.50 28448 IAQ WME 00:21:a4:35:83:1b0 104 9M 8.00 4680 37056 IAQ WME 00:80:48:62:e1:0f0 104 6M 9.50 50 47136 IAQ WME FreeBSD 11.0-CURRENT mesh-6c9a:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:21:a4:35:6c:a90 104 0M 13.50142 38384 IA 00:21:a4:35:6c:960 104 54M 22.00 11 18048 IAQ WME 00:21:a4:35:83:1b0 104 6M 8.0 60 0 0 IAQ WME 00:80:48:62:e1:0f0 104 6M 11.5 30 0 41248 A 00:21:a4:35:83:380 104 6M 7.0 60 0 0 IAQ WME FreeBSD 9.0-STABLE mesh-6c9a:~ # uname -a FreeBSD mesh-6c9a 9.0-STABLE FreeBSD 9.0-STABLE #1 r229528:231308: Wed Nov 27 12:21:54 SAST 2013 r...@magrathea.meraka.csir.co.za:/scratch/9-stable- old/obj/arm.armeb/var/scratch/9-stable-old/src/sys/SMALL-CAMBRIA arm dmesg ath1: irq 27 at device 2.0 on pci0 [ath] enabling AN_TOP2_FIXUP ath1: AR9280 mac 128.2 RF5133 phy 13.0 mesh-6c9a:~ # ifconfig -v wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:21:a4:35:6c:a9 inet6 fe80::221:a4ff:fe35:6ca9%wlan1 prefixlen 64 scopeid 0xb inet6 fd35:ac5b:b116:10:221:a4ff:fe35:6ca9 prefixlen 64 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11a status: running ssid mesh05 channel 104 (5520 MHz 11a) bssid 02:8c:ca:fe:ca:05 regdomain NONE country ZA anywhere ecm authmode OPEN -wps -tsn privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpower 27 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 8k ampdudensity 8 -amsdu -shortgi htprotmode RTSCTS -puren smps -rifs wme burst -dwds roaming AUTO 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 --- FreeBSD 11.0 dmesg ath1: irq 27 at device 2.0 on pci0 [ath] enabling AN_TOP2_FIXUP ath1: AR9220 mac 128.2 RF5133 phy 13.0 ath1: 2GHz radio: 0x; 5GHz radio: 0x00c0 mesh-6c9a:~ # uname -a FreeBSD mesh-6c9a 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r269182M: Mon Jul 28 14:51:06 SAST 2014 r...@magrathea.meraka.csir.co.za:/var/scratch/11- current/obj/arm.armeb/var/scratch/11-current/src/sys/SMALL-CAMBRIA arm mesh-6c9a:~ # ifconfig -v wlan1 wlan1: flags=8843 metric 0 mtu 1500 ether 00:21:a4:35:6c:a9 inet6 fe80::221:a4ff:fe35:6ca9%wlan1 prefixlen 64 scopeid 0x8 inet6 fd35:ac5b:b116:10:221:a4ff:fe35:
Re: Ath - clients with weak signals not working after upgrade to FreeBSD 11.0
On Thursday 31 July 2014 13:43:34 Adrian Chadd wrote: > I think the idle counter there is the receive idle counter. Ie, it's > not hearing frames from them. > > See if you can figure out what frames it isn't hearing. tcpdump for the last couple of minutes. mesh-6c9a:~ # tcpdump -i wlan1 -n -e -y IEEE802_11_RADIO | grep 00:21:a4:35:83:1b tcpdump: data link type IEEE802_11_RADIO tcpdump: WARNING: wlan1: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on wlan1, link-type IEEE802_11_RADIO (802.11 plus radiotap header), capture size 65535 bytes 23:24:45.046188 16985251046258410120us tsft short preamble 6.0 Mb/s -82dB signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 23:27:14.360001 16985251046409245942us tsft short preamble 6.0 Mb/s -84dB signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 23:31:40.129098 16985251046677723213us tsft short preamble 6.0 Mb/s 54dBm tx power antenna 1 5520 MHz 11a CF +QoS DA:00:21:a4:35:83:1b SA:00:21:a4:35:6c:a9 BSSID:02:8c:ca:fe:ca:05 23:31:55.139074 16985251046692886125us tsft short preamble 6.0 Mb/s 54dBm tx power antenna 1 5520 MHz 11a CF +QoS DA:00:21:a4:35:83:1b SA:00:21:a4:35:6c:a9 BSSID:02:8c:ca:fe:ca:05 23:34:37.437525 16985251046856837656us tsft short preamble 6.0 Mb/s -83dB signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 23:35:31.060875 16985251046911007901us tsft short preamble 6.0 Mb/s -83dB signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 23:35:42.921206 16985251046922989068us tsft short preamble 6.0 Mb/s -83dB signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 mesh-6c9a:~ # athstats -i ath1 13114data frames received 1021 data frames transmit 75 long on-chip tx retries 9tx failed 'cuz too many retries 54M current transmit rate 1watchdog timeouts 925 tx frames with no ack marked 21 rx failed 'cuz of bad CRC 39 periodic calibrations -0/+0TDMA slot adjust (usecs, smoothed) 43 rssi of last ack 44 avg recv rssi -96 rx noise floor 30 tx frames through raw api 6spur immunity level 1OFDM weak signal detect 220 listen time 6ANI increased spur immunity 4ANI disabled OFDM weak signal detect 4ANI disabled CCK weak signal threshold 426767 cumulative OFDM phy error count 24 ANI forced listen time to zero 75 missing ACK's 60 bad FCS 11323beacons received 44 average rssi (beacons only) Antenna profile: [0] tx 1012 rx0 [1] tx0 rx13114 > > The RSSI's look fine. So there's likely something else odd going on > > > -a > > > On 31 July 2014 13:00, Johann Hugo wrote: > > Hi > > > > After an upgrade from FreeBSD 9.0 to 11.0 I'm losing comms to some of the wifi > > clients that worked when I was using FreeBSD 9.0 (long distance links in mesh) > > > > On CURRENT the devices are still showing with list sta, but the idle counter > > keeps growing + no comms to them. > > > > > > FreeBSD 9.0-STABLE > > > > mesh-6c9a:~ # ifconfig wlan1 list sta > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > 00:21:a4:35:6c:a90 104 0M 9.50421 60496 IA > > 00:21:a4:35:6c:960 104 54M 21.00 98 10496 IAQ WME > > 00:21:a4:35:83:380 104 6M 6.50 28448 IAQ WME > > 00:21:a4:35:83:1b0 104 9M 8.00 4680 37056 IAQ WME > > 00:80:48:62:e1:0f0 104 6M 9.50 50 47136 IAQ WME > > > > > > FreeBSD 11.0-CURRENT > > > > mesh-6c9a:~ # ifconfig wlan1 list sta > > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > > 00:21:a4:35:6c:a90 104 0M 13.50142 38384 IA > > 00:21:a4:35:6c:960 104 54M 22.00 11 18048 IAQ WME > > 00:21:a4:35:83:1b0 104 6M 8.0 60 0 0 IAQ WME > > 00:80:48:62:e1:0f0 104 6M 11.5 30 0 41248 A
Re: Ath - clients with weak signals not working after upgrade to FreeBSD 11.0
On Thursday 31 July 2014 14:29:55 Adrian Chadd wrote: > Hi, > > Yeah, run athstats 1 on both to see what kind of difference(s) there > are in transmit/receive statistics. > > I wonder if it's changes in the ANI code. Just booted with FreeBSD 9.0 again mesh-6c9a:~ # ifconfig wlan1 list sta ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 00:21:a4:35:6c:a90 104 0M 12.50180 18512 IA 00:21:a4:35:6c:960 104 54M 22.50 49 2976 IAQ WME 00:21:a4:35:83:380 104 6M 6.50 18288 IAQ WME 00:21:a4:35:83:1b0 104 9M 6.50274848 IAQ WME 00:80:48:62:e1:0f0 104 12M 9.00 58 63296 IAQ WME 00:21:a4:31:2a:810 104 24M 0.0 240 7 0 A mesh-6c9a:~ # ping6 fe80::221:a4ff:fe35:831b%wlan1 PING6(56=40+8+8 bytes) fe80::221:a4ff:fe35:6ca9%wlan1 --> fe80::221:a4ff:fe35:831b%wlan1 16 bytes from fe80::221:a4ff:fe35:831b%wlan1, icmp_seq=0 hlim=64 time=1.537 ms 16 bytes from fe80::221:a4ff:fe35:831b%wlan1, icmp_seq=1 hlim=64 time=1.419 ms 16 bytes from fe80::221:a4ff:fe35:831b%wlan1, icmp_seq=2 hlim=64 time=2.617 ms 16 bytes from fe80::221:a4ff:fe35:831b%wlan1, icmp_seq=3 hlim=64 time=2.551 ms 16 bytes from fe80::221:a4ff:fe35:831b%wlan1, icmp_seq=4 hlim=64 time=1.961 ms 16 bytes from fe80::221:a4ff:fe35:831b%wlan1, icmp_seq=5 hlim=64 time=1.265 ms ^C --- fe80::221:a4ff:fe35:831b%wlan1 ping6 statistics --- 6 packets transmitted, 6 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 1.265/1.892/2.617/0.533 ms mesh-6c9a:~ # athstats -i ath1 8490 data frames received 656 data frames transmit 17 tx frames with an alternate rate 407 long on-chip tx retries 15 tx failed 'cuz too many retries 12M current transmit rate 179 tx frames with no ack marked 4153 rx failed 'cuz of bad CRC 11 periodic calibrations -0/+0TDMA slot adjust (usecs, smoothed) 18 rssi of last ack 26 avg recv rssi -96 rx noise floor 41 tx frames through raw api 1spur immunity level 96 listen time 2ANI increased spur immunity 2ANI enabled OFDM weak signal detect 2ANI disabled CCK weak signal threshold 1195114 cumulative OFDM phy error count 6ANI forced listen time to zero 407 missing ACK's 19845bad FCS 5049 beacons received 28 average rssi (beacons only) Antenna profile: [0] tx 641 rx3 [1] tx0 rx 8487 > > > -a > > > On 31 July 2014 14:14, Johann Hugo wrote: > > On Thursday 31 July 2014 13:43:34 Adrian Chadd wrote: > > > >> I think the idle counter there is the receive idle counter. Ie, it's > > > >> not hearing frames from them. > > > >> > > > >> See if you can figure out what frames it isn't hearing. > > > > > > > > tcpdump for the last couple of minutes. > > > > > > > > mesh-6c9a:~ # tcpdump -i wlan1 -n -e -y IEEE802_11_RADIO | grep > > 00:21:a4:35:83:1b > > > > tcpdump: data link type IEEE802_11_RADIO > > > > tcpdump: WARNING: wlan1: no IPv4 address assigned > > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > > > listening on wlan1, link-type IEEE802_11_RADIO (802.11 plus radiotap > > header), capture size 65535 bytes > > > > 23:24:45.046188 16985251046258410120us tsft short preamble 6.0 Mb/s -82dB > > signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 > > DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* > > 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 > > > > 23:27:14.360001 16985251046409245942us tsft short preamble 6.0 Mb/s -84dB > > signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 > > DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* > > 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 > > > > 23:31:40.129098 16985251046677723213us tsft short preamble 6.0 Mb/s 54dBm tx > > power antenna 1 5520 MHz 11a CF +QoS DA:00:21:a4:35:83:1b > > SA:00:21:a4:35:6c:a9 BSSID:02:8c:ca:fe:ca:05 > > > > 23:31:55.139074 16985251046692886125us tsft short preamble 6.0 Mb/s 54dBm tx > > power antenna 1 5520 MHz 11a CF +QoS DA:00:21:a4:35:83:1b > > SA:00:21:a4:35:6c:a9 BSSID:02:8c:ca:fe:ca:05 > > > > 23:34:37.437525 16985251046856837656us tsft short preamble 6.0 Mb/s -83dB > > signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 > > DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* > > 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 > > > > 23:35:31.060875 16985251046911007901us tsft short preamble 6.0
Re: Ath - clients with weak signals not working after upgrade to FreeBSD 11.0
On Thursday 31 July 2014 14:29:55 Adrian Chadd wrote: > Hi, > > Yeah, run athstats 1 on both to see what kind of difference(s) there > are in transmit/receive statistics. > > I wonder if it's changes in the ANI code. Forgot to mention that I only see the problem on cards with an Atheros 9220 chipset and not on older ones with an Atheros 5413 chipset. > > > -a > > > On 31 July 2014 14:14, Johann Hugo wrote: > > On Thursday 31 July 2014 13:43:34 Adrian Chadd wrote: > > > >> I think the idle counter there is the receive idle counter. Ie, it's > > > >> not hearing frames from them. > > > >> > > > >> See if you can figure out what frames it isn't hearing. > > > > > > > > tcpdump for the last couple of minutes. > > > > > > > > mesh-6c9a:~ # tcpdump -i wlan1 -n -e -y IEEE802_11_RADIO | grep > > 00:21:a4:35:83:1b > > > > tcpdump: data link type IEEE802_11_RADIO > > > > tcpdump: WARNING: wlan1: no IPv4 address assigned > > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > > > listening on wlan1, link-type IEEE802_11_RADIO (802.11 plus radiotap > > header), capture size 65535 bytes > > > > 23:24:45.046188 16985251046258410120us tsft short preamble 6.0 Mb/s -82dB > > signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 > > DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* > > 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 > > > > 23:27:14.360001 16985251046409245942us tsft short preamble 6.0 Mb/s -84dB > > signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 > > DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* > > 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 > > > > 23:31:40.129098 16985251046677723213us tsft short preamble 6.0 Mb/s 54dBm tx > > power antenna 1 5520 MHz 11a CF +QoS DA:00:21:a4:35:83:1b > > SA:00:21:a4:35:6c:a9 BSSID:02:8c:ca:fe:ca:05 > > > > 23:31:55.139074 16985251046692886125us tsft short preamble 6.0 Mb/s 54dBm tx > > power antenna 1 5520 MHz 11a CF +QoS DA:00:21:a4:35:83:1b > > SA:00:21:a4:35:6c:a9 BSSID:02:8c:ca:fe:ca:05 > > > > 23:34:37.437525 16985251046856837656us tsft short preamble 6.0 Mb/s -83dB > > signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 > > DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* > > 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 > > > > 23:35:31.060875 16985251046911007901us tsft short preamble 6.0 Mb/s -83dB > > signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 > > DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* > > 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 > > > > 23:35:42.921206 16985251046922989068us tsft short preamble 6.0 Mb/s -83dB > > signal -96dB noise antenna 1 5520 MHz 11a BSSID:02:8c:ca:fe:ca:05 > > DA:ff:ff:ff:ff:ff:ff SA:00:21:a4:35:83:1b Beacon (mesh05) [6.0* 9.0 12.0* > > 18.0 24.0* 36.0 48.0 54.0 Mbit] IBSS CH: 104 > > > > > > > > > > > > mesh-6c9a:~ # athstats -i ath1 > > > > 13114 data frames received > > > > 1021 data frames transmit > > > > 75 long on-chip tx retries > > > > 9 tx failed 'cuz too many retries > > > > 54M current transmit rate > > > > 1 watchdog timeouts > > > > 925 tx frames with no ack marked > > > > 21 rx failed 'cuz of bad CRC > > > > 39 periodic calibrations > > > > -0/+0 TDMA slot adjust (usecs, smoothed) > > > > 43 rssi of last ack > > > > 44 avg recv rssi > > > > -96 rx noise floor > > > > 30 tx frames through raw api > > > > 6 spur immunity level > > > > 1 OFDM weak signal detect > > > > 220 listen time > > > > 6 ANI increased spur immunity > > > > 4 ANI disabled OFDM weak signal detect > > > > 4 ANI disabled CCK weak signal threshold > > > > 426767 cumulative OFDM phy error count > > > > 24 ANI forced listen time to zero > > > > 75 missing ACK's > > > > 60 bad FCS > > > > 11323 beacons received > > > > 44 average rssi (beacons only) > > > > Antenna profile: > > > > [0] tx 1012 rx 0 > > > > [1] tx 0 rx 13114 > > > > > > > > > > > >> > > > >> The RSSI's look fine. So there's likely something else odd going on > > > >> > > > >>
Re: Ath - clients with weak signals not working after upgrade to FreeBSD 11.0
630698 0 0 27 12M 380 0 0 0 0 13 0 0 21 12M 341 0 0 0 0 14 0 0 24 12M 280 0 0 0 0 14 0 0 27 12M 448 0 0 1 0 13 0 0 23 12M 431 0 0 0 0 9 0 0 23 12M 331 0 0 0 0 11 0 0 27 12M 361 0 0 0 0 16 0 0 22 12M 300 0 0 0 0 21 0 0 26 12M 425 0 0 1 0 18 0 0 23 12M 343 0 0 0 0 9 0 0 23 12M 320 0 0 0 0 20 0 0 23 12M 313 0 0 0 0 18 0 0 25 12M 271 0 0 0 0 18 0 0 29 54M 402 0 0 0 0 16 0 0 23 54M 403 0 0 0 0 12 0 0 21 54M 372 0 0 0 0 15 0 0 24 54M 341 0 0 0 0 12 0 0 26 54M 442 0 0 0 0 7 0 0 24 54M 601 0 0 0 0 19 0 0 24 54M 410 0 0 0 0 11 0 0 24 54M input output altrate shortlong xretry crcerr crypt phyerr rssi rate 131611848780 431 0 10206865 630996 0 0 23 54M 391 0 0 0 0 12 0 0 21 54M 422 0 0 0 0 10 0 0 22 6M 362 0 0 2 0 15 0 0 21 6M 410 0 0 0 0 9 0 0 23 6M 341 0 0 0 0 7 0 0 26 6M 300 0 0 0 0 16 0 0 26 6M 363 0 0 0 0 15 0 0 22 6M 450 0 0 0 0 26 0 0 26 6M 383 0 0 2 0 18 0 0 21 6M 381 0 0 0 0 13 0 0 25 6M 360 0 0 0 0 13 0 0 20 6M 272 0 0 0 0 20 0 0 24 6M 391 0 0 0 0 15 0 0 21 6M 402 0 0 0 0 13 0 0 23 6M 380 0 0 0 0 8 0 0 24 6M 353 0 0 6 1 18 0 0 23 6M 341 0 0 0 0 11 0 0 22 6M 480 0 0 0 0 23 0 0 24 6M 351 0 0 0 0 8 0 0 24 6M 342 0 0 0 0 14 0 0 20 6M input output altrate shortlong xretry crcerr crypt phyerr rssi rate 131688948805 431 0 10216866 631303 0 0 27 6M 411 0 0 0 0 15 0 0 24 6M 280 0 0 0 0 13 0 0 24 6M 363 0 0 0 0 12 0 0 23 6M 271 0 0 0 0 12 0 0 25 6M 260 0 0 0 0 12 0 0 28 6M 201 0 0 0 0 15 0 0 29 6M 400 0 0 0 0 28 0 0 27 6M On Thursday 31 July 2014 16:01:56 Adrian Chadd wrote: > On 31 July 2014 14:56, Johann Hugo wrote: > > On Thursday 31 July 2014 14:29:55 Adrian Chadd wrote: > > > >> Hi, > > > >> > > > >> Yeah, run athstats 1 on both to see what kind of difference(s) there > > > >> are in transmit/receive statistics. > > > >> > > > >> I wonder if it's changes in the ANI code. > > > > > > > > Forgot to mention that I only see the problem on cards with an Atheros 9220 > > chipset and not on older ones with an Atheros 5413 chipset. > > > > > > > > Right, but the main changes to the ANI code occured with the
Re: Ath - clients with weak signals not working after upgrade to FreeBSD 11.0
Ok, it's working fine with freebsd-9 Did some more tests with FreeBSD 11.0-CURRENT. I think the ANI problem is only there when the nodes are in ADHOC mode (default mode for our mesh). The same hardware setup works fine if the nodes are in AP/Client mode. Johann On 08/01/2014 19:56, Adrian Chadd wrote: Well, step #1 would be to run the freebsd-9 ath(4) driver in the later freebsd version. If you're able to shoehorn that in, let's see if that's the case. -a On 1 August 2014 02:20, Johann Hugo wrote: Hi Is it possible to disable ANI ? How should we go about to narrow down the problem ? FreeBSD 11.0-CURRENT (Looks like crcerr is not updating) mesh-6c9a:~ # athstats -i ath1 anistats -o ani 1 input output altrate short long xretry crcerr crypt phyerr rssi rate 2994 248 0 0 18 3 0 0 0 44 54M 11 1 0 0 0 0 0 0 0 44 54M 11 0 0 0 0 0 0 0 0 42 54M 11 1 0 0 0 0 0 0 0 44 54M 11 0 0 0 0 0 0 0 0 44 54M 11 1 0 0 0 0 0 0 0 43 54M 11 0 0 0 0 0 0 0 0 44 54M 10 1 0 0 0 0 0 0 0 45 54M 12 1 0 0 0 0 0 0 0 44 54M 11 1 0 0 0 0 0 0 0 42 54M 11 1 0 0 0 0 0 0 0 44 54M 12 0 0 0 0 0 0 0 0 42 54M 11 1 0 0 0 0 0 0 0 43 54M 11 0 0 0 0 0 0 0 0 44 54M 12 1 0 0 0 0 0 0 0 42 54M 11 1 0 0 13 1 0 0 0 43 36M 10 1 0 0 0 0 0 0 0 44 36M 12 1 0 0 0 0 0 0 0 43 36M 10 1 0 0 13 1 0 0 0 44 54M 11 1 0 0 0 0 0 0 0 44 54M 12 2 0 0 11 1 0 0 0 43 12M input output altrate short long xretry crcerr crypt phyerr rssi rate 3230 272 0 0 66 7 0 0 0 44 9M 12 2 0 0 13 1 0 0 0 43 24M 11 1 0 0 0 0 0 0 0 42 24M 12 2 0 0 0 0 0 0 0 43 54M 11 1 0 0 0 0 0 0 0 43 54M 12 1 0 0 0 0 0 0 0 42 54M 11 0 0 0 0 0 0 0 0 43 54M 10 1 0 0 0 0 0 0 0 43 54M 11 1 0 0 0 0 0 0 0 42 54M 9 0 0 0 0 0 0 0 0 43 54M 11 1 0 0 0 0 0 0 0 43 54M 14 3 0 0 0 0 0 0 0 37 54M 11 0 0 0 0 0 0 0 0 42 54M 10 1 0 0 0 0 0 0 0 44 54M 11 0 0 0 0 0 0 0 0 44 54M 10 1 0 0 0 0 0 0 0 44 54M 11 0 0 0 0 0 0 0 0 44 54M 10 1 0 0 0 0 0 0 0 45 54M 11 1 0 0 0 0 0 0 0 45 54M 11 0 0 0 0 0 0 0 0 45 54M 10 1 0 0 0 0 0 0 0 45 54M input output altrate short long xretry crcerr crypt phyerr rssi rate 3460 290 0 0 79 8 0 0 0 44 54M 10 1 0 0 0 0 0 0 0 44 54M 11 0 0 0 0 0 0 0 0 41 54M 11 1 0 0 0 0 0 0 0 43 54M 10 1 0 0 0 0 0 0 0 44 54M 11 0 0 0 0 0 0 0 0 44 54M 12 2 0 0 0 0 0 0 0 42 54M 11 0 0 0 0 0 0 0 0 43 54M 11 1 0 0 0 0 0 0 0 43 54M 12 0 0 0 0 0 0 0 0 42 54M - FreeBSD 9.0-STABLE mesh-6c9a:~ # athstats -i ath1 anistats -o ani 1 input output altrate short long xretry crcerr crypt phyerr rssi rate 1315335 48744 431 0 10204 865 630698 0 0 27 12M 38 0 0 0 0 0 13 0 0 21 12M 34 1 0 0 0 0 14 0 0 24 12M 28 0 0 0 0 0 14 0 0 27 12M 44 8 0 0 1 0 13 0 0 23 12M 43 1 0 0 0 0 9 0 0 23 12M 33 1 0 0 0 0 11 0 0 27 12M 36 1 0 0 0 0 16 0 0 22 12M 30 0 0 0 0 0 21 0 0 26 12M 42 5 0 0 1 0 18 0 0 23 12M 34 3 0 0 0 0 9 0 0 23 12M 32 0 0 0 0 0 20 0 0 23 12M 31 3 0 0 0 0 18 0 0 25 12M 27 1 0 0 0 0 18 0 0 29 54M 40 2 0 0 0 0 16 0 0 23 54M 40 3 0 0 0 0 12 0 0 21 54M 37 2 0 0 0 0 15 0 0 24 54M 34 1 0 0 0 0 12 0 0 26 54M 44 2 0 0 0 0 7 0 0 24 54M 60 1 0 0 0 0 19 0 0 24 54M 41 0 0 0 0 0 11 0 0 24 54M input output altrate short long xretry crcerr crypt phyerr rssi rate 1316118 48780 431 0 10206 865 630996 0 0 23 54M 39 1 0 0 0 0 12 0 0 21 54M 42 2 0 0 0 0 10 0 0 22 6M 36 2 0 0 2 0 15 0 0 21 6M 41 0 0 0 0 0 9 0 0 23 6M 34 1 0 0 0 0 7 0 0 26 6M 30 0 0 0 0 0 16 0 0 26 6M 36 3 0 0 0 0 15 0 0 22 6M 45 0 0 0 0 0 26 0 0 26 6M 38 3 0 0 2 0 18 0 0 21 6M 38 1 0 0 0 0 13 0 0 25 6M 36 0 0 0 0 0 13 0 0 20 6M 27 2 0 0 0 0 20 0 0 24 6M 39 1 0 0 0 0 15 0 0 21 6M 40 2 0 0 0 0 13 0 0 23 6M 38 0 0 0 0 0 8 0 0 24 6M 35 3 0 0 6 1 18 0 0 23 6M 34 1 0 0 0 0 11 0 0 22 6M 48 0 0 0 0 0 23 0 0 24 6M 35 1 0 0 0 0 8 0 0 24 6M 34 2 0 0 0 0 14 0 0 20 6M input output altrate short long xretry crcerr crypt phyerr rssi rate 1316889 48805 431 0 10216 866 631303 0 0 27 6M 41 1 0 0 0 0 15 0 0 24 6M 28 0 0 0 0 0 13 0 0 24 6M 36 3 0 0 0 0 12 0 0 23 6M 27 1 0 0 0 0 12 0 0 25 6M 26 0 0 0 0 0 12 0 0 28 6M 20 1 0 0 0 0 15 0 0 29 6M 40 0 0 0 0 0 28 0 0 27 6M On Thursday 31 July 2014 16:01:56 Adrian Chadd wrote: On 31 July 2014 14:56, Johann Hugo wrote: On Thursday 31 July 2014 14:29:55 Adrian Chadd wrote: Hi, Yeah, run athstats 1 on both to see what kind of difference(s) there are in transmit/receive statistics. I wonder if it's changes in the ANI code. Forgot to mention that I only see the problem on cards with an Atheros 9220 chipset and not on older ones with an Atheros 5413 chipset. Right, but the main changes to the ANI code occured with the 11n HAL, not with the pre-11n chips. There's also changes to the initval arrays used in chip initailisation. That may have changed things. -a ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To
