From owner-freebsd-wireless@FreeBSD.ORG Mon Sep 17 03:02:15 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F0D1106566B; Mon, 17 Sep 2012 03:02:15 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6B3D38FC0A; Mon, 17 Sep 2012 03:02:15 +0000 (UTC) Received: by dadr6 with SMTP id r6so4108448dad.13 for ; Sun, 16 Sep 2012 20:02:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=eL53jA4G/ED1OrN9UkwhfCHDoJvMXkaNf2qlwvZ70hg=; b=kvnpohZZBVv4FMzyBG1doAQJJDseU1z/vlbeS3A7sGJrBFW2mRK1s1ZGj6TO5HopJh 4Y8nD9naXV35us5YnXAo9j91ro7YASwr+Go4SK74ZUCzFpHhh8dvIvkgUVOteaY5xO2Q lrjW8LRZr1JSZJjrf5BC/l9DXTe4NIER9DKJ/xEl00Dm9BAYgfQ+CCvJCjJoOb9Vwwl8 325rd5HlTIsJOLB2qPWLZfDsjb7SBdTjIaR6N8WRy+UEFT2KI8DeN0LVUXX/VXLz7c/G vUzV3oOEj2iURnwE/o0PMV80g4HlA1706GfKxtqO+B1oT5gB/r2+X0x6M/b+XpWt0j3M lkvg== MIME-Version: 1.0 Received: by 10.68.136.40 with SMTP id px8mr19618140pbb.153.1347850934825; Sun, 16 Sep 2012 20:02:14 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Sun, 16 Sep 2012 20:02:14 -0700 (PDT) In-Reply-To: <1529519470.20120914025613@serebryakov.spb.ru> References: <1236917090.20120914012418@serebryakov.spb.ru> <1529519470.20120914025613@serebryakov.spb.ru> Date: Sun, 16 Sep 2012 20:02:14 -0700 X-Google-Sender-Auth: XfMAwWJv0koJScj3qY61ZFIt6Lo Message-ID: From: Adrian Chadd To: lev@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: Many ath resets with two clients X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 03:02:15 -0000 Right, please run 'athstats' and 'athsurvey' for a while, let me know what the results are? It's hard to tell whether it's stuck due to interference/noise, or whether it's due to a busy PCI bus, or some other kind of garbage going on.. Adrian On 13 September 2012 15:56, Lev Serebryakov wrote: > Hello, Adrian. > You wrote 14 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3= ., 2:16:09: > > AC> Hiya, > > AC> That link doesn't work. CAn you please double-checK/ > Sorry, remove wrong part of copypasted UNIX path :) > http://lev.serebryakov.spb.ru/_sklad/messages.ath.txt > > > -- > // Black Lion AKA Lev Serebryakov > From owner-freebsd-wireless@FreeBSD.ORG Mon Sep 17 06:20:43 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEC5C1065670; Mon, 17 Sep 2012 06:20:43 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [46.4.40.135]) by mx1.freebsd.org (Postfix) with ESMTP id 67C3E8FC14; Mon, 17 Sep 2012 06:20:43 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:38a5:b3a4:fb17:9e9e]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id B68194AC2D; Mon, 17 Sep 2012 10:20:41 +0400 (MSK) Date: Mon, 17 Sep 2012 10:20:37 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <236247089.20120917102037@serebryakov.spb.ru> To: Adrian Chadd In-Reply-To: References: <1236917090.20120914012418@serebryakov.spb.ru> <1529519470.20120914025613@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: Many ath resets with two clients X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 06:20:43 -0000 Hello, Adrian. You wrote 17 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2012 =D0=B3.,= 7:02:14: AC> Right, please run 'athstats' and 'athsurvey' for a while, let me know AC> what the results are? When (if) it will repeat, I'll run debug tools and post results. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-wireless@FreeBSD.ORG Mon Sep 17 11:07:19 2012 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FB361065686 for ; Mon, 17 Sep 2012 11:07:19 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 790DB8FC1B for ; Mon, 17 Sep 2012 11:07:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8HB7JBO004630 for ; Mon, 17 Sep 2012 11:07:19 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8HB7IkE004628 for freebsd-wireless@FreeBSD.org; Mon, 17 Sep 2012 11:07:18 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Sep 2012 11:07:18 GMT Message-Id: <201209171107.q8HB7IkE004628@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-wireless@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-wireless@FreeBSD.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Sep 2012 11:07:19 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/171598 wireless [ath] TP-Link TL-WN951N W-LAN PCI Adapter 300 MBit stu o kern/171394 wireless [ath] ath0: ath_tx_aggr_comp_aggr: num frames seen=1; o kern/171235 wireless [ath] ath loses connection, system freezes on netif re o kern/170904 wireless [ath] ath driver: configure related parameters when ra o kern/170889 wireless [ath] ath driver uses some uninitilized memory o kern/170620 wireless [ath] LOR and deadlock when multiple vaps are used o kern/170573 wireless [iwi] Intel 2200BG iwi NIC hangs with need multicast c o kern/170513 wireless [ath] ath logs: ath_tx_aggr_comp_aggr: AR5416 bug: o kern/170433 wireless [ath] TX hang after a stuck beacon message with active o kern/170397 wireless [ath] [patch] Uninitialized variables in ah_eeprom_928 o kern/170302 wireless [ath] 802.11n frames are not being transmitted with mu o kern/170281 wireless [ath] 802.11n locks up on aggregation setup (ampdutx) o kern/170098 wireless [ath] [net80211] VAPs (Virtual access points) with Ath o kern/170066 wireless [ral] ral(4) rt61pci Linksys freezes the machine as so o kern/169432 wireless [ath] BAR TX hang when aggregation session is reset du p kern/169362 wireless [ath] AR5416: radar pulse PHY errors sometimes include o kern/169336 wireless [ath] ANI isn't triggering in a busy/noisy environment o kern/169199 wireless [ath] Cannot set up static ip addresses for wireless w o kern/169084 wireless [ath] suspend/resume doesn't cause a rescan; the assoc o kern/168530 wireless [ath] Broken WEP probably o kern/168393 wireless AR9285: suspend/resume sometimes fails o kern/168170 wireless [net80211] ieee80211_send_bar() doesn't complete corre o kern/167870 wireless [ath] adhoc wifi client does not join an existing IBSS o kern/167834 wireless [ath] kickpcu; 'handled 0 packets' o kern/167828 wireless [iwn] iwn(4) doesn't recover automatically after firmw o kern/167798 wireless ifconfig(8): problem with "ifconfig list scan" command o kern/167491 wireless [ath] TID != hardware queue TID in ath_tx_aggr_comp_ag o kern/167113 wireless [ath] AR5210: "stuck" TX seems to be occuring, without o kern/167080 wireless [ath] channel switch on another VAP break channel setu o kern/166684 wireless [ath] [net80211] mgmtrate/mcastrate isn't updated base p kern/166642 wireless [ieee80211] [patch] in 802.11n mode for FreeBSD AP, ha o kern/166641 wireless [ieee80211] [patch] mbuf/cluster leak in AP mode in 80 p kern/166357 wireless [ath] 802.11n TX stall when the first frame in the BAW o kern/166286 wireless [net80211] [ath] initial switch to HT40 isn't causing p kern/166190 wireless [ath] TX hangs and frames stuck in TX queue o kern/166086 wireless [Patch][ath] Reflect state of rfkill switch in a sysct o kern/165969 wireless [ath] Slower performance in adhoc mode vs Client/AP mo o kern/165966 wireless [ath] ath0: device timeout on SMP machines due to race o kern/165895 wireless [ath] overly busy cabq can tie up all tx buffers o kern/165870 wireless [bwn] bwn driver does not attach on HP Pavilion dv9420 o kern/165866 wireless [ath] TX hangs, requiring a "scan" to properly reset t o kern/165849 wireless [ath] [hang] network ath driver freeze o kern/165595 wireless [ipw] ipw(4): Can't load firmare for ipw2200bg o kern/165543 wireless [ath] ath0 endless scanning of channels without connec o kern/165517 wireless [net80211] bgscan isn't triggered when invalid beacons o kern/165475 wireless [ath] operational mode change doesn't poke the underly o kern/165382 wireless [kernel] taskqueue_unblock doesn't unblock currently q o kern/165306 wireless [ath] race conditions between scanning and beacon time o kern/165220 wireless [ath] "ath_rx_tasklet: sc_inreset_cnt > 0; skipping" m o kern/165214 wireless [ieee80211] Kernel panic in ieee80211_output.c:2505 o kern/165212 wireless [ath] No WiFi on Acer Aspire One 751h (Atheros AR5BHB6 o kern/165149 wireless [ath] [net80211] Ping with data length more than iv_fr o kern/165146 wireless [net80211] Net802.11 Fragment number is assigned 1 (sh o kern/165060 wireless [ath] vap->iv_bss race conditions causing crashes insi o kern/165021 wireless [ath] ath device timeout during scan/attach, if wlan_c o kern/164721 wireless [ath] ath device timeouts o kern/164499 wireless [wi] [patch] if_wi needs fix for big endian architectu o kern/164382 wireless [ath] crash when down/deleting a vap - inside ieee8021 o kern/164365 wireless [iwi] iwi0: UP/DOWN in o bin/164102 wireless hostapd not configured for 802.11n o kern/163759 wireless [ath] ath(4) "stops working" in hostap mode o kern/163724 wireless [mwl] [patch] NULL check before dereference o kern/163719 wireless [ath] ath interface do not receive multicast o kern/163689 wireless [ath] TX timeouts when sending probe/mgmt frames durin o kern/163574 wireless [net80211] overly-frequent HT occupancy changes o kern/163573 wireless [ath] hostap mode TX buffer hang o kern/163559 wireless [ath] kernel panic AH_DEBUG o kern/163318 wireless [ath] ath(4) stops working p kern/163312 wireless [panic] [ath driver] kernel panic: page fault with ath o kern/163237 wireless [ath] AR5416 as HostAP. Delays among clients when a cl o kern/163082 wireless [ath] ar9285 diversity fixes o kern/162648 wireless [ath] AR9227 ADC DC calibration failure o kern/162647 wireless [ath] 11n TX aggregation session / TX hang o kern/161293 wireless [iwn] hang at startup when starting network o kern/161035 wireless [ieee80211] Incorrect number describing 11ng MCS rate o kern/160391 wireless [ieee80211] [patch] Panic in mesh mode o kern/160296 wireless [zyd] [panic] 802.11 usb device reboots system on 'ifc o misc/160176 wireless [mips] [panic] Kernel panic on AR7161 platform with AR o kern/157449 wireless [ath] MAC address conflict causes system to freeze o kern/157243 wireless [ath] investigate beacon TX (AP) / RX (STA) when under o kern/156904 wireless [ath] AR9285 antenna diversity algorithm is buggy and o kern/156884 wireless [ath] ath instablity o kern/156327 wireless [bwn] bwn driver causes 20%-50% packet loss o kern/156322 wireless [wpi] no ahdemo support for if_wpi o kern/156321 wireless [ath] ahdemo doesn't work with if_ath o kern/155498 wireless [ral] ral(4) needs to be resynced with OpenBSD's to ga o kern/155100 wireless [ath] ath driver on busy channel: "stuck beacon" p kern/154598 wireless [ath] Atheros 5424/2424 can't connect to WPA network o kern/154567 wireless [ath] ath(4) lot of bad series(0) o kern/154327 wireless [ath] AR5416 in station mode hangs when transmitting f o kern/154284 wireless [ath] Modern ath wifi cards (such as AR9285) have miss o kern/154153 wireless [ath] AR5213 + MIPS + WPA group key packet corruption o kern/153594 wireless [wlan] netif/devd race o kern/153448 wireless [ath] ath networking device loses association after a o kern/152750 wireless [ath] ath0 lot of bad series hwrate o kern/151198 wireless [ath] ath/5416 fails bgscan with "ath0: ath_chan_set: o kern/149786 wireless [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149516 wireless [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 wireless [realtek/atheros]: None of my network card working o kern/148322 wireless [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 wireless [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 wireless [ath] wireless networking stops functioning o kern/146426 wireless [mwl] 802.11n rates not possible on mwl o kern/146425 wireless [mwl] mwl dropping all packets during and after high u o kern/145826 wireless [panic] [ath] Unable to configure adhoc mode on ath0/w o kern/144987 wireless [wpi] [panic] injecting packets with wlaninject using o kern/144755 wireless [wlan] netif/devd race o bin/144109 wireless hostapd(8) uses the MAC of the wireless interface, but o conf/143079 wireless hostapd(8) startup missing multi wlan functionality p kern/140567 wireless [ath] [patch] ath is not worked on my notebook PC o kern/140245 wireless [ath] [panic] Kernel panic during network activity on o kern/137592 wireless [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne p bin/137484 wireless [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/136943 wireless [wpi] [lor] wpi0_com_lock / wpi0 o kern/136836 wireless [ath] atheros card stops functioning after about 12 ho o kern/132722 wireless [ath] Wifi ath0 associates fine with AP, but DHCP or I o bin/131549 wireless ifconfig(8) can't clear 'monitor' mode on the wireless o kern/126475 wireless [ath] [panic] ath pcmcia card inevitably panics under o kern/125721 wireless [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 wireless [ath] [panic] ath(4) related panic o kern/125501 wireless [ath] atheros cardbus driver hangs o kern/125332 wireless [ath] [panic] crash under any non-tiny networking unde o kern/124767 wireless [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 wireless [ieee80211] net80211 discards power-save queue packets o docs/120456 wireless ath(4) needs to specify requirement on wlan_scan_sta o kern/119513 wireless [ath] [irq] inserting dlink dwl-g630 wireless card res o kern/116747 wireless [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile f kern/105348 wireless [ath] ath device stopps TX 128 problems total. From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 18 14:11:16 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 44E8B106564A for ; Tue, 18 Sep 2012 14:11:16 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id BD1CF8FC12 for ; Tue, 18 Sep 2012 14:11:14 +0000 (UTC) Received: from jeep.localnet (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id 2510AD0CC04 for ; Tue, 18 Sep 2012 16:11:11 +0200 (SAST) From: Johann Hugo To: freebsd-wireless@freebsd.org Date: Tue, 18 Sep 2012 16:11:10 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE-p3; KDE/4.7.3; amd64; ; ) References: In-Reply-To: X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201209181611.10751.jhugo@meraka.csir.co.za> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Heads up: AR7241 + PCIe and AR9287 on-board stuff works X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 14:11:16 -0000 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 SIZE RES STATE TIME WCPU COMMAND 45 root 1 40 0 10936K 10044K RUN 0:00 6.46% top 39 root 1 8 0 10416K 10080K wait 0:00 0.24% sh Johann From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 18 15:27:51 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B59D106566B for ; Tue, 18 Sep 2012 15:27:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4B3EC8FC08 for ; Tue, 18 Sep 2012 15:27:50 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so256831pbb.13 for ; Tue, 18 Sep 2012 08:27:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=oMsnRb8HQDSkQ8+0NRuGm3B+1B1xToazXOX9VZ0kWT8=; b=fzUF1U3vYo+unfSRgi0AUj8JRACRYwAFuNs575Em+50eRtV24kypfNFY7bafJY/DdM LBnkcA19oJY181VdWB4VVu6wwpkkeIaTBk88LPFTAPoO0KvE/QQLKV4Yaq1RPWzhdTqV NKme+2pcX+8AK2zdU1en93/kEikDrhXySFgytO8UKNSb61WYNRDWOdR5DbKJ13Et9rZR hjzAshP07WrRhKyW3yBW79yAsXrRQhy9EQM3jhM1kg1aUPA29HmRlvFmV+zTEmL7pVdJ viJEbC3RRzuQFINDDxdg99th/1ofQFszs0C6TNlowcYSpTOMErmD2F+kjO5e4xQw8C9E ++AA== MIME-Version: 1.0 Received: by 10.68.197.167 with SMTP id iv7mr205356pbc.113.1347982070468; Tue, 18 Sep 2012 08:27:50 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Tue, 18 Sep 2012 08:27:50 -0700 (PDT) In-Reply-To: <201209181611.10751.jhugo@meraka.csir.co.za> References: <201209181611.10751.jhugo@meraka.csir.co.za> Date: Tue, 18 Sep 2012 08:27:50 -0700 X-Google-Sender-Auth: Aj_w5lieLU16-PzU3muz6PaeGlw Message-ID: From: Adrian Chadd To: Johann Hugo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: Heads up: AR7241 + PCIe and AR9287 on-board stuff works X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 15:27:51 -0000 Is this -HEAD? Did you define MALLOC_PRODUCTION? Adrian On 18 September 2012 07:11, Johann Hugo wrote: > 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 SIZE RES STATE TIME WCPU COMMAND > 45 root 1 40 0 10936K 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-unsubscribe@freebsd.org" From owner-freebsd-wireless@FreeBSD.ORG Tue Sep 18 17:06:41 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4AE1610656A7 for ; Tue, 18 Sep 2012 17:06:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1E34B8FC0C for ; Tue, 18 Sep 2012 17:06:40 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so485528pbb.13 for ; Tue, 18 Sep 2012 10:06:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=WXcPuRMXq2TN3tR7lUUW8TWP6SieVQLmrA7MXdyj0Pk=; b=kJrSQug2vNrrYvieCDFJ3XTG/WlJuP8Xt9GI+l5U3DOEfNAkjmLbASsByQCKEVR/sX WPcP8O5PJ7d/x1tyq1XYDNStR3/pMAE/TV+aG4J/jydKqxXk0ea5qblZTbu9KSIp6Mnt iDomQcLV/HpWQTD2R8kAVfwOEP4i8vj3PWeul09KyzJd99rFRvbFL0PYypw7J3dr/s0h Vy0hBnWWyHxz3dWl0d5CecgAGwNV8KrulsFUZU3Up8cwIwKDZtCAktdVjtU/zjXTUKpk FL2S5SvpvBgAAfgO8ZKH0slRfeHK6cuAMKN5qyap1r80XwckAkyLE6R7IqQfdInzxU47 MXgw== MIME-Version: 1.0 Received: by 10.68.129.130 with SMTP id nw2mr735043pbb.27.1347988000581; Tue, 18 Sep 2012 10:06:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Tue, 18 Sep 2012 10:06:40 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Sep 2012 10:06:40 -0700 X-Google-Sender-Auth: Di7i79ut0uwNIk82fcAiXjX_c6w Message-ID: From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [CFT]: filtered frames support X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Sep 2012 17:06:41 -0000 I've found/fixed the BAR and filtered frame issues that crept up; as well as some other filtered frames related hangs. I committed the mess to -HEAD. Please update, test and let me know if things hang in weird and strange ways. adrian On 12 September 2012 16:08, Adrian Chadd wrote: > Hi, > > Ive seen some odd hangs where the tid is paused once, but both waiting for > bar and filtered frame completion. That shouldnt happen. > > Ill hold off commiting this until I root cause and resolve it. > > Adrian > > On Sep 10, 2012 8:56 PM, "Adrian Chadd" wrote: >> >> Hi all, >> >> I've been working on filtered frames support as a precursor for >> correct AP mode power save support. >> >> The patch is here: >> http://people.freebsd.org/~adrian/ath/20120910-filter-frame-12-works.diff >> >> It only supports filtered frames for 802.11n aggregate sessions. It >> doesn't yet support filtered frames on non-aggregate sessions as I >> haven't yet implemented a software retry mechanism for non-ADDBA >> session transmission. >> >> I'd like to commit this to -HEAD soon so I can work on software >> retransmission for non-ADDBA session traffic. >> >> Thanks again for helping me develop 802.11n support for the Atheros >> wifi devices! >> >> >> >> >> Adrian From owner-freebsd-wireless@FreeBSD.ORG Wed Sep 19 19:00:26 2012 Return-Path: Delivered-To: freebsd-wireless@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CFD3106566C for ; Wed, 19 Sep 2012 19:00:26 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 22FA38FC16 for ; Wed, 19 Sep 2012 19:00:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q8JJ0P3w066606 for ; Wed, 19 Sep 2012 19:00:25 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q8JJ0PXC066605; Wed, 19 Sep 2012 19:00:25 GMT (envelope-from gnats) Date: Wed, 19 Sep 2012 19:00:25 GMT Message-Id: <201209191900.q8JJ0PXC066605@freefall.freebsd.org> To: freebsd-wireless@FreeBSD.org From: FreeBSD@nagilum.org Cc: Subject: Re: kern/171598: [ath] TP-Link TL-WN951N W-LAN PCI Adapter 300 MBit stuck beacons X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD@nagilum.org List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2012 19:00:26 -0000 The following reply was made to PR kern/171598; it has been noted by GNATS. From: FreeBSD@nagilum.org To: bug-followup@FreeBSD.org Cc: adrian@freebsd.org Subject: Re: kern/171598: [ath] TP-Link TL-WN951N W-LAN PCI Adapter 300 MBit stuck beacons Date: Wed, 19 Sep 2012 20:54:16 +0200 This message is in MIME format. --=_2IQUbZk8pphQWhTYIg25sZA Content-Type: text/plain; charset=ISO-8859-1; format=flowed; DelSp=Yes Content-Disposition: inline When doing large bulk transfers I'm now seeing a lot of these in my dmesg buffer: ath0: ath_tx_aggr_comp_aggr: AR5416 bug: hasba=0; txok=1, isaggr=1, seq_st=1339 ath0: ath_tx_aggr_comp_aggr: AR5416 bug: hasba=0; txok=1, isaggr=1, seq_st=1510 ath0: ath_tx_aggr_comp_aggr: AR5416 bug: hasba=0; txok=1, isaggr=1, seq_st=1726 Attached my kernelconf and a recent dmesg output (just a lot more of the above). wlan0: flags=8843 metric 0 mtu 1500 ether b0:48:7a:bc:cb:c3 inet 10.1.10.1 netmask 0xffffff00 broadcast 10.1.10.255 inet6 fe80::b248:7aff:febc:cbc3%wlan0 prefixlen 64 scopeid 0x7 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: running ssid room42 channel 6 (2437 MHz 11g ht/40+) bssid b0:48:7a:bc:cb:c3 regdomain 32924 country CN indoor ecm authmode WPA1+WPA2/802.11i privacy MIXED deftxkey 2 TKIP 2:128-bit TKIP 3:128-bit txpower 20 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 16 shortgi wme burst dtimperiod 1 -dfs --=_2IQUbZk8pphQWhTYIg25sZA Content-Type: application/octet-stream; name=net5501 Content-Disposition: attachment; filename=net5501; size=6516 Content-Transfer-Encoding: base64 IwojIEdFTkVSSUMgLS0gR2VuZXJpYyBrZXJuZWwgY29uZmlndXJhdGlvbiBmaWxlIGZvciBGcmVl QlNEL2kzODYKIwojIEZvciBtb3JlIGluZm9ybWF0aW9uIG9uIHRoaXMgZmlsZSwgcGxlYXNlIHJl YWQgdGhlIGhhbmRib29rIHNlY3Rpb24gb24KIyBLZXJuZWwgQ29uZmlndXJhdGlvbiBGaWxlczoK IwojICAgIGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcvZG9jL2VuX1VTLklTTzg4NTktMS9ib29rcy9o YW5kYm9vay9rZXJuZWxjb25maWctY29uZmlnLmh0bWwKIwojIFRoZSBoYW5kYm9vayBpcyBhbHNv IGF2YWlsYWJsZSBsb2NhbGx5IGluIC91c3Ivc2hhcmUvZG9jL2hhbmRib29rCiMgaWYgeW91J3Zl IGluc3RhbGxlZCB0aGUgZG9jIGRpc3RyaWJ1dGlvbiwgb3RoZXJ3aXNlIGFsd2F5cyBzZWUgdGhl CiMgRnJlZUJTRCBXb3JsZCBXaWRlIFdlYiBzZXJ2ZXIgKGh0dHA6Ly93d3cuRnJlZUJTRC5vcmcv KSBmb3IgdGhlCiMgbGF0ZXN0IGluZm9ybWF0aW9uLgojCiMgQW4gZXhoYXVzdGl2ZSBsaXN0IG9m IG9wdGlvbnMgYW5kIG1vcmUgZGV0YWlsZWQgZXhwbGFuYXRpb25zIG9mIHRoZQojIGRldmljZSBs aW5lcyBpcyBhbHNvIHByZXNlbnQgaW4gdGhlIC4uLy4uL2NvbmYvTk9URVMgYW5kIE5PVEVTIGZp bGVzLgojIElmIHlvdSBhcmUgaW4gZG91YnQgYXMgdG8gdGhlIHB1cnBvc2Ugb3IgbmVjZXNzaXR5 IG9mIGEgbGluZSwgY2hlY2sgZmlyc3QKIyBpbiBOT1RFUy4KIwojICRGcmVlQlNEOiBzcmMvc3lz L2kzODYvY29uZi9HRU5FUklDLHYgMS40MjkuMi41IDIwMDYvMDEvMjMgMTQ6MTk6MzYgbWFyaXVz IEV4cCAkCgptYWNoaW5lCQlpMzg2CmNwdQkJSTU4Nl9DUFUKaWRlbnQJCW5ldDU1MDEKb3B0aW9u cyAJQ1BVX0dFT0RFCm9wdGlvbnMJCUNQVV9TT0VLUklTCm9wdGlvbnMJCU5PX0YwMEZfSEFDSwpk ZXZpY2UJCWNwdWZyZXEKb3B0aW9ucyAJSU5DTFVERV9DT05GSUdfRklMRQoKIyBUbyBzdGF0aWNh bGx5IGNvbXBpbGUgaW4gZGV2aWNlIHdpcmluZyBpbnN0ZWFkIG9mIC9ib290L2RldmljZS5oaW50 cwojaGludHMJCSJHRU5FUklDLmhpbnRzIgkJIyBEZWZhdWx0IHBsYWNlcyB0byBsb29rIGZvciBk ZXZpY2VzLgoKbWFrZW9wdGlvbnMJREVCVUc9LWcJCSMgQnVpbGQga2VybmVsIHdpdGggZ2RiKDEp IGRlYnVnIHN5bWJvbHMKCm9wdGlvbnMgCVNDSEVEXzRCU0QJCSMgQlNEIHNjaGVkdWxlcgojb3B0 aW9ucyAJU0NIRURfVUxFCQkjIFVMRSBzY2hlZHVsZXIKI29wdGlvbnMgCVBSRUVNUFRJT04JCSMg RW5hYmxlIGtlcm5lbCB0aHJlYWQgcHJlZW1wdGlvbgpvcHRpb25zIAlJTkVUCQkJIyBJbnRlck5F VHdvcmtpbmcKb3B0aW9ucyAJSU5FVDYJCQkjIElQdjYgY29tbXVuaWNhdGlvbnMgcHJvdG9jb2xz Cm9wdGlvbnMgCUFDQ0VQVF9GSUxURVJfREFUQQpvcHRpb25zIAlBQ0NFUFRfRklMVEVSX0ROUwpv cHRpb25zIAlBQ0NFUFRfRklMVEVSX0hUVFAKb3B0aW9ucyAJWkVST19DT1BZX1NPQ0tFVFMJIyBa ZXJvIGNvcHkgc29ja2V0cyBzdXBwb3J0Cm9wdGlvbnMgCUZGUwkJCSMgQmVya2VsZXkgRmFzdCBG aWxlc3lzdGVtCm9wdGlvbnMgCVNPRlRVUERBVEVTCQkjIEVuYWJsZSBGRlMgc29mdCB1cGRhdGVz IHN1cHBvcnQKb3B0aW9ucyAJVUZTX0FDTAkJCSMgU3VwcG9ydCBmb3IgYWNjZXNzIGNvbnRyb2wg bGlzdHMKb3B0aW9ucyAJVUZTX0RJUkhBU0gJCSMgSW1wcm92ZSBwZXJmb3JtYW5jZSBvbiBiaWcg ZGlyZWN0b3JpZXMKI29wdGlvbnMgCU5GU0NMSUVOVAkJIyBOZXR3b3JrIEZpbGVzeXN0ZW0gQ2xp ZW50Cm9wdGlvbnMgCU5GU0QJCQkjIE5ldHdvcmsgRmlsZXN5c3RlbSBTZXJ2ZXIKb3B0aW9ucyAJ TkZTTE9DS0QJCSMgTmV0d29yayBMb2NrIE1hbmFnZXIKI29wdGlvbnMgCUNEOTY2MAkJCSMgSVNP IDk2NjAgRmlsZXN5c3RlbQpvcHRpb25zIAlQUk9DRlMJCQkjIFByb2Nlc3MgZmlsZXN5c3RlbSAo cmVxdWlyZXMgUFNFVURPRlMpCiNvcHRpb25zIAlDT01QQVRfTElOVVgJCSMgRW5hYmxlIExpbnV4 IEFCSSBlbXVsYXRpb24KI29wdGlvbnMgCUxJTlBST0NGUwpvcHRpb25zIAlQU0VVRE9GUwkJIyBQ c2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdvcmsKb3B0aW9ucyAJTlVMTEZTCQkJI05VTEwgZmlsZXN5 c3RlbQojb3B0aW9ucyAJR0VPTV9HUFQJCSMgR1VJRCBQYXJ0aXRpb24gVGFibGVzLgpvcHRpb25z IAlHRU9NX0VMSQkJIyBlbmNyeXB0aW9uIG9uIEdFT00gcHJvdmlkZXJzCm9wdGlvbnMJCUdFT01f TEFCRUwJCSMgUHJvdmlkZXMgbGFiZWxpemF0aW9uCiNvcHRpb25zIAlHRU9NX1NDSEVECQkjIElP IHNjaGVkdWxlcgpvcHRpb25zIAlESVJFQ1RJTwkJIyBBdHRlbXB0IHRvIGJ5cGFzcyB0aGUgYnVm ZmVyIGNhY2hlCm9wdGlvbnMgCUNPTVBBVF80MwkJIyBDb21wYXRpYmxlIHdpdGggQlNEIDQuMyBb S0VFUCBUSElTIV0Kb3B0aW9ucyAJQ09NUEFUX0ZSRUVCU0Q3CQkjIENvbXBhdGlibGUgd2l0aCBG cmVlQlNENwojb3B0aW9ucyAJTkVUU01CCm9wdGlvbnMgCVNDU0lfREVMQVk9NTAwMAkJIyBEZWxh eSAoaW4gbXMpIGJlZm9yZSBwcm9iaW5nIFNDU0kKb3B0aW9ucyAJS1RSQUNFCQkJIyBrdHJhY2Uo MSkgc3VwcG9ydApvcHRpb25zIAlTWVNWU0hNCQkJIyBTWVNWLXN0eWxlIHNoYXJlZCBtZW1vcnkK b3B0aW9ucyAJU1lTVk1TRwkJCSMgU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVlcwpvcHRpb25zIAlT WVNWU0VNCQkJIyBTWVNWLXN0eWxlIHNlbWFwaG9yZXMKb3B0aW9ucyAJX0tQT1NJWF9QUklPUklU WV9TQ0hFRFVMSU5HICMgUE9TSVggUDEwMDNfMUIgcmVhbC10aW1lIGV4dGVuc2lvbnMKb3B0aW9u cyAJUDEwMDNfMUJfU0VNQVBIT1JFUwkjIFBPU0lYLXN0eWxlIHNlbWFwaG9yZXMKb3B0aW9ucyAJ S0JEX0lOU1RBTExfQ0RFVgkjIGluc3RhbGwgYSBDREVWIGVudHJ5IGluIC9kZXYKb3B0aW9ucyAg ICAgICAgIEtEQiAgICAgICAgICAgICAgICAgICAgICMgS2VybmVsIGRlYnVnZ2VyIHJlbGF0ZWQg Y29kZQpvcHRpb25zICAgICAgICAgS0RCX1RSQUNFICAgICAgICAgICAgICAgIyBQcmludCBhIHN0 YWNrIHRyYWNlIGZvciBhIHBhbmljCm9wdGlvbnMgCVBQU19TWU5DCm9wdGlvbnMgCUZMT1dUQUJM RQkJIyBwZXItY3B1IHJvdXRpbmcgY2FjaGUKZGV2aWNlCQlhcGljCQkJIyBJL08gQVBJQwoKIyBC dXMgc3VwcG9ydC4KZGV2aWNlCQllaXNhCmRldmljZQkJcGNpCgojIEFUQSBhbmQgQVRBUEkgZGV2 aWNlcwpkZXZpY2UJCWF0YQpkZXZpY2UJCWF0YWRpc2sJCSMgQVRBIGRpc2sgZHJpdmVzCiNkZXZp Y2UJCWF0YXJhaWQJCSMgQVRBIFJBSUQgZHJpdmVzCm9wdGlvbnMgCUFUQV9TVEFUSUNfSUQJIyBT dGF0aWMgZGV2aWNlIG51bWJlcmluZwoKZGV2aWNlCQlnbHhzYgkJIyBBTUQgR2VvZGUgTFggU2Vj dXJpdHkgQmxvY2sKCiMgU0NTSSBwZXJpcGhlcmFscwpkZXZpY2UJCXNjYnVzCQkjIFNDU0kgYnVz IChyZXF1aXJlZCBmb3IgU0NTSSkKZGV2aWNlCQljaAkJIyBTQ1NJIG1lZGlhIGNoYW5nZXJzCmRl dmljZQkJZGEJCSMgRGlyZWN0IEFjY2VzcyAoZGlza3MpCiNkZXZpY2UJCXNhCQkjIFNlcXVlbnRp YWwgQWNjZXNzICh0YXBlIGV0YykKI2RldmljZQkJY2QJCSMgQ0QKZGV2aWNlCQlwYXNzCQkjIFBh c3N0aHJvdWdoIGRldmljZSAoZGlyZWN0IFNDU0kgYWNjZXNzKQojZGV2aWNlCQlzZXMJCSMgU0NT SSBFbnZpcm9ubWVudGFsIFNlcnZpY2VzIChhbmQgU0FGLVRFKQojZGV2aWNlCQlwdAkJIyBTQ1NJ IHByb2Nlc3NvcgpkZXZpY2UJCXRhcmcJCSMgU0NTSSB0YXJnZXQgbW9kZQpkZXZpY2UJCXRhcmdi aAkJIyBTQ1NJIGJsYWNraG9sZSBkZXZpY2VzCiNkZXZpY2UJCWNjZAkJIyBSQUlEIChjb25jYXRl bmF0ZWQgZGlzaykKCiMgU2VyaWFsIChDT00pIHBvcnRzCmRldmljZQkJdWFydAkJIyBuZXdidXNp ZmllZCBkcml2ZXIgZm9yIHNlcmlhbCBpbnRlcmZhY2VzCgojIFBDSSBFdGhlcm5ldCBOSUNzIHRo YXQgdXNlIHRoZSBjb21tb24gTUlJIGJ1cyBjb250cm9sbGVyIGNvZGUuCiMgTk9URTogQmUgc3Vy ZSB0byBrZWVwIHRoZSAnZGV2aWNlIG1paWJ1cycgbGluZSBpbiBvcmRlciB0byB1c2UgdGhlc2Ug TklDcyEKZGV2aWNlCQltaWlidXMJCSMgTUlJIGJ1cyBzdXBwb3J0CmRldmljZQkJdnIJCSMgVklB IFJoaW5lLCBSaGluZSBJSQoKIyBXaXJlbGVzcyBOSUMgY2FyZHMKZGV2aWNlCQl3bGFuCQkjIDgw Mi4xMSBzdXBwb3J0CmRldmljZSAgICAgICAgICB3bGFuX3dlcAkjIDgwMi4xMSBXRVAgc3VwcG9y dApkZXZpY2UgICAgICAgICAgd2xhbl9jY21wCSMgODAyLjExIENDTVAgc3VwcG9ydApkZXZpY2Ug ICAgICAgICAgd2xhbl90a2lwCSMgODAyLjExIFRLSVAgc3VwcG9ydApkZXZpY2UgICAgICAgICAg d2xhbl9hbXJyCSMgQU1SUiB0cmFuc21pdCByYXRlIGNvbnRyb2wgYWxnb3JpdGhtCmRldmljZSAg ICAgICAgICB3bGFuX3hhdXRoCSMgc3VwcG9ydCBmb3IgZXh0ZXJuYWwgYXV0aGVudGljYXRvcnMK CmRldmljZQkJYXRoCQkjIEF0aGVyb3MgcGNpL2NhcmRidXMgTklDJ3MKZGV2aWNlCQlhdGhfcGNp CQkjIEF0aGVyb3MgUENJIGRldmljZSBnbHVlCmRldmljZQkJYXRoX2hhbAkJIyBwY2kvY2FyZGJ1 cyBjaGlwIHN1cHBvcnQKZGV2aWNlCQlhdGhfYXI1NDE2CSMgQVI1NDE2IGNoaXBzCm9wdGlvbnMg CUFIX1NVUFBPUlRfQVI1NDE2Cm9wdGlvbnMgCUFUSF9FTkFCTEVfMTFOCiNvcHRpb25zIAlBVEhf REVCVUcKI29wdGlvbnMgCUFUSF9ESUFHQVBJCiNvcHRpb25zIAlBSF9ERUJVRwojb3B0aW9ucyAJ QUhfUFJJVkFURV9ESUFHCgpkZXZpY2UJCWF0aF9yYXRlX3NhbXBsZQkjIFNhbXBsZVJhdGUgdHgg cmF0ZSBjb250cm9sIGZvciBhdGgKI2RldmljZQkJcnVtCQkjIFJhbGluayBUZWNobm9sb2d5IFJU MjUwMVVTQiB3aXJlbGVzcyBOSUNzCiNkZXZpY2UJCXdpCQkjIFdhdmVMQU4vSW50ZXJzaWwvU3lt Ym9sIDgwMi4xMSB3aXJlbGVzcyBOSUNzLgojZGV2aWNlCQl3bAkJIyBPbGRlciBub24gODAyLjEx IFdhdmVsYW4gd2lyZWxlc3MgTklDLgoKIyBQc2V1ZG8gZGV2aWNlcy4KZGV2aWNlCQlsb29wCQkj IE5ldHdvcmsgbG9vcGJhY2sKZGV2aWNlCQlyYW5kb20JCSMgRW50cm9weSBkZXZpY2UKZGV2aWNl CQlldGhlcgkJIyBFdGhlcm5ldCBzdXBwb3J0CiNkZXZpY2UJCXNsCQkjIEtlcm5lbCBTTElQCmRl dmljZQkJc3BwcAkJIyBLZXJuZWwgUFBQCmRldmljZQkJdHVuCQkjIFBhY2tldCB0dW5uZWwuCmRl dmljZQkJdGFwCQkjIHZpcnR1YWwgZXRoZXJuZXQgZHJpdmVyCmRldmljZQkJcGYJCSMgUEYgT3Bl bkJTRCBQYWNrZXQgRmlsdGVyCmRldmljZQkJcHR5CQkjIFBzZXVkby10dHlzICh0ZWxuZXQgZXRj KQpkZXZpY2UJCW1kCQkjIE1lbW9yeSAiZGlza3MiCmRldmljZQkJZ2lmCQkjIElQdjYgYW5kIElQ djQgdHVubmVsaW5nCmRldmljZQkJZmFpdGgJCSMgSVB2Ni10by1JUHY0IHJlbGF5aW5nICh0cmFu c2xhdGlvbikKZGV2aWNlCQljcnlwdG8JCSMgY29yZSBjcnlwdG8gc3VwcG9ydApkZXZpY2UJCWNy eXB0b2RldgkjIC9kZXYvY3J5cHRvIGZvciBhY2Nlc3MgdG8gaC93CgojIFRoZSBgYnBmJyBkZXZp Y2UgZW5hYmxlcyB0aGUgQmVya2VsZXkgUGFja2V0IEZpbHRlci4KIyBCZSBhd2FyZSBvZiB0aGUg YWRtaW5pc3RyYXRpdmUgY29uc2VxdWVuY2VzIG9mIGVuYWJsaW5nIHRoaXMhCiMgTm90ZSB0aGF0 ICdicGYnIGlzIHJlcXVpcmVkIGZvciBESENQLgpkZXZpY2UJCWJwZgkJIyBCZXJrZWxleSBwYWNr ZXQgZmlsdGVyCgojIFVTQiBzdXBwb3J0CiNkZXZpY2UJCXVoY2kJCSMgVUhDSSBQQ0ktPlVTQiBp bnRlcmZhY2UKZGV2aWNlCQlvaGNpCQkjIE9IQ0kgUENJLT5VU0IgaW50ZXJmYWNlCmRldmljZQkJ ZWhjaQkJIyBFSENJIFBDSS0+VVNCIGludGVyZmFjZSAoVVNCIDIuMCkKZGV2aWNlCQl1c2IJCSMg VVNCIEJ1cyAocmVxdWlyZWQpCmRldmljZQkJdWNvbQkJIyBVU0Igc2VyaWFsIHN1cHBvcnQKZGV2 aWNlCQl1M2cJCSMgVVNCIHN1cHBvcnQgZm9yIDNHIG1vZGVtIGNhcmRzCiNkZXZpY2UJCXVkYnAJ CSMgVVNCIERvdWJsZSBCdWxrIFBpcGUgZGV2aWNlcwojZGV2aWNlCQl1aGlkCQkjICJIdW1hbiBJ bnRlcmZhY2UgRGV2aWNlcyIKI2RldmljZQkJdW1hc3MJCSMgRGlza3MvTWFzcyBzdG9yYWdlIC0g UmVxdWlyZXMgc2NidXMgYW5kIGRhCgpkZXZpY2UJCXNtYnVzCmRldmljZQkJc21iCmRldmljZQkJ YW1kcG0KCmRldmljZQkJaWljYnVzCmRldmljZQkJaWljYmIKCmRldmljZQkJaWMKZGV2aWNlCQlp aWMKZGV2aWNlCQlpaWNzbWIJCSMgc21iIG92ZXIgaTJjIGJyaWRnZQoKb3B0aW9ucwkJQUxUUQpv cHRpb25zIAlBTFRRX0NCUQkJIyBDbGFzcyBCYXNlcyBRdWV1ZWluZwpvcHRpb25zIAlBTFRRX1JF RAkJIyBSYW5kb20gRWFybHkgRHJvcApvcHRpb25zIAlBTFRRX1JJTwkJIyBSRUQgSW4vT3V0Cm9w dGlvbnMgCUFMVFFfSEZTQwkJIyBIaWVyYXJjaGljYWwgUGFja2V0IFNjaGVkdWxlcgpvcHRpb25z IAlBTFRRX0NETlIJCSMgVHJhZmZpYyBjb25kaXRpb25lcgpvcHRpb25zIAlBTFRRX1BSSVEJCSMg UHJpb3JpdHkgUXVldWVpbmcK --=_2IQUbZk8pphQWhTYIg25sZA Content-Type: application/x-xz; name=dmesg.out.xz Content-Disposition: attachment; filename=dmesg.out.xz; size=3676 Content-Transfer-Encoding: base64 /Td6WFoAAATm1rRGAgAhARwAAAAQz1jM4XzeDhxdADCdCTAexv91lppBa0q/ZdrBTF8jqQOaOHON +0JZYBp7ksCxYI5nyqQ0Q4f26rikOopmmgX+J33TmmVx1urTH3ydkroThrHBglu5UiOOk5w9Fsd3 gDEzGN3W5JbJPfnaVrnXDlPi5bo1TECYx9WAePPdWTAbs/rHYeKNB19mGBaAYDEWgM2WoEKTqI15 hgUUfocOHOz/vRBhIXL6ZFp8QPVTHJ8GXEdkZkMEv4ATYDj9uBEauE9bqZkAdP//TODC1wgcXr6q hC5MPIRszY+7WhD4vPup2raQ5nV04VjPFnayohQRY1R67ighwUI1tTRqxBT1qG1cs0U44jU+ekeF 0OAr4AOUSfNxkMBRNpB6FjSzHBIGSxPOwdEh9k/6y/cdW8jj525jxi86kPFjzntir7liGtb0puyP PvKJWM7uCJBRNAnvvAQJbBqQoq9U4jN1kssrQTXz+Lmjdw/TE1O0Z8XWKloZVkk8qDwBBjIkFzDg c7Ueoc8ML9t29SrJAfYKdy4Ws3NwEerbaGDsN+E/0srJ2TcKyI92efa30rGvNUbjc5LQzRmzfb8m cKCtDCcDriSegm0eNLUyjA3LriQi9PYWEy0Fn+/iUqNoLjAJiSV7B3xwVSMiVJR5vN4SHMY8Jzau tlVyvsvZdF2LCY7S76EAJsGBDg1ntuRyhgjBL7LoGLJvRgCYtd9AVudjIiOcLh4QfAZDGkCaw360 LiTU0XFkLi34INNzlKm9Z7pYtav5XoGR5uD7kbCQBNUaJfDOTH9/qty0aZMhvJc4DHcHVs9aCDMJ WLsV0bHN3B0iFUjK9MRPNkLL5jGXF+sHzJAVmYJWptAFByBM4Cxz4ZHhdK+CwUECzIPmslQsX5n+ zjzZsP8iYHWa8nyTCM4RialfnUBiSvxytmkw1FwJCnIv6Dd1205zWnTHhsR8bi1fti2ny29objlO 3+/cQzTZxp8lX9ckxp09IRUD3lYp7UihX11xKcmEC6Drt17rTHsZonS8LDOufIsSi6apN2XgEFmJ eQNoqiiN4hqC5U+zUKkyud8+RBuz4MLguFygkQ39iIn882Z/1TrFh7bcPMDELgUOwSoEq1GGhjin BRkrsGYrdCtheRfQmMCZSU3Lv4x7PHiHaqRql1gfjr+W1fi+xufD61NVhAEz8h+he/vgd3AWKAjF fh/lac7aaPCuVbEFR1KjA4Do1XV0Z/Ucof07Ncicl78VzDWtzAWt4Jvd72ND+2NQzTpwtur7/+N1 3D6rK1Q6r89eagtYEy0mqq2EC7pHnU9EAfFW1/V9haC8YcqLxBasB0gcAaTycyQWzijuvQBYyvbV mZjT1fchQ3kl8pk0C+jCeiD6utAbuYfQKPREx2FuNKkBKfzRqTq/WSUDlH7bXT1FmAxKtxu3TIyf Wrvb7Yu2wzrUFUMK3kX0JGHQW56OZFJL2V4Yet4HLGDX0xeWDNRdYRhA1ucCSIZVybmrKWyHtdLq gjN6+WkXBr8TWdzA+ynt96DmMn1ZB4ks9pyuJm5UxakYshFWoislsXgW2fheWvkwPBDL8iYPkriL YvFw8WAKuMmhWqqUeHCDcQzFQQ2qxe1uovjfxUB1mc5nOtioIfcLz9dnArkqWci6xOHxYGOGdxD1 os4eznOQbL4+g0s9wU3VZKAcooivF1uZNZnLBeYkLGVXIb+9sUIsIqivWXMNUZis1E5MOSzvwPr2 Zf/oyfgGIsSPdklOl8vZXiZ8ID3S5dxaOqd8m3CSRbmEPRXWP3SsSF66zC4RETPIVFpduj1yibG9 obVUW93Sfe8bqkqGATHTngJXTu3aWxQQt/xk3i4FvyIBkPh3dyUG6CdBjur1B0CS2JVYYewi08Ah 5iLbE1x2vuXQ7noEIh6rnil2Zy36zpIfC5lks+mksD1zJaPyK1F+TuPif6XvW0odGPz7/wz9h1Lz DijHWy40nvrvcKWna4jz0qgiaarXNNt4TSBVPJzA2n4kayJd7Hv7ln4dX4ZnPze6BfxlOEFPyvjE AQ93dGnBLOJ8rWZItEglVkZ/gY0fF2uUz46V8wGw5LKwplKjJKhZm2XCtjpAwQyE7WFX+ZAHlBvi 5ogdg5znmjocgBypuJBsKpeacRoerU6/oE1vu8hHClipp0BMt7ZMBHQVVMP1bbI1sOK8PCT6kzV+ EFsZxGnZwNGYQ2Bd3wS5neywY04kzpoeFPqo0dbkIgMCUGAxj1QtBspb3GnqMYlXZLsrAZaDQv2H wi35JAKwo6E28mZgkH5PFgc7bSrXajjQDc+hZoOZhvVotbNQYm4Nn3PdFk50FmW+k16Xj4/jcZft uHa1PA0hXqJ2yO/4WJoVvnFjpSizb7pwUDRpI5ABhEmWeJf//rxR5rlshRB/LM7hCGkbjmSwrbAf ZTUc8D1oZfE3v2aYzEVe7zJrc4EpDAnEXVo60cHqtdbuZb/xs2TLl/6eG1ASjdWuUR2wCb7RFS7b jQk9z9CRlh63BAJTyXc0VmeDopzJrukkWWRjlyUlSqZWU79sPSrM0n7W99Pv/vQ2ToSpqmjaOOX9 kHfBLYeBBzlWJpNzvdgFSmZJEJVXlNRj68B3hI5OJT2KQnPN5YYOBGzU/Dwodo5KbOdUQuNnyV+z WNKdn/8PkuxIs8JvFWogW9/RtM3EPBiMgrON/dDeNsj0zgQx9slX4TySmcIV19UDA2wHTcBwpHDH P+P0HiSJGOTuTZ9tpfZV1BVhRqE0Na9kJt4dzyeJlujYDGpbVFdbiAqt0KmiKhfQhTYNI0vipOyM AwOyc3IfMUfgzYThlDL+1XVgeehCKkNqor0PyEWwAnRiZuQIdEfiWUpY+tS9p80qIx+NEqKgQFdA k32F/GT2q2qYmugfhGiKe5OpcrDXDU41wdAa8Eo84ZXooyBFlHVINdfT1t2VAYgRA/RcCkeBBjBc oHYYCRkX8U5cRwsjWjNtyamz+T833QKSOs+1yLdaBe31Ns8xpbfMQsS9QrpWNUvx3YzNAZ24CIOA siz9iXMpQVwaENsIWacTAEGEVY5fWpoiivA4wHHnlZXkhG4BlFHprfVWBxDiydyioVGMV5OCtWzj 2fhe1Myi9W46cgNPgOerFS7G+y1+NU4oEzQVydxF9pBqQp9RIL/Pfy90mO2+7GhLtwKPT88ahdYk T+xqPWpH1m/rUorG133XdkpWPcljgsYYn8YTCv15m4I8US3NZ6ez+khXEmaDCwU2RDnM+/1VwhJh 48remEavf5ZWj6zaM2h28TJHnpco89oHihanIcv4eiZfhn7uP9ATCyRbpGKTudeLUIivH3qoZ1aK WXOmIpJc3tfHfinyAfaVhpeQDK8Y+5ycQx+DX1Eav5fYJNTPCUTsB9wwQ9tw+bdevOPzEZVt1qsS Os5fsAYRZRQGb/gyl1CiBJbByuwdGCeps6KzbNNx3mHTlbIvyMATpiHoUXvhl6WTP+wvN3e0+VJY yXg8aWaS0D8yoBaydKRlLZBFj/WfUzNsC31LPUQfoHUdK8mdfX7N6adOaQ2PFrDMYIivYpLuvwN6 ZzMlQw3u639uZxvlQhvQGmAIUzLZdBGILFvZXf1LXEPg7RnHUftW/dw2w9+0Xd0usDllalBYQlSG qbqZa8E1KBNKjw8EMrG9MCixHK3DsfroaDgyw/vOlGMY7pzDg1zSHgoAg+wXyvHE4x4sPdtLO7tN RHlIlUGz3iGgoic6au3BwrZOv+e3BWNgtT3/23jzUGwQYCPk7uqCihR0lHkD7Z0kcZ48imvntjyj NWYZ5KF4q2YucMar8urBk5LjtOHR0NuDWm0lVmLxShLDarkre5Fs8zaAKfrf1LgJwoVQVY0nc6uq 6G5Gw77o6wnZphtPLHQLBIQ4nCQ1MGYbgalEgHXBDgpd7ZycexoPaBpkiiwI/0q/q0gvkhbTC/5I FZOVXvb0LNZCUR7fCScoyI3NQ2y04OyThyz7NAiyc2pAf4AWMYTqBZ8/JYKEQWVKiaNez2fNHqg6 V51aYIAjGZZBA5cfJlNzr7lcwxnf8lrk/TS9WCyWiPrkIcSsP6hmSpBwFQq+f6BkitnpxCZk+BT1 gdmqal8znIJmlYtZvB971p3KiNAytk3w+ltCL4M7tlbaWSk7IylEAElpGT5Ec/45NDLMRshfch7q TVzhBXpNJoBiXSOCiDjXfO/NEBRf6hYNMfVZtamUJAWw+drwRArlNvLMcd5HD/9eQB9Iae1yWEwZ hldfd0hXMdb57VVSTwVuPJBpzhRpAVLOR7YTdRefM7OhKycTG73P+WTFDi1oUMZNlbJqAMiEanqk Wcl0Z6wvFV8Ez9j8/kxfbYsHyq03lhwQJ5XIyKfex/isNKtTg5F7AG1yVUzp6fz5dKLUkv9AfwEh 6AuvmZqjY0i6+TbgK/Gd56pLuwvUG4nZNhqBVMuy3n9eXLC110HohrMTmtdLcQOHaXNkIIu+aft7 pad5JMoFAyNxB6CZGoThMDpctWv3hlghtWdsU6qrjNQkj2QJ1Fi+oQ55WfkwQo2QRRT71j7R9m6F RrahBOzNZnmQyt5YeHmYZ6ouHRXY190dYtzGBybRzA8jsuyCbliLn2zqlsGw5HlgEnE6ZJGOf2D/ BK7ucpS+dfw3QwBrxfOdloO4UqQumh6yzJwCVmgqKns3xwK8+2NponceonKYpZsNATbekE9a9sbZ MGZAaEDLTPmQRqDGKJgJbScoLyZ9jyIEi6XXKu8nleQT+YDjPRQC5zLTmR1VRx4hB3a3JxiPG9eS wTbWM6NhA6vpd/rfESt9vWrw8tjhx3cS0siMwAQuhFEZ/5UQYybzaS1HYp9D6ooey70qAABVQdOg ayXb/gABuBzf+QUAkyqJKbHEZ/sCAAAAAARZWg== --=_2IQUbZk8pphQWhTYIg25sZA-- From owner-freebsd-wireless@FreeBSD.ORG Thu Sep 20 06:38:06 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AE9451065677 for ; Thu, 20 Sep 2012 06:38:06 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8565D8FC18 for ; Thu, 20 Sep 2012 06:38:06 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so4773601pbb.13 for ; Wed, 19 Sep 2012 23:38:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=GB42fsu1psLrKWlFeVT2oG9VCcYOOozRZbpco0HeR6I=; b=r08+qZDbOWIRqhRT+wur+4R/PuUji2OGZ5M8u1E1BSyMoygnnlLZjUhSYndfDPIM4P Pdgsl/Bt8f5hyzJDt6X1AqHt/S0r7ZvcI3y4ffj+q2a7RKXsjZrBncMfYKEYGkFpus2/ uBGPaVvRXAvvt06SmtETalIwFIR2LC5IVhVlSOaDuCJpy11Tl9r/qVzSquOehpIkg6yf X7QJ9zoFGPANmANMXRtSNQsYjwnRwRJjaR+Q+0XZXvHJIfJq1z+clytF5i06GHSuC2SX whNc8sDMpKXj79SL6I3DAWVG4i3Rku2vbmn2i/BcVhidZT3tG4GRhHu73d+FySxl2n1j 0ttA== MIME-Version: 1.0 Received: by 10.68.225.3 with SMTP id rg3mr300388pbc.27.1348123079972; Wed, 19 Sep 2012 23:37:59 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Wed, 19 Sep 2012 23:37:59 -0700 (PDT) Date: Wed, 19 Sep 2012 23:37:59 -0700 X-Google-Sender-Auth: QWu-pJFR7_dkpD4Pw5i8vENVxxI Message-ID: From: Adrian Chadd To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: [CFT] filtered frames support is now in -HEAD, please test X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Sep 2012 06:38:06 -0000 Hi all, I've finished pushing the filtered frames support into -HEAD and I've flipped it on. I've also found a couple of strange interactions with BAR (which are likely BAR bugs in the first place) which I've also committed a workaround for until I can fix net80211. There's a bunch of possible gotchas that can occur with this code (mostly showing up as traffic stalls) so I'd really appreciate it if people would update to -HEAD and give it a right and thorough test. I'm doing as thorough testing as I can with my current test setup. Who knows what other weird bugs will lurk in this code. Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Fri Sep 21 03:57:10 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C6A4106566B for ; Fri, 21 Sep 2012 03:57:10 +0000 (UTC) (envelope-from dantavious313@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id DA1778FC14 for ; Fri, 21 Sep 2012 03:57:09 +0000 (UTC) Received: by ghrr20 with SMTP id r20so890049ghr.13 for ; Thu, 20 Sep 2012 20:57:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:mime-version:content-type :content-transfer-encoding:message-id; bh=C/mDnROmeUFoGdqTQTykBkXPLetZWdeDo+3gs1j1daQ=; b=INYIuwKsaTpdj/T0zccVQtKv+9WVHO0mzisO0gv1xEuIIqD+HdpKMa1lJoCJrs5nAn oFmg04Qy73JdETYrfzGNqbFsN9yXfDBnTMDQecx7f+woG2TbtI3pmaPygE5goSWpI/2v md4YnCQB+4iIYbfxiaZWfTnqqOOTCAsCb5fHYO8tSgpgWbXeE3ZrR8EgkdH9rPLUWDlM kqEf44CVNG0Mn7D3+7EnHzMTmsnYDOxLo7/FArr2iC3u6tKVRKFzFis8lP2VckERCy3g Nn6TKoAutILYq7VfV8bRnwY3PQhn/7zxO05qBYW5mYFEJBXRxPSF2hnu8PFi5J1reDR6 TCJg== Received: by 10.236.124.44 with SMTP id w32mr3907019yhh.76.1348199828804; Thu, 20 Sep 2012 20:57:08 -0700 (PDT) Received: from joker.localnet (c-71-226-137-213.hsd1.ga.comcast.net. [71.226.137.213]) by mx.google.com with ESMTPS id l25sm11576993yhk.8.2012.09.20.20.57.07 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 20 Sep 2012 20:57:08 -0700 (PDT) From: Derrick Edwards To: freebsd-wireless@freebsd.org Date: Thu, 20 Sep 2012 23:57:06 -0400 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.4; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201209202357.06358.dantavious313@gmail.com> Subject: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 03:57:10 -0000 Hi, I am utilizing an mini PCIE AR9287 mini PCI-E. It is not performing as expected thus far. I utilized iperf to test speed from laptops (both FreeBSD and Windows) to local default gateway. The results are show below with the first result being executed from the Windows Laptop and FreeBSD afterwards. Are these results to be expected? Derrick Windows Server listening on TCP port 5001 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.153 port 58137 ------------------------------------------------------------ Client connecting to 192.168.15.153, TCP port 5001 TCP window size: 56.5 KByte (default) ------------------------------------------------------------ [ 6] local 192.168.15.3 port 49723 connected with 192.168.15.153 port 5001 Waiting for server threads to complete. Interrupt again to force quit. [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 14.3 MBytes 12.0 Mbits/sec [ 6] 0.0-10.0 sec 74.4 MBytes 62.4 Mbits/sec FreeBSD 10.0-CURRENT #0: Thu Sep 20 16:22:56 EDT 2012 Server listening on TCP port 5001 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.238 port 44678 ------------------------------------------------------------ Client connecting to 192.168.15.238, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 6] local 192.168.15.3 port 40554 connected with 192.168.15.238 port 5001 Waiting for server threads to complete. Interrupt again to force quit. [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 74.4 MBytes 62.3 Mbits/sec [ 6] 0.0-10.1 sec 9.87 MBytes 8.21 Mbits/sec wlan0: flags=8843 metric 0 mtu 1500 ether 1c:65:9d:ab:18:6f inet 192.168.15.238 netmask 0xffffff00 broadcast 192.168.15.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid datdude channel 1 (2412 MHz 11g ht/40+) bssid 10:bf:48:d9:1e:a0 regdomain FCC country US indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 8 shortgi wme burst roaming MANUAL ./athstats 495670 data frames received 605640 data frames transmit 1129 tx frames with an alternate rate 21720 short on-chip tx retries 15941 long on-chip tx retries 34 tx failed 'cuz too many retries 428 mib overflow interrupts 9 tx linearized to cluster MCS4 current transmit rate 1 watchdog timeouts 12 beacon miss interrupts 37 tx failed 'cuz destination filtered 21042 rx failed 'cuz of bad CRC 7 rx failed 'cuz decryption 5 rx failed 'cuz of PHY err 5 illegal service 354 periodic calibrations -0/+0 TDMA slot adjust (usecs, smoothed) 58 rssi of last ack 48 avg recv rssi -96 rx noise floor 4 phantom beacon misses 237 tx frames through raw api 303067 A-MPDU sub-frames received 136445 Half-GI frames received 321349 40MHz frames received 4339 CRC errors for non-last A-MPDU subframes 179 CRC errors for last subframe in an A-MPDU 128845 Frames transmitted with HT Protection 69601 Number of frames retransmitted in software 556475 A-MPDU sub-frame TX attempt success 69579 A-MPDU sub-frame TX attempt failures 6 A-MPDU TX frame failures 2 first step level 1 OFDM weak signal detect 140 ANI increased noise immunity 140 ANI decrease noise immunity 1 ANI increased spur immunity 1 ANI decrease spur immunity 127 ANI disabled OFDM weak signal detect 127 ANI disabled CCK weak signal threshold 2 ANI increased first step level 251877 cumulative OFDM phy error count 348293 cumulative CCK phy error count 431 ANI forced listen time to zero 15583 missing ACK's 23402 RTS without CTS 94745 successful RTS 77637 bad FCS 102509 beacons received 66 average rssi (beacons only) 59 average rssi (all rx'd frames) 60 average rssi (ACKs only) Antenna profile: [0] tx 87529 rx 100 [1] tx 0 rx 495570 ath0@pci0:2:0:0: class=0x028000 card=0x30a417aa chip=0x002e168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9287 Wireless Network Adapter (PCI-Express)' class = network bar [10] = type Memory, range 64, base 0xb8500000, size 65536, enabled cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 cap 05[50] = MSI supports 1 message cap 10[60] = PCI-Express 2 legacy endpoint max data 128(128) link x1(x1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[160] = Serial 1 001517ffff241412 ecap 0004[170] = Power Budgeting 1 From owner-freebsd-wireless@FreeBSD.ORG Fri Sep 21 04:50:12 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 331E2106564A for ; Fri, 21 Sep 2012 04:50:12 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 00B938FC0A for ; Fri, 21 Sep 2012 04:50:08 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so7327075pbb.13 for ; Thu, 20 Sep 2012 21:50:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=WcS8hwwTheg0SjDCLM0QUUgMtxRR0mWNPuICcno8rDk=; b=db/h4fokEeVHXNXn8UkakAdIrvwssVicR6UhKtii0ZCL1XQiof9tlzbKbE9px7Zp7l mJr0cBPESUzX1MqRSBYqfZmabwaeO/QVSdRYRLVSZVV45QqimSTikA3OQGMKyayoP80m UJQ+miVOvor/aJ4id0DF/tHoN3KgwHv1Tksras6h0JU/CA1wUXk6CVBzuaALJP3im8hf yImiXB8wXEri5oy7BooqjGKLbW3yNBMfz8SBgohPQPpKIHAZu4E2hlnjgpl3MFBagtoC TJvpfPPuX6UZfnjVDjpISaH8xqXfw8uMTzPNrGPpDggsC6sfA0KAkGqmUTru/DnPlfmQ CUiQ== MIME-Version: 1.0 Received: by 10.66.74.196 with SMTP id w4mr10363707pav.32.1348203008174; Thu, 20 Sep 2012 21:50:08 -0700 (PDT) Received: by 10.68.36.106 with HTTP; Thu, 20 Sep 2012 21:50:08 -0700 (PDT) Received: by 10.68.36.106 with HTTP; Thu, 20 Sep 2012 21:50:08 -0700 (PDT) In-Reply-To: <201209202357.06358.dantavious313@gmail.com> References: <201209202357.06358.dantavious313@gmail.com> Date: Thu, 20 Sep 2012 21:50:08 -0700 Message-ID: From: Adrian Chadd To: Derrick Edwards Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 04:50:12 -0000 Which iperf is upload and which is download? Can you run athstats during the transfer? Adrian On Sep 20, 2012 8:57 PM, "Derrick Edwards" wrote: > Hi, > I am utilizing an mini PCIE AR9287 mini PCI-E. It is not performing as > expected thus far. I utilized iperf to test speed from laptops (both > FreeBSD > and Windows) to local default gateway. The results are show below with the > first result being executed from the Windows Laptop and FreeBSD afterwards. > Are these results to be expected? > > Derrick > > Windows > > Server listening on TCP port 5001 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.153 port 58137 > ------------------------------------------------------------ > Client connecting to 192.168.15.153, TCP port 5001 > TCP window size: 56.5 KByte (default) > ------------------------------------------------------------ > [ 6] local 192.168.15.3 port 49723 connected with 192.168.15.153 port 5001 > Waiting for server threads to complete. Interrupt again to force quit. > [ ID] Interval Transfer Bandwidth > [ 4] 0.0-10.0 sec 14.3 MBytes 12.0 Mbits/sec > [ 6] 0.0-10.0 sec 74.4 MBytes 62.4 Mbits/sec > > > FreeBSD 10.0-CURRENT #0: Thu Sep 20 16:22:56 EDT 2012 > > Server listening on TCP port 5001 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.238 port 44678 > ------------------------------------------------------------ > Client connecting to 192.168.15.238, TCP port 5001 > TCP window size: 32.5 KByte (default) > ------------------------------------------------------------ > [ 6] local 192.168.15.3 port 40554 connected with 192.168.15.238 port 5001 > Waiting for server threads to complete. Interrupt again to force quit. > [ ID] Interval Transfer Bandwidth > [ 4] 0.0-10.0 sec 74.4 MBytes 62.3 Mbits/sec > [ 6] 0.0-10.1 sec 9.87 MBytes 8.21 Mbits/sec > > > > wlan0: flags=8843 metric 0 mtu 1500 > ether 1c:65:9d:ab:18:6f > inet 192.168.15.238 netmask 0xffffff00 broadcast 192.168.15.255 > nd6 options=29 > media: IEEE 802.11 Wireless Ethernet MCS mode 11ng > status: associated > ssid datdude channel 1 (2412 MHz 11g ht/40+) bssid > 10:bf:48:d9:1e:a0 > regdomain FCC country US indoor ecm authmode WPA2/802.11i privacy > ON > deftxkey UNDEF AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 60 > protmode CTS ampdulimit 64k ampdudensity 8 shortgi wme burst > roaming MANUAL > > ./athstats > 495670 data frames received > 605640 data frames transmit > 1129 tx frames with an alternate rate > 21720 short on-chip tx retries > 15941 long on-chip tx retries > 34 tx failed 'cuz too many retries > 428 mib overflow interrupts > 9 tx linearized to cluster > MCS4 current transmit rate > 1 watchdog timeouts > 12 beacon miss interrupts > 37 tx failed 'cuz destination filtered > 21042 rx failed 'cuz of bad CRC > 7 rx failed 'cuz decryption > 5 rx failed 'cuz of PHY err > 5 illegal service > 354 periodic calibrations > -0/+0 TDMA slot adjust (usecs, smoothed) > 58 rssi of last ack > 48 avg recv rssi > -96 rx noise floor > 4 phantom beacon misses > 237 tx frames through raw api > 303067 A-MPDU sub-frames received > 136445 Half-GI frames received > 321349 40MHz frames received > 4339 CRC errors for non-last A-MPDU subframes > 179 CRC errors for last subframe in an A-MPDU > 128845 Frames transmitted with HT Protection > 69601 Number of frames retransmitted in software > 556475 A-MPDU sub-frame TX attempt success > 69579 A-MPDU sub-frame TX attempt failures > 6 A-MPDU TX frame failures > 2 first step level > 1 OFDM weak signal detect > 140 ANI increased noise immunity > 140 ANI decrease noise immunity > 1 ANI increased spur immunity > 1 ANI decrease spur immunity > 127 ANI disabled OFDM weak signal detect > 127 ANI disabled CCK weak signal threshold > 2 ANI increased first step level > 251877 cumulative OFDM phy error count > 348293 cumulative CCK phy error count > 431 ANI forced listen time to zero > 15583 missing ACK's > 23402 RTS without CTS > 94745 successful RTS > 77637 bad FCS > 102509 beacons received > 66 average rssi (beacons only) > 59 average rssi (all rx'd frames) > 60 average rssi (ACKs only) > Antenna profile: > [0] tx 87529 rx 100 > [1] tx 0 rx 495570 > > > > ath0@pci0:2:0:0: class=0x028000 card=0x30a417aa chip=0x002e168c > rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'AR9287 Wireless Network Adapter (PCI-Express)' > class = network > bar [10] = type Memory, range 64, base 0xb8500000, size 65536, > enabled > cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 > cap 05[50] = MSI supports 1 message > cap 10[60] = PCI-Express 2 legacy endpoint max data 128(128) link > x1(x1) > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected > ecap 0002[140] = VC 1 max VC0 > ecap 0003[160] = Serial 1 001517ffff241412 > ecap 0004[170] = Power Budgeting 1 > > > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org > " > From owner-freebsd-wireless@FreeBSD.ORG Fri Sep 21 11:01:45 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 102581065670 for ; Fri, 21 Sep 2012 11:01:45 +0000 (UTC) (envelope-from dantavious313@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id B7E178FC0A for ; Fri, 21 Sep 2012 11:01:44 +0000 (UTC) Received: by yenm5 with SMTP id m5so499607yen.13 for ; Fri, 21 Sep 2012 04:01:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:x-length:x-uid:content-type:content-transfer-encoding :message-id; bh=Qhvx+ND+fCtNC35Hgn0VhA/diAbca92jeg+mJFGG3Z0=; b=w3a6+v2GleRlDLhBR5GJiJfnXmdXRBjo22tPB2DekGeMMLN8PBOTRBQyI4rNFPbGGj nZ2VUAm8tm5eJj1Ab7JX+fm/kfwya+8VboEbKveXl9wzvYSPyfY4sTWwIsWaLiTWf07F 5sjaogrJyCityGtJ5jsg4VqYnubZv0YSYaa4XZSDjkNvqMkVNthVNscdVM15ifS+dt/f 2vH8RJNUJIeBCwbe8a6kR/vKe15s0Ngo1awG41k7NRgKoSMhKQ371alPv+XVn6k17tIz UIxEb/p/Un967OkMeGoNslR7YchDws29FCoOHi2ydeJTw1UVkijh99WEH3VRv59r3zvv 8row== Received: by 10.236.118.16 with SMTP id k16mr4604687yhh.66.1348225303744; Fri, 21 Sep 2012 04:01:43 -0700 (PDT) Received: from joker.localnet (c-71-226-137-213.hsd1.ga.comcast.net. [71.226.137.213]) by mx.google.com with ESMTPS id l5sm3645174anq.7.2012.09.21.04.01.42 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Sep 2012 04:01:43 -0700 (PDT) From: Derrick Edwards To: Adrian Chadd Date: Fri, 21 Sep 2012 07:01:41 -0400 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.4; amd64; ; ) References: <201209202357.06358.dantavious313@gmail.com> In-Reply-To: MIME-Version: 1.0 X-Length: 10628 X-UID: 1525 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209210701.41807.dantavious313@gmail.com> Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 11:01:45 -0000 On Friday, September 21, 2012 12:50:08 AM Adrian Chadd wrote: > Which iperf is upload and which is download? > > Can you run athstats during the transfer? > > Adrian > > On Sep 20, 2012 8:57 PM, "Derrick Edwards" wrote: > > Hi, > > > > I am utilizing an mini PCIE AR9287 mini PCI-E. It is not performing as > > expected thus far. I utilized iperf to test speed from laptops (both > > FreeBSD > > and Windows) to local default gateway. The results are show below with > > the first result being executed from the Windows Laptop and FreeBSD > > afterwards. Are these results to be expected? > > > > Derrick > > > > Windows > > > > Server listening on TCP port 5001 > > TCP window size: 64.0 KByte (default) > > ------------------------------------------------------------ > > [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.153 port > > 58137 ------------------------------------------------------------ > > Client connecting to 192.168.15.153, TCP port 5001 > > TCP window size: 56.5 KByte (default) > > ------------------------------------------------------------ > > [ 6] local 192.168.15.3 port 49723 connected with 192.168.15.153 port > > 5001 Waiting for server threads to complete. Interrupt again to force > > quit. [ ID] Interval Transfer Bandwidth > > [ 4] 0.0-10.0 sec 14.3 MBytes 12.0 Mbits/sec > > [ 6] 0.0-10.0 sec 74.4 MBytes 62.4 Mbits/sec > > > > > > FreeBSD 10.0-CURRENT #0: Thu Sep 20 16:22:56 EDT 2012 > > > > Server listening on TCP port 5001 > > TCP window size: 64.0 KByte (default) > > ------------------------------------------------------------ > > [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.238 port > > 44678 ------------------------------------------------------------ > > Client connecting to 192.168.15.238, TCP port 5001 > > TCP window size: 32.5 KByte (default) > > ------------------------------------------------------------ > > [ 6] local 192.168.15.3 port 40554 connected with 192.168.15.238 port > > 5001 Waiting for server threads to complete. Interrupt again to force > > quit. [ ID] Interval Transfer Bandwidth > > [ 4] 0.0-10.0 sec 74.4 MBytes 62.3 Mbits/sec > > [ 6] 0.0-10.1 sec 9.87 MBytes 8.21 Mbits/sec > > > > > > > > wlan0: flags=8843 metric 0 mtu > > 1500 > > > > ether 1c:65:9d:ab:18:6f > > inet 192.168.15.238 netmask 0xffffff00 broadcast 192.168.15.255 > > nd6 options=29 > > media: IEEE 802.11 Wireless Ethernet MCS mode 11ng > > status: associated > > ssid datdude channel 1 (2412 MHz 11g ht/40+) bssid > > > > 10:bf:48:d9:1e:a0 > > > > regdomain FCC country US indoor ecm authmode WPA2/802.11i privacy > > > > ON > > > > deftxkey UNDEF AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 60 > > protmode CTS ampdulimit 64k ampdudensity 8 shortgi wme burst > > roaming MANUAL > > > > ./athstats > > 495670 data frames received > > 605640 data frames transmit > > 1129 tx frames with an alternate rate > > 21720 short on-chip tx retries > > 15941 long on-chip tx retries > > 34 tx failed 'cuz too many retries > > 428 mib overflow interrupts > > 9 tx linearized to cluster > > MCS4 current transmit rate > > 1 watchdog timeouts > > 12 beacon miss interrupts > > 37 tx failed 'cuz destination filtered > > 21042 rx failed 'cuz of bad CRC > > 7 rx failed 'cuz decryption > > 5 rx failed 'cuz of PHY err > > > > 5 illegal service > > > > 354 periodic calibrations > > -0/+0 TDMA slot adjust (usecs, smoothed) > > 58 rssi of last ack > > 48 avg recv rssi > > -96 rx noise floor > > 4 phantom beacon misses > > 237 tx frames through raw api > > 303067 A-MPDU sub-frames received > > 136445 Half-GI frames received > > 321349 40MHz frames received > > 4339 CRC errors for non-last A-MPDU subframes > > 179 CRC errors for last subframe in an A-MPDU > > 128845 Frames transmitted with HT Protection > > 69601 Number of frames retransmitted in software > > 556475 A-MPDU sub-frame TX attempt success > > 69579 A-MPDU sub-frame TX attempt failures > > 6 A-MPDU TX frame failures > > 2 first step level > > 1 OFDM weak signal detect > > 140 ANI increased noise immunity > > 140 ANI decrease noise immunity > > 1 ANI increased spur immunity > > 1 ANI decrease spur immunity > > 127 ANI disabled OFDM weak signal detect > > 127 ANI disabled CCK weak signal threshold > > 2 ANI increased first step level > > 251877 cumulative OFDM phy error count > > 348293 cumulative CCK phy error count > > 431 ANI forced listen time to zero > > 15583 missing ACK's > > 23402 RTS without CTS > > 94745 successful RTS > > 77637 bad FCS > > 102509 beacons received > > 66 average rssi (beacons only) > > 59 average rssi (all rx'd frames) > > 60 average rssi (ACKs only) > > Antenna profile: > > [0] tx 87529 rx 100 > > [1] tx 0 rx 495570 > > > > > > > > ath0@pci0:2:0:0: class=0x028000 card=0x30a417aa chip=0x002e168c > > rev=0x01 hdr=0x00 > > > > vendor = 'Atheros Communications Inc.' > > device = 'AR9287 Wireless Network Adapter (PCI-Express)' > > class = network > > bar [10] = type Memory, range 64, base 0xb8500000, size 65536, > > > > enabled > > > > cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 > > cap 05[50] = MSI supports 1 message > > cap 10[60] = PCI-Express 2 legacy endpoint max data 128(128) link > > > > x1(x1) > > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected > > ecap 0002[140] = VC 1 max VC0 > > ecap 0003[160] = Serial 1 001517ffff241412 > > ecap 0004[170] = Power Budgeting 1 > > > > > > _______________________________________________ > > freebsd-wireless@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > > To unsubscribe, send any mail to > > "freebsd-wireless-unsubscribe@freebsd.org " Thanks for the responce. I did another test running athstats during transfer. Upload Test Results: iperf -c 192.168.15.3 ------------------------------------------------------------ Client connecting to 192.168.15.3, TCP port 5001 TCP window size: 32.5 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.15.238 port 39474 connected with 192.168.15.3 port 5001 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 69.1 MBytes 57.9 Mbits/sec Athstats Results before, during, and after transfer with interval 1. input output altrate short long xretry crcerr crypt phyerr rssi rate 67401 174480 225 6396 3064 0 3751 0 0 36MCS14 19 0 0 0 0 0 0 0 0 34 MCS14 20 0 0 0 0 0 0 0 0 34 MCS14 19 0 0 0 0 0 1 0 0 33 MCS14 18 0 0 0 0 0 0 0 0 35 MCS14 19 0 0 0 0 0 0 0 0 35 MCS14 19 0 0 0 0 0 0 0 0 34 MCS14 16 0 0 0 0 0 0 0 0 34 MCS14 18 0 0 0 0 0 1 0 0 34 MCS14 19 0 0 0 0 0 0 0 0 36 MCS14 563 2185 0 82 21 0 29 0 0 8 MCS9 794 2931 0 120 30 0 27 0 0 15 MCS9 1100 4100 0 139 33 0 99 0 0 -100 MCS11 1580 5989 1 150 44 0 209 0 0 18 MCS12 1367 5370 1 150 28 0 75 0 0 79 MCS13 1593 6222 7 134 135 0 35 0 0 52 MCS11 1393 5477 2 133 50 0 89 0 0 -62 MCS12 1432 5636 2 133 49 0 15 0 0 89 MCS11 1269 4840 13 142 151 0 50 0 0 21 MCS13 1552 6055 4 125 73 0 158 0 0 86 MCS12 427 1259 1 35 8 0 18 0 0 42 MCS14 input output altrate short long xretry crcerr crypt phyerr rssi rate 80652 224544 256 7739 3686 0 4557 0 0 39 MCS14 16 0 0 0 0 0 0 0 0 37 MCS14 18 0 0 0 0 0 0 0 0 35 MCS14 19 0 0 0 0 0 0 0 0 34 MCS14 13 0 0 0 0 0 0 0 0 38 MCS14 11 0 0 0 0 0 0 0 0 41 MCS14 15 0 0 0 0 0 0 0 0 34 MCS14 ****************************************************************** Download Test Results: iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.15.238 port 5001 connected with 192.168.15.3 port 49841 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.0 sec 54.6 MBytes 45.8 Mbits/sec Athstats during Transfer: input output altrate short long xretry crcerr crypt phyerr rssi rate 162138 246787 454 11290 5842 13 7390 0 1 50 MCS10 15 2 0 1 1 0 1 0 0 55 MCS10 14 0 0 0 0 0 0 0 0 54 MCS10 1963 1168 0 69 15 0 606 0 0 53 MCS10 5222 3225 2 170 51 0 1411 0 0 54 MCS12 5393 3337 3 199 69 0 1579 0 0 54 MCS14 2521 1516 1 70 26 0 553 2 0 54 MCS14 2736 1673 5 128 88 0 616 2 0 52 MCS15 1613 1050 2 88 21 0 296 0 0 53 MCS13 5309 3290 0 178 31 0 1105 0 0 53 MCS13 5602 3503 0 179 54 0 1133 0 0 54 MCS15 4101 2556 14 191 163 0 834 0 0 53 MCS14 5091 3199 3 207 120 1 1062 0 0 52 MCS15 2444 1522 15 82 119 0 530 0 0 53 MCS14 19 0 0 0 0 0 0 0 0 48 MCS14 18 0 0 0 0 0 0 0 0 50 MCS14 Let me know if you need anything else. Derrick From owner-freebsd-wireless@FreeBSD.ORG Fri Sep 21 19:11:21 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F31B106566C for ; Fri, 21 Sep 2012 19:11:21 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 42A828FC12 for ; Fri, 21 Sep 2012 19:11:21 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so9051938pbb.13 for ; Fri, 21 Sep 2012 12:11:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PmuC5ivf4oTJEZW2cxwfxsiqit9iSNtcJiWgfp1GOZM=; b=Fd/O5q9vgQvLtSPDb8jrAjwNn2Vo9oaqUqAqrTXrJrBYhZdAlIbpm6YvMZWwutqptL LcncVhbpMmJdkZ1lwZ3MdhQIixzpPzQKngj1UT8JdThzaBZQWsM1IWZSLrS/k+mbK1QV lmEQuUQfZC85ERt6DF+5ar1rmZTaIkXJrfDJunDKgvMC13whk1ACGYVRleUbVAvf8aN9 Y76BF1ACpDlQF7Q1f/19y+cnYJ1UGvCFZvNalswHxyNbU02L7hm4gptdfGrgpBJJ7SYV qRsAMnym5Ya5X85Y7cXH66mw/gQUXahNq3bWAxx0M+Lgl13CJFMxIMG03kp+zJaysIuw Rsrw== MIME-Version: 1.0 Received: by 10.68.189.70 with SMTP id gg6mr18112608pbc.125.1348254680592; Fri, 21 Sep 2012 12:11:20 -0700 (PDT) Received: by 10.68.36.106 with HTTP; Fri, 21 Sep 2012 12:11:20 -0700 (PDT) In-Reply-To: <201209210701.41807.dantavious313@gmail.com> References: <201209202357.06358.dantavious313@gmail.com> <201209210701.41807.dantavious313@gmail.com> Date: Fri, 21 Sep 2012 12:11:20 -0700 Message-ID: From: Adrian Chadd To: Derrick Edwards Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Sep 2012 19:11:21 -0000 Hiya, those results look fine, what's the problem exactly? Beforehand it was 2MBit/sec upload, now it's 50MBit/sec upload/download, that looks within expectations and close to what ath9k is getting. Adrian On 21 September 2012 04:01, Derrick Edwards wrote: > On Friday, September 21, 2012 12:50:08 AM Adrian Chadd wrote: >> Which iperf is upload and which is download? >> >> Can you run athstats during the transfer? >> >> Adrian >> >> On Sep 20, 2012 8:57 PM, "Derrick Edwards" wrote: >> > Hi, >> > >> > I am utilizing an mini PCIE AR9287 mini PCI-E. It is not performing as >> > expected thus far. I utilized iperf to test speed from laptops (both >> > FreeBSD >> > and Windows) to local default gateway. The results are show below with >> > the first result being executed from the Windows Laptop and FreeBSD >> > afterwards. Are these results to be expected? >> > >> > Derrick >> > >> > Windows >> > >> > Server listening on TCP port 5001 >> > TCP window size: 64.0 KByte (default) >> > ------------------------------------------------------------ >> > [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.153 port >> > 58137 ------------------------------------------------------------ >> > Client connecting to 192.168.15.153, TCP port 5001 >> > TCP window size: 56.5 KByte (default) >> > ------------------------------------------------------------ >> > [ 6] local 192.168.15.3 port 49723 connected with 192.168.15.153 port >> > 5001 Waiting for server threads to complete. Interrupt again to force >> > quit. [ ID] Interval Transfer Bandwidth >> > [ 4] 0.0-10.0 sec 14.3 MBytes 12.0 Mbits/sec >> > [ 6] 0.0-10.0 sec 74.4 MBytes 62.4 Mbits/sec >> > >> > >> > FreeBSD 10.0-CURRENT #0: Thu Sep 20 16:22:56 EDT 2012 >> > >> > Server listening on TCP port 5001 >> > TCP window size: 64.0 KByte (default) >> > ------------------------------------------------------------ >> > [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.238 port >> > 44678 ------------------------------------------------------------ >> > Client connecting to 192.168.15.238, TCP port 5001 >> > TCP window size: 32.5 KByte (default) >> > ------------------------------------------------------------ >> > [ 6] local 192.168.15.3 port 40554 connected with 192.168.15.238 port >> > 5001 Waiting for server threads to complete. Interrupt again to force >> > quit. [ ID] Interval Transfer Bandwidth >> > [ 4] 0.0-10.0 sec 74.4 MBytes 62.3 Mbits/sec >> > [ 6] 0.0-10.1 sec 9.87 MBytes 8.21 Mbits/sec >> > >> > >> > >> > wlan0: flags=8843 metric 0 mtu >> > 1500 >> > >> > ether 1c:65:9d:ab:18:6f >> > inet 192.168.15.238 netmask 0xffffff00 broadcast 192.168.15.255 >> > nd6 options=29 >> > media: IEEE 802.11 Wireless Ethernet MCS mode 11ng >> > status: associated >> > ssid datdude channel 1 (2412 MHz 11g ht/40+) bssid >> > >> > 10:bf:48:d9:1e:a0 >> > >> > regdomain FCC country US indoor ecm authmode WPA2/802.11i privacy >> > >> > ON >> > >> > deftxkey UNDEF AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 60 >> > protmode CTS ampdulimit 64k ampdudensity 8 shortgi wme burst >> > roaming MANUAL >> > >> > ./athstats >> > 495670 data frames received >> > 605640 data frames transmit >> > 1129 tx frames with an alternate rate >> > 21720 short on-chip tx retries >> > 15941 long on-chip tx retries >> > 34 tx failed 'cuz too many retries >> > 428 mib overflow interrupts >> > 9 tx linearized to cluster >> > MCS4 current transmit rate >> > 1 watchdog timeouts >> > 12 beacon miss interrupts >> > 37 tx failed 'cuz destination filtered >> > 21042 rx failed 'cuz of bad CRC >> > 7 rx failed 'cuz decryption >> > 5 rx failed 'cuz of PHY err >> > >> > 5 illegal service >> > >> > 354 periodic calibrations >> > -0/+0 TDMA slot adjust (usecs, smoothed) >> > 58 rssi of last ack >> > 48 avg recv rssi >> > -96 rx noise floor >> > 4 phantom beacon misses >> > 237 tx frames through raw api >> > 303067 A-MPDU sub-frames received >> > 136445 Half-GI frames received >> > 321349 40MHz frames received >> > 4339 CRC errors for non-last A-MPDU subframes >> > 179 CRC errors for last subframe in an A-MPDU >> > 128845 Frames transmitted with HT Protection >> > 69601 Number of frames retransmitted in software >> > 556475 A-MPDU sub-frame TX attempt success >> > 69579 A-MPDU sub-frame TX attempt failures >> > 6 A-MPDU TX frame failures >> > 2 first step level >> > 1 OFDM weak signal detect >> > 140 ANI increased noise immunity >> > 140 ANI decrease noise immunity >> > 1 ANI increased spur immunity >> > 1 ANI decrease spur immunity >> > 127 ANI disabled OFDM weak signal detect >> > 127 ANI disabled CCK weak signal threshold >> > 2 ANI increased first step level >> > 251877 cumulative OFDM phy error count >> > 348293 cumulative CCK phy error count >> > 431 ANI forced listen time to zero >> > 15583 missing ACK's >> > 23402 RTS without CTS >> > 94745 successful RTS >> > 77637 bad FCS >> > 102509 beacons received >> > 66 average rssi (beacons only) >> > 59 average rssi (all rx'd frames) >> > 60 average rssi (ACKs only) >> > Antenna profile: >> > [0] tx 87529 rx 100 >> > [1] tx 0 rx 495570 >> > >> > >> > >> > ath0@pci0:2:0:0: class=0x028000 card=0x30a417aa chip=0x002e168c >> > rev=0x01 hdr=0x00 >> > >> > vendor = 'Atheros Communications Inc.' >> > device = 'AR9287 Wireless Network Adapter (PCI-Express)' >> > class = network >> > bar [10] = type Memory, range 64, base 0xb8500000, size 65536, >> > >> > enabled >> > >> > cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 >> > cap 05[50] = MSI supports 1 message >> > cap 10[60] = PCI-Express 2 legacy endpoint max data 128(128) link >> > >> > x1(x1) >> > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected >> > ecap 0002[140] = VC 1 max VC0 >> > ecap 0003[160] = Serial 1 001517ffff241412 >> > ecap 0004[170] = Power Budgeting 1 >> > >> > >> > _______________________________________________ >> > freebsd-wireless@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> > To unsubscribe, send any mail to >> > "freebsd-wireless-unsubscribe@freebsd.org " > > Thanks for the responce. > I did another test running athstats during transfer. > > Upload Test Results: > > iperf -c 192.168.15.3 > ------------------------------------------------------------ > Client connecting to 192.168.15.3, TCP port 5001 > TCP window size: 32.5 KByte (default) > ------------------------------------------------------------ > [ 3] local 192.168.15.238 port 39474 connected with 192.168.15.3 port 5001 > [ ID] Interval Transfer Bandwidth > [ 3] 0.0-10.0 sec 69.1 MBytes 57.9 Mbits/sec > > Athstats Results before, during, and after transfer with interval 1. > > > input output altrate short long xretry crcerr crypt phyerr rssi rate > 67401 174480 225 6396 3064 0 3751 0 0 36MCS14 > 19 0 0 0 0 0 0 0 0 34 MCS14 > 20 0 0 0 0 0 0 0 0 34 MCS14 > 19 0 0 0 0 0 1 0 0 33 MCS14 > 18 0 0 0 0 0 0 0 0 35 MCS14 > 19 0 0 0 0 0 0 0 0 35 MCS14 > 19 0 0 0 0 0 0 0 0 34 MCS14 > 16 0 0 0 0 0 0 0 0 34 MCS14 > 18 0 0 0 0 0 1 0 0 34 MCS14 > 19 0 0 0 0 0 0 0 0 36 MCS14 > 563 2185 0 82 21 0 29 0 0 8 MCS9 > 794 2931 0 120 30 0 27 0 0 15 MCS9 > 1100 4100 0 139 33 0 99 0 0 -100 MCS11 > 1580 5989 1 150 44 0 209 0 0 18 MCS12 > 1367 5370 1 150 28 0 75 0 0 79 MCS13 > 1593 6222 7 134 135 0 35 0 0 52 MCS11 > 1393 5477 2 133 50 0 89 0 0 -62 MCS12 > 1432 5636 2 133 49 0 15 0 0 89 MCS11 > 1269 4840 13 142 151 0 50 0 0 21 MCS13 > 1552 6055 4 125 73 0 158 0 0 86 MCS12 > 427 1259 1 35 8 0 18 0 0 42 MCS14 > input output altrate short long xretry crcerr crypt phyerr rssi rate > 80652 224544 256 7739 3686 0 4557 0 0 39 MCS14 > 16 0 0 0 0 0 0 0 0 37 MCS14 > 18 0 0 0 0 0 0 0 0 35 MCS14 > 19 0 0 0 0 0 0 0 0 34 MCS14 > 13 0 0 0 0 0 0 0 0 38 MCS14 > 11 0 0 0 0 0 0 0 0 41 MCS14 > 15 0 0 0 0 0 0 0 0 34 MCS14 > > > ****************************************************************** > > Download Test Results: > > iperf -s > ------------------------------------------------------------ > Server listening on TCP port 5001 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.15.238 port 5001 connected with 192.168.15.3 port 49841 > [ ID] Interval Transfer Bandwidth > [ 4] 0.0-10.0 sec 54.6 MBytes 45.8 Mbits/sec > > > Athstats during Transfer: > input output altrate short long xretry crcerr crypt phyerr rssi rate > 162138 246787 454 11290 5842 13 7390 0 1 50 MCS10 > 15 2 0 1 1 0 1 0 0 55 MCS10 > 14 0 0 0 0 0 0 0 0 54 MCS10 > 1963 1168 0 69 15 0 606 0 0 53 MCS10 > 5222 3225 2 170 51 0 1411 0 0 54 MCS12 > 5393 3337 3 199 69 0 1579 0 0 54 MCS14 > 2521 1516 1 70 26 0 553 2 0 54 MCS14 > 2736 1673 5 128 88 0 616 2 0 52 MCS15 > 1613 1050 2 88 21 0 296 0 0 53 MCS13 > 5309 3290 0 178 31 0 1105 0 0 53 MCS13 > 5602 3503 0 179 54 0 1133 0 0 54 MCS15 > 4101 2556 14 191 163 0 834 0 0 53 MCS14 > 5091 3199 3 207 120 1 1062 0 0 52 MCS15 > 2444 1522 15 82 119 0 530 0 0 53 MCS14 > 19 0 0 0 0 0 0 0 0 48 MCS14 > 18 0 0 0 0 0 0 0 0 50 MCS14 > > Let me know if you need anything else. > > Derrick > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 22 00:05:35 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1269106564A for ; Sat, 22 Sep 2012 00:05:34 +0000 (UTC) (envelope-from dantavious313@gmail.com) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id A46B28FC14 for ; Sat, 22 Sep 2012 00:05:34 +0000 (UTC) Received: by ghrr20 with SMTP id r20so1178688ghr.13 for ; Fri, 21 Sep 2012 17:05:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=ufyEsUqTD2A97c2+rxNmdlM+NsvLwAa5+ZHFyaIXde8=; b=gr7khOoV9Yo8bKqnkJJUYL4XItLfB+15cUQXJXfe/gEDUdioiM31wKWEM3urwWt2gy HNgE+sXaB+EpyVCzDEukjBKEAWsvI2E9mBF3eyktyCJJuvNPDAhqNqACAMiZtGh/apaz RJ1Gj8z8CspcZ+oXANti4trtVczwx9IGWberjhTyvbuNlcXGT8V2a10S1dv+92gOk3qL 1oisnrZSv/lA0UjhYxlXrfDkziSV0Rgs9mOM3rQGbnbjQl1mPKF/Hx6DKE/Y+uu3Gn10 haK070FV+ip1imjlhdUIRHCpIgAs/5P2Vt/B67r3IM4SbhcJ6hK5jCOFSiFD+nrSBCU3 QIgQ== Received: by 10.236.165.1 with SMTP id d1mr6895017yhl.26.1348272327956; Fri, 21 Sep 2012 17:05:27 -0700 (PDT) Received: from joker.localnet (c-71-226-137-213.hsd1.ga.comcast.net. [71.226.137.213]) by mx.google.com with ESMTPS id e5sm15050056yhk.21.2012.09.21.17.05.26 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Sep 2012 17:05:27 -0700 (PDT) From: Derrick Edwards To: Adrian Chadd Date: Fri, 21 Sep 2012 20:05:23 -0400 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.4; amd64; ; ) References: <201209202357.06358.dantavious313@gmail.com> <201209210701.41807.dantavious313@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209212005.24200.dantavious313@gmail.com> Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 00:05:35 -0000 On Friday, September 21, 2012 03:11:20 PM Adrian Chadd wrote: > Hiya, > > those results look fine, what's the problem exactly? > > Beforehand it was 2MBit/sec upload, now it's 50MBit/sec > upload/download, that looks within expectations and close to what > ath9k is getting. > > > > Adrian > > On 21 September 2012 04:01, Derrick Edwards wrote: > > On Friday, September 21, 2012 12:50:08 AM Adrian Chadd wrote: > >> Which iperf is upload and which is download? > >> > >> Can you run athstats during the transfer? > >> > >> Adrian > >> > >> On Sep 20, 2012 8:57 PM, "Derrick Edwards" wrote: > >> > Hi, > >> > > >> > I am utilizing an mini PCIE AR9287 mini PCI-E. It is not performing > >> > as expected thus far. I utilized iperf to test speed from laptops > >> > (both FreeBSD > >> > and Windows) to local default gateway. The results are show below with > >> > the first result being executed from the Windows Laptop and FreeBSD > >> > afterwards. Are these results to be expected? > >> > > >> > Derrick > >> > > >> > Windows > >> > > >> > Server listening on TCP port 5001 > >> > TCP window size: 64.0 KByte (default) > >> > ------------------------------------------------------------ > >> > [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.153 port > >> > 58137 ------------------------------------------------------------ > >> > Client connecting to 192.168.15.153, TCP port 5001 > >> > TCP window size: 56.5 KByte (default) > >> > ------------------------------------------------------------ > >> > [ 6] local 192.168.15.3 port 49723 connected with 192.168.15.153 port > >> > 5001 Waiting for server threads to complete. Interrupt again to force > >> > quit. [ ID] Interval Transfer Bandwidth > >> > [ 4] 0.0-10.0 sec 14.3 MBytes 12.0 Mbits/sec > >> > [ 6] 0.0-10.0 sec 74.4 MBytes 62.4 Mbits/sec > >> > > >> > > >> > FreeBSD 10.0-CURRENT #0: Thu Sep 20 16:22:56 EDT 2012 > >> > > >> > Server listening on TCP port 5001 > >> > TCP window size: 64.0 KByte (default) > >> > ------------------------------------------------------------ > >> > [ 4] local 192.168.15.3 port 5001 connected with 192.168.15.238 port > >> > 44678 ------------------------------------------------------------ > >> > Client connecting to 192.168.15.238, TCP port 5001 > >> > TCP window size: 32.5 KByte (default) > >> > ------------------------------------------------------------ > >> > [ 6] local 192.168.15.3 port 40554 connected with 192.168.15.238 port > >> > 5001 Waiting for server threads to complete. Interrupt again to force > >> > quit. [ ID] Interval Transfer Bandwidth > >> > [ 4] 0.0-10.0 sec 74.4 MBytes 62.3 Mbits/sec > >> > [ 6] 0.0-10.1 sec 9.87 MBytes 8.21 Mbits/sec > >> > > >> > > >> > > >> > wlan0: flags=8843 metric 0 mtu > >> > 1500 > >> > > >> > ether 1c:65:9d:ab:18:6f > >> > inet 192.168.15.238 netmask 0xffffff00 broadcast > >> > 192.168.15.255 nd6 > >> > options=29 > >> > media: IEEE 802.11 Wireless Ethernet MCS mode 11ng > >> > status: associated > >> > ssid datdude channel 1 (2412 MHz 11g ht/40+) bssid > >> > > >> > 10:bf:48:d9:1e:a0 > >> > > >> > regdomain FCC country US indoor ecm authmode WPA2/802.11i > >> > privacy > >> > > >> > ON > >> > > >> > deftxkey UNDEF AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid > >> > 60 protmode CTS ampdulimit 64k ampdudensity 8 shortgi wme > >> > burst roaming MANUAL > >> > > >> > ./athstats > >> > 495670 data frames received > >> > 605640 data frames transmit > >> > 1129 tx frames with an alternate rate > >> > 21720 short on-chip tx retries > >> > 15941 long on-chip tx retries > >> > 34 tx failed 'cuz too many retries > >> > 428 mib overflow interrupts > >> > 9 tx linearized to cluster > >> > MCS4 current transmit rate > >> > 1 watchdog timeouts > >> > 12 beacon miss interrupts > >> > 37 tx failed 'cuz destination filtered > >> > 21042 rx failed 'cuz of bad CRC > >> > 7 rx failed 'cuz decryption > >> > 5 rx failed 'cuz of PHY err > >> > > >> > 5 illegal service > >> > > >> > 354 periodic calibrations > >> > -0/+0 TDMA slot adjust (usecs, smoothed) > >> > 58 rssi of last ack > >> > 48 avg recv rssi > >> > -96 rx noise floor > >> > 4 phantom beacon misses > >> > 237 tx frames through raw api > >> > 303067 A-MPDU sub-frames received > >> > 136445 Half-GI frames received > >> > 321349 40MHz frames received > >> > 4339 CRC errors for non-last A-MPDU subframes > >> > 179 CRC errors for last subframe in an A-MPDU > >> > 128845 Frames transmitted with HT Protection > >> > 69601 Number of frames retransmitted in software > >> > 556475 A-MPDU sub-frame TX attempt success > >> > 69579 A-MPDU sub-frame TX attempt failures > >> > 6 A-MPDU TX frame failures > >> > 2 first step level > >> > 1 OFDM weak signal detect > >> > 140 ANI increased noise immunity > >> > 140 ANI decrease noise immunity > >> > 1 ANI increased spur immunity > >> > 1 ANI decrease spur immunity > >> > 127 ANI disabled OFDM weak signal detect > >> > 127 ANI disabled CCK weak signal threshold > >> > 2 ANI increased first step level > >> > 251877 cumulative OFDM phy error count > >> > 348293 cumulative CCK phy error count > >> > 431 ANI forced listen time to zero > >> > 15583 missing ACK's > >> > 23402 RTS without CTS > >> > 94745 successful RTS > >> > 77637 bad FCS > >> > 102509 beacons received > >> > 66 average rssi (beacons only) > >> > 59 average rssi (all rx'd frames) > >> > 60 average rssi (ACKs only) > >> > Antenna profile: > >> > [0] tx 87529 rx 100 > >> > [1] tx 0 rx 495570 > >> > > >> > > >> > > >> > ath0@pci0:2:0:0: class=0x028000 card=0x30a417aa chip=0x002e168c > >> > rev=0x01 hdr=0x00 > >> > > >> > vendor = 'Atheros Communications Inc.' > >> > device = 'AR9287 Wireless Network Adapter (PCI-Express)' > >> > class = network > >> > bar [10] = type Memory, range 64, base 0xb8500000, size 65536, > >> > > >> > enabled > >> > > >> > cap 01[40] = powerspec 3 supports D0 D1 D3 current D0 > >> > cap 05[50] = MSI supports 1 message > >> > cap 10[60] = PCI-Express 2 legacy endpoint max data 128(128) link > >> > > >> > x1(x1) > >> > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected > >> > ecap 0002[140] = VC 1 max VC0 > >> > ecap 0003[160] = Serial 1 001517ffff241412 > >> > ecap 0004[170] = Power Budgeting 1 > >> > > >> > > >> > _______________________________________________ > >> > freebsd-wireless@freebsd.org mailing list > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > >> > To unsubscribe, send any mail to > >> > "freebsd-wireless-unsubscribe@freebsd.org " > >> > > > Thanks for the responce. > > > > I did another test running athstats during transfer. > > > > Upload Test Results: > > > > iperf -c 192.168.15.3 > > ------------------------------------------------------------ > > Client connecting to 192.168.15.3, TCP port 5001 > > TCP window size: 32.5 KByte (default) > > ------------------------------------------------------------ > > [ 3] local 192.168.15.238 port 39474 connected with 192.168.15.3 port > > 5001 [ ID] Interval Transfer Bandwidth > > [ 3] 0.0-10.0 sec 69.1 MBytes 57.9 Mbits/sec > > > > Athstats Results before, during, and after transfer with interval 1. > > > > > > input output altrate short long xretry crcerr crypt phyerr rssi > > rate 67401 174480 225 6396 3064 0 3751 0 0 > > 36MCS14 19 0 0 0 0 0 0 0 0 > > 34 MCS14 20 0 0 0 0 0 0 0 > > 0 34 MCS14 19 0 0 0 0 0 1 0 > > 0 33 MCS14 18 0 0 0 0 0 0 0 > > 0 35 MCS14 19 0 0 0 0 0 0 0 > > 0 35 MCS14 19 0 0 0 0 0 0 > > 0 0 34 MCS14 16 0 0 0 0 0 0 > > 0 0 34 MCS14 18 0 0 0 0 0 1 > > 0 0 34 MCS14 19 0 0 0 0 0 > > 0 0 0 36 MCS14 563 2185 0 82 21 0 > > 29 0 0 8 MCS9 794 2931 0 120 30 > > 0 27 0 0 15 MCS9 1100 4100 0 139 33 > > 0 99 0 0 -100 MCS11 1580 5989 1 150 > > 44 0 209 0 0 18 MCS12 1367 5370 1 150 > > 28 0 75 0 0 79 MCS13 1593 6222 7 > > 134 135 0 35 0 0 52 MCS11 1393 5477 2 > > 133 50 0 89 0 0 -62 MCS12 1432 5636 > > 2 133 49 0 15 0 0 89 MCS11 1269 4840 > > 13 142 151 0 50 0 0 21 MCS13 1552 > > 6055 4 125 73 0 158 0 0 86 MCS12 427 > > 1259 1 35 8 0 18 0 0 42 MCS14 > > input output altrate short long xretry crcerr crypt phyerr rssi > > rate 80652 224544 256 7739 3686 0 4557 0 0 > > 39 MCS14 16 0 0 0 0 0 0 0 > > 0 37 MCS14 18 0 0 0 0 0 0 0 > > 0 35 MCS14 19 0 0 0 0 0 0 0 > > 0 34 MCS14 13 0 0 0 0 0 0 0 > > 0 38 MCS14 11 0 0 0 0 0 0 > > 0 0 41 MCS14 15 0 0 0 0 0 0 > > 0 0 34 MCS14 > > > > > > ****************************************************************** > > > > Download Test Results: > > > > iperf -s > > ------------------------------------------------------------ > > Server listening on TCP port 5001 > > TCP window size: 64.0 KByte (default) > > ------------------------------------------------------------ > > [ 4] local 192.168.15.238 port 5001 connected with 192.168.15.3 port > > 49841 [ ID] Interval Transfer Bandwidth > > [ 4] 0.0-10.0 sec 54.6 MBytes 45.8 Mbits/sec > > > > > > Athstats during Transfer: > > input output altrate short long xretry crcerr crypt phyerr rssi > > rate 162138 246787 454 11290 5842 13 7390 0 1 > > 50 MCS10 15 2 0 1 1 0 1 0 > > 0 55 MCS10 14 0 0 0 0 0 0 0 > > 0 54 MCS10 1963 1168 0 69 15 0 606 0 > > 0 53 MCS10 5222 3225 2 170 51 0 1411 > > 0 0 54 MCS12 5393 3337 3 199 69 0 > > 1579 0 0 54 MCS14 2521 1516 1 70 26 > > 0 553 2 0 54 MCS14 2736 1673 5 128 88 > > 0 616 2 0 52 MCS15 1613 1050 2 88 > > 21 0 296 0 0 53 MCS13 5309 3290 0 178 > > 31 0 1105 0 0 53 MCS13 5602 3503 0 > > 179 54 0 1133 0 0 54 MCS15 4101 2556 14 > > 191 163 0 834 0 0 53 MCS14 5091 3199 > > 3 207 120 1 1062 0 0 52 MCS15 2444 1522 > > 15 82 119 0 530 0 0 53 MCS14 19 > > 0 0 0 0 0 0 0 0 48 MCS14 18 > > 0 0 0 0 0 0 0 0 50 MCS14he > > > > Let me know if you need anything else. > > > > Derrick 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. In addition, I recently purchased an ASUS RT-AC66U Dual-band Gigabit router. What is weird to me is that even though the 5Ghz radio is enabled on the router with various channels to use, ifconfig complains about not seeing channels above 13. Also, when specifically setting the router channel to 11, ifconfig reports that channel 1 is being used. I am not sure on what is going on. Is this normal? wlan0: flags=8843 metric 0 mtu 1500 ether 00:17:c4:ef:fe:1e inet 192.168.15.228 netmask 0xffffff00 broadcast 192.168.15.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid datdude channel 1 (2412 MHz 11g ht/40+) bssid 10:bf:48:d9:1e:a0 regdomain FCC country US indoor ecm authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 60 protmode CTS ampdulimit 64k ampdudensity 8 shortgi wme burst roaming MANUAL From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 22 00:24:27 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D650F106564A for ; Sat, 22 Sep 2012 00:24:27 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A992C8FC12 for ; Sat, 22 Sep 2012 00:24:27 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so9490023pbb.13 for ; Fri, 21 Sep 2012 17:24:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TokA4ldisv1Wt3BrxwczA0icWhyajl5/m9PuQw1V8zw=; b=X3mmMICVtma7j7aQOieixAe7ruAejse5EwEx0c369dCJKw9qNv41TEE5jXpaqdvEuO Ht7f8pOKH2OqWPbUPYMAqybOcgR+ua+QnFwkYZha62vVe+rBAJDtF0DLojxLrWlZEqB6 3b70cPDZwqBdWbiTXgCjo415E2iQMzyDoBFDWnTWYfQeM7bwVuFkUOx21TOmHYXoScwW EAOHupbx0qVDePwO/AKlOL92h95iLMLxZipn8SNHdFQ1YTn8GG15BOjBkq7pk7L3hRiv iHwi3tvV1PToFvhqT6nvT9aAQ2w8xe57pv/WLD41LWekiDFHc8FVdl4PjYqZbTJjmgKv RSwA== MIME-Version: 1.0 Received: by 10.68.189.164 with SMTP id gj4mr19433003pbc.48.1348273467092; Fri, 21 Sep 2012 17:24:27 -0700 (PDT) Received: by 10.68.36.106 with HTTP; Fri, 21 Sep 2012 17:24:27 -0700 (PDT) In-Reply-To: <201209212005.24200.dantavious313@gmail.com> References: <201209202357.06358.dantavious313@gmail.com> <201209210701.41807.dantavious313@gmail.com> <201209212005.24200.dantavious313@gmail.com> Date: Fri, 21 Sep 2012 17:24:27 -0700 Message-ID: From: Adrian Chadd To: Derrick Edwards Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 00:24:27 -0000 Hi, The AR9287 is a 2GHz only NIC. adrian From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 22 00:31:05 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1830C106566C for ; Sat, 22 Sep 2012 00:31:05 +0000 (UTC) (envelope-from dantavious313@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id C0D6A8FC08 for ; Sat, 22 Sep 2012 00:31:04 +0000 (UTC) Received: by ggnk4 with SMTP id k4so1157385ggn.13 for ; Fri, 21 Sep 2012 17:31:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; bh=X8HVN/2Y77j05/QZMyE4K68aeRdCqL5obR4j6PUrkLI=; b=Iwx/F10vCel5nPR9V+oXGZeHl6XE+WnHr5odrfuod4sqnUj1bKg7QmFAGYgQBC6rz/ 4QqA9/zz46HWqLLeCUg+DeBHmbG0fHZOoLIfq5BJLKEXey520HZSz0sqFnH/ahWyiWsL 9UELZiu1EabMw3vGOmWygOgbhQWvMO4TpsdwOPEikK+iXNohQVodpwWiu1CYhO49H318 N4DJxT6WwDT7/+B2xgarfTCQaXMj5DRJ8WSEjmNlGC26gRRz3U+/dl38nKh1TcsWU4pF cfVc9eUdBcLebd5Jfw1rz16Xpn5vSqoX1NstPDkYOVX5/zUkr6K0YMrYIH4JMkpW372l X7GA== Received: by 10.236.76.135 with SMTP id b7mr7053016yhe.90.1348273863704; Fri, 21 Sep 2012 17:31:03 -0700 (PDT) Received: from joker.localnet (c-71-226-137-213.hsd1.ga.comcast.net. [71.226.137.213]) by mx.google.com with ESMTPS id y10sm15143917yhd.6.2012.09.21.17.30.59 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 21 Sep 2012 17:30:59 -0700 (PDT) From: Derrick Edwards To: Adrian Chadd Date: Fri, 21 Sep 2012 20:30:57 -0400 User-Agent: KMail/1.13.7 (FreeBSD/10.0-CURRENT; KDE/4.8.4; amd64; ; ) References: <201209202357.06358.dantavious313@gmail.com> <201209212005.24200.dantavious313@gmail.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201209212030.58634.dantavious313@gmail.com> Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 00:31:05 -0000 On Friday, September 21, 2012 08:24:27 PM Adrian Chadd wrote: > Hi, > > The AR9287 is a 2GHz only NIC. > > > > adrian Thanks alot. I did not know that. What NIC supports both 2GHz and 5GHz Wireless N, if any. Thanks for the info. From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 22 00:58:07 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65705106566C for ; Sat, 22 Sep 2012 00:58:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 394678FC1B for ; Sat, 22 Sep 2012 00:58:07 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so9525190pbb.13 for ; Fri, 21 Sep 2012 17:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qbfA7EZmRPUm3QI1yVP5Rhy5+OsZvLP46s9sHtLFtHE=; b=S2FPVZyJmxPnHy/HxmrnxWSVhdnyCQbVwoEEVld1EqNyf98/NtBBiCdNxXfKbh+lXw T7x1DLLDs95oLPYc2dIGvoUfK+LxjutlTHfuRi6pAf2tHDr45Mc251heYBl2TVrZiwkt wycZcFBB3+XJhRqtOQrVizQbsOg/zoCY6J7IR1dxDbXa+jxoxNoIDiqz41X1IE5N9XG9 33keF24dD9uK4rUYwD+FixYIZLpafGDseU/W1W4Sa7dwmsAMy/WxB503DholTRvZ1SLk xkDjeFzgtxwBxPJ+L2dakZV20YMrprglo+gG5h+6y0CFM+CUgvBrQyJAtJlSoisOgi+W Ek+w== MIME-Version: 1.0 Received: by 10.68.197.167 with SMTP id iv7mr19481558pbc.113.1348275486957; Fri, 21 Sep 2012 17:58:06 -0700 (PDT) Received: by 10.68.36.106 with HTTP; Fri, 21 Sep 2012 17:58:06 -0700 (PDT) In-Reply-To: <201209212030.58634.dantavious313@gmail.com> References: <201209202357.06358.dantavious313@gmail.com> <201209212005.24200.dantavious313@gmail.com> <201209212030.58634.dantavious313@gmail.com> Date: Fri, 21 Sep 2012 17:58:06 -0700 Message-ID: From: Adrian Chadd To: Derrick Edwards Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 00:58:07 -0000 On 21 September 2012 17:30, Derrick Edwards wrote: > Wireless N, if any. Thanks for the info. AR5416 and AR9280. I suggest the AR9280 if you can. The later NICs (AR93xx, AR94xx, AR95xx) aren't supported at the moment. I have working code here but I can't release it just yet. Thanks, Adrian From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 22 08:20:30 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D36F106566C for ; Sat, 22 Sep 2012 08:20:30 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2ADBF8FC0A for ; Sat, 22 Sep 2012 08:20:29 +0000 (UTC) Received: from jeep.localnet (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id 92C18D0CC1C; Sat, 22 Sep 2012 10:20:18 +0200 (SAST) From: Johann Hugo To: freebsd-wireless@freebsd.org Date: Sat, 22 Sep 2012 10:20:16 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE-p3; KDE/4.7.3; amd64; ; ) References: <201209202357.06358.dantavious313@gmail.com> <201209212005.24200.dantavious313@gmail.com> In-Reply-To: <201209212005.24200.dantavious313@gmail.com> X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201209221020.16702.jhugo@meraka.csir.co.za> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 08:20:30 -0000 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 From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 22 08:24:44 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2AB62106566B for ; Sat, 22 Sep 2012 08:24:44 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id F0E628FC08 for ; Sat, 22 Sep 2012 08:24:43 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so9984381pbb.13 for ; Sat, 22 Sep 2012 01:24:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=qtXUShFOAhUoUd9RliuG05s8VBi8qlRf0HnwH3GafCY=; b=A0Rfdj0pIH7bX3t7VgejkgJnTeYX4X27QP9dAFQu5wnimS9sfZkyvJEPhxyZiu5N/p OLPb1Ltu4ObIwH8zDBxw+C9ey9X8kcepPJvQYQxOYwSG4B/UKVdr/ktqrdkxDSKghHdH vfIbQRD2euXvi2+tXohfyz+zTJo267+87qDTuA6lE6RiIm9qCIg+XxpyfTRcIQSSWedg D7jIUe0HpjytAhENPmh7qXRgRGiCGfskwXriEhJ3FpNo2bqLsvT+4By5RWVXPfteqi6k YaselzPq6YxKIJuRbz9IQTGkSPE4KV/eFA6Wk4HUS8lsKHaCx6nI6kJw7aunR4XK4V9U 7jnw== MIME-Version: 1.0 Received: by 10.68.136.40 with SMTP id px8mr21486682pbb.153.1348302283343; Sat, 22 Sep 2012 01:24:43 -0700 (PDT) Received: by 10.68.36.106 with HTTP; Sat, 22 Sep 2012 01:24:43 -0700 (PDT) In-Reply-To: <201209221020.16702.jhugo@meraka.csir.co.za> References: <201209202357.06358.dantavious313@gmail.com> <201209212005.24200.dantavious313@gmail.com> <201209221020.16702.jhugo@meraka.csir.co.za> Date: Sat, 22 Sep 2012 01:24:43 -0700 Message-ID: From: Adrian Chadd To: Johann Hugo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 08:24:44 -0000 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 From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 22 09:04:49 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EF2E91065674 for ; Sat, 22 Sep 2012 09:04:48 +0000 (UTC) (envelope-from jhugo@meraka.csir.co.za) Received: from marge.meraka.csir.co.za (marge.meraka.csir.co.za [IPv6:2001:4200:7000:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 867338FC18 for ; Sat, 22 Sep 2012 09:04:46 +0000 (UTC) Received: from jeep.localnet (unknown [IPv6:2001:4200:7000:3:223:aeff:fea7:a3c2]) by marge.meraka.csir.co.za (Postfix) with ESMTP id CD4E3D0CC65; Sat, 22 Sep 2012 11:04:44 +0200 (SAST) From: Johann Hugo To: Adrian Chadd Date: Sat, 22 Sep 2012 11:04:42 +0200 User-Agent: KMail/1.13.7 (FreeBSD/9.0-RELEASE-p3; KDE/4.7.3; amd64; ; ) References: <201209202357.06358.dantavious313@gmail.com> <201209221020.16702.jhugo@meraka.csir.co.za> In-Reply-To: X-KMail-Markup: true MIME-Version: 1.0 Message-Id: <201209221104.43360.jhugo@meraka.csir.co.za> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 09:04:49 -0000 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 From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 22 19:33:26 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4BED8106564A for ; Sat, 22 Sep 2012 19:33:26 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1EE718FC18 for ; Sat, 22 Sep 2012 19:33:25 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so627892pbb.13 for ; Sat, 22 Sep 2012 12:33:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Kcx27XNkp8Tts/9HhQ6z157oJ025aBG75RmUNSw5Ie4=; b=FVRUAGb+KiDXpx0MGcIP+CufF7goHV8QKBX+zml6RQ0u6Rq5f24vgtmjqLVOE1khWC shTCz40pA+8mn9pnDbW4oGhSEtJBNbv3KJ8FG9y0JKiRO801E5oC5ETaI90E+0UVM6Gf ohddmquWH+IFZ8k/l7EKK5dHbJeN17vSAu/05u88fNZY6mIfRzyXbG6mJ9aoKmVs7GN1 KKDQNV9n9DtVPaTC757klfbtdnjQdTPrACWR6aOmB8pgjriMe3Zu1faVfaUTlmfS/55y Qn+w3FXIRsL0YuSXp/SeQW7AF/WBRaaliCmnGQmfjkvE89TPqXlJnlF7UQfnOcXnJVzu 2UYg== MIME-Version: 1.0 Received: by 10.66.75.232 with SMTP id f8mr21885512paw.59.1348342405775; Sat, 22 Sep 2012 12:33:25 -0700 (PDT) Received: by 10.68.36.106 with HTTP; Sat, 22 Sep 2012 12:33:25 -0700 (PDT) In-Reply-To: <201209221104.43360.jhugo@meraka.csir.co.za> References: <201209202357.06358.dantavious313@gmail.com> <201209221020.16702.jhugo@meraka.csir.co.za> <201209221104.43360.jhugo@meraka.csir.co.za> Date: Sat, 22 Sep 2012 12:33:25 -0700 Message-ID: From: Adrian Chadd To: Johann Hugo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 19:33:26 -0000 Ah. athctrl.sh ? adrian On 22 September 2012 02:04, Johann Hugo wrote: > 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 From owner-freebsd-wireless@FreeBSD.ORG Sat Sep 22 19:36:12 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCB4A106564A for ; Sat, 22 Sep 2012 19:36:12 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2F18FC0A for ; Sat, 22 Sep 2012 19:36:12 +0000 (UTC) Received: by pbbrp8 with SMTP id rp8so630139pbb.13 for ; Sat, 22 Sep 2012 12:36:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6t5T+8vg4PTq+jj1975ZmBpQc5AwbXlIgwjG96YEELk=; b=gV5uWn2sZhJOWpdeHB2oOPjtt5IoCnAY+1pEP+85yLbQmZPQurzomWh3oO09NJubeI F6yalH8iIzORXHSKEQOzD9bpOG6polIFvMl2lW1Bd8xi9dIkhRlKUtdMTAv/e9nV9EuQ rFyHx/K2lbA60OJnzBBjm4Xzj9U+PdDRIbs0ZVyF0h8VsQvNfy4RH1HYA1GUeJZ/CrNk cFZRvHonwFfxzSvEbal85KhhZay3BmPW9ppb5pJ0ItxbsjWptHjIKLB24y6VncAs+4Ft QMX+BCcEushy6tqJ+QE92LyU1sOYGo76YEv8RsHenAcVwbEWoYJF6hcOTIMV5NVm/qxQ kCVQ== MIME-Version: 1.0 Received: by 10.68.129.131 with SMTP id nw3mr25212629pbb.43.1348342571879; Sat, 22 Sep 2012 12:36:11 -0700 (PDT) Received: by 10.68.36.106 with HTTP; Sat, 22 Sep 2012 12:36:11 -0700 (PDT) In-Reply-To: References: <201209202357.06358.dantavious313@gmail.com> <201209221020.16702.jhugo@meraka.csir.co.za> <201209221104.43360.jhugo@meraka.csir.co.za> Date: Sat, 22 Sep 2012 12:36:11 -0700 Message-ID: From: Adrian Chadd To: Johann Hugo Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org Subject: Re: Performance of AR9287 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Sep 2012 19:36:12 -0000 .. and yes, what I'd really like to do is find someone who wants to look after "long distance links" with atheros hardware (and has the kit to do so!) and help me fix up the coverage class code to work in a more generic fashion, for all chips. I can tell people what to do if they'd like to hack on this (specifically look at ah_coverageClass, and ar5212SetCoverageClass()) and I can help them with the math, I just don't have the time to make it all work right. :-) Adrian On 22 September 2012 12:33, Adrian Chadd wrote: > Ah. athctrl.sh ? > > > > > adrian > > On 22 September 2012 02:04, Johann Hugo wrote: >> 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