From owner-freebsd-wireless@FreeBSD.ORG Fri Feb 15 19:48:34 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CF6FF902 for ; Fri, 15 Feb 2013 19:48:34 +0000 (UTC) (envelope-from k.s.mail@gmx.net) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) by mx1.freebsd.org (Postfix) with ESMTP id 66CCB124 for ; Fri, 15 Feb 2013 19:48:34 +0000 (UTC) Received: from mailout-de.gmx.net ([10.1.76.4]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0M5Jbd-1UpBpW1F2l-00zWU2 for ; Fri, 15 Feb 2013 20:48:33 +0100 Received: (qmail invoked by alias); 15 Feb 2013 19:48:33 -0000 Received: from ip-130-180-70-188.unitymediagroup.de (EHLO [192.168.0.103]) [130.180.70.188] by mail.gmx.net (mp004) with SMTP; 15 Feb 2013 20:48:33 +0100 X-Authenticated: #32709443 X-Provags-ID: V01U2FsdGVkX192rd1l5DR2yc8yHtXleYFe+67A28H8itgeXZXGVw +ex1tvQ8fnilxj Message-ID: <511E910D.1080901@gmx.net> Date: Fri, 15 Feb 2013 20:48:29 +0100 From: Kamil Szczesny User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: ath0: device timeout on 9.1-RELEASE References: <51175C69.6050003@gmx.net> <51189E1E.70206@gmx.net> <51194795.5070500@gmx.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 15 Feb 2013 19:48:34 -0000 Adrian, Finally, I managed to get again a 9.1-RELEASE running with a recompiled kernel. gomorrha% uname -v FreeBSD 9.1-RELEASE #0 r246834: Fri Feb 15 18:57:51 CET 2013 root@gomorrha.local:/usr/obj/usr/src/sys/WIFIDEBUG This is the result of athstats: gomorrha% /usr/local/bin/athstats -i ath0 32484 data frames received 5130 data frames transmit 3273 mib overflow interrupts 1M current transmit rate 190 watchdog timeouts 2040 rx failed 'cuz of bad CRC 7 rx failed 'cuz of PHY err 7 CCK restart -0/+0 TDMA slot adjust (usecs, smoothed) 86 avg recv rssi -96 rx noise floor 5130 tx frames through raw api 1 first step level 1 OFDM weak signal detect 12 ANI increased spur immunity 10 ANI decrease spur immunity 990 ANI enabled OFDM weak signal detect 2061 ANI disabled OFDM weak signal detect 3041 ANI disabled CCK weak signal threshold 4 ANI increased first step level 2940667 cumulative OFDM phy error count 5258173 cumulative CCK phy error count 74 bad FCS 105 average rssi (beacons only) 84 average rssi (all rx'd frames) Antenna profile: [1] tx 0 rx 32484 Is it somewhat helpful? regards, Kamil Am 11.02.2013 20:43, schrieb Adrian Chadd: > Ok.. > > On 11 February 2013 11:33, Kamil Szczesny wrote: >> Still with 9.0-RELEASE: >> >> gomorrha% vmstat -i >> interrupt total rate >> irq1: atkbd0 6 0 >> irq16: ath0 ehci0 1367 13 > > .. I can't tell here whether there's any interrupts making it to the > ath0 device or not. > > The driver in -HEAD logs the TX and RX interrupt counts in a ath > sysctl which I can track. > > Can you please compile up athstats and recompile your kernel with: > > ATH_DEBUG > AH_DEBUG > ATH_DIAGAPI > > .. as we will need to establish whether you're actually queuing frames > to the hardware, whether they're going out, whether the hardware is > actually completing them, and whether the interrupt is being > generated. > > Thanks, > > > > Adrian > >> irq23: ehci1 250 2 >> cpu0:timer 8014 77 >> irq256: em0 523 5 >> irq258: ahci0 15444 149 >> cpu1:timer 2797 27 >> cpu2:timer 3743 36 >> cpu3:timer 3053 29 >> Total 35197 341 >> >> >> >> Am 11.02.13 19:59, schrieb Adrian Chadd: >> >>> Hi, >>> >>> Would you please look at the output of vmstat -i, see if the ath0 >>> device is receiving interrupts? >>> >>> Thanks, >>> >>> >>> >>> Adrian >>> >>> >>> On 10 February 2013 23:30, Kamil Szczesny wrote: >>>> >>>> Hi, >>>> >>>> after a downgrade to 9.0-RELEASE the issue remains the same. >>>> /var/log/messages is spamed by equal authentication timeout entries. >>>> >>>> regards, >>>> Kamil >>>> >>>> Am 10.02.13 20:10, schrieb Adrian Chadd: >>>> >>>>> Hi, >>>>> >>>>> Would you please try 9.0-RELEASE too? >>>>> >>>>> >>>>> >>>>> Adrian >>>>> >>>>> >>>>> On 10 February 2013 00:38, Kamil Szczesny wrote: >>>>>> >>>>>> Hello, >>>>>> >>>>>> I'm facing a problem with ath0 on FreeBSD 9.1-RELEASE, that was not >>>>>> existent >>>>>> on 8.x-RELEASE. >>>>>> >>>>>> The issue seems to be the similar to this one: >>>>>> >>>>>> >>>>>> http://lists.freebsd.org/pipermail/freebsd-stable/2012-January/065667.html >>>>>> >>>>>> I do have the same NIC. pciconf -lv output is equal: >>>>>> >>>>>> ath0@pci0:2:0:0: class=0x028000 card=0x3a701186 chip=0x0024168c >>>>>> rev=0x01 >>>>>> hdr=0x00 >>>>>> vendor = 'Atheros Communications Inc.' >>>>>> device = 'AR5008 Wireless Network Adapter' >>>>>> class = network >>>>>> >>>>>> /etc/rc.conf: >>>>>> wlans_ath0="wlan0" >>>>>> ifconfig_wlan0="WPA DHCP" >>>>>> >>>>>> /etc/wpa_supplicant.conf: >>>>>> network={ >>>>>> ssid="home" >>>>>> psk="123" >>>>>> } >>>>>> >>>>>> However, it is not starting to work. >>>>>> >>>>>> I do not have /usr/src/tools/ath so that I can not provide the output. >>>>>> >>>>>> /var/log/messages is spammed with: >>>>>> >>>>>> Feb 10 09:08:26 gomorrha wpa_supplicant[1500]: Trying to associate with >>>>>> xx:xx:xx:xx:xx:xx (SSID='home' freq=2422 MHz) >>>>>> Feb 10 09:08:30 gomorrha kernel: ath0: device timeout >>>>>> Feb 10 09:08:36 gomorrha wpa_supplicant[1500]: Authentication with >>>>>> xx:xx:xx:xx:xx:xx timed out. >>>>>> >>>>>> Any idea what might be wrong or how I could fix this? >>>>>> >>>>>> regards, >>>>>> Kamil >>>>>> _______________________________________________ >>>>>> 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" >>>> >>>> >> >