ath0: device timeout on 9.1-RELEASE
Kamil Szczesny
k.s.mail at gmx.net
Fri Feb 15 20:10:02 UTC 2013
Am 15.02.2013 21:02, schrieb Kamil Szczesny:
> Am 15.02.2013 20:55, schrieb Adrian Chadd:
>> Sure, that shows that your environment is quite noisy. :-)
>>
>> But is transmission just plain not happening? Is it just never
>> associating? Or is it sometimes associating and sometimes not?
>>
>
>
> It's a bit crowded here ; )
>
> Well as far as I have observed, it never associated.
ehm, well.. ath0 seems to be, wlan0 however not:
ath0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 2290
ether 1c:7e:e5:10:61:16
media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
status: associated
wlan0: flags=8c43<UP,BROADCAST,RUNNING,OACTIVE,SIMPLEX,MULTICAST> metric
0 mtu 1500
ether 1c:7e:e5:10:61:16
media: IEEE 802.11 Wireless Ethernet autoselect (autoselect)
status: no carrier
ssid home channel 3 (2422 MHz 11g)
regdomain ETSI indoor ecm authmode WPA2/802.11i privacy ON
deftxkey UNDEF txpower 20 bmiss 7 scanvalid 450 bgscan
bgscanintvl 300
bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS wme burst
roaming MANUAL
>
> regards,
> Kamil
>
>>
>>
>> Adrian
>>
>>
>> On 15 February 2013 11:48, Kamil Szczesny <k.s.mail at gmx.net> wrote:
>>> 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 at 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 <k.s.mail at gmx.net> 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 <k.s.mail at gmx.net> 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 <k.s.mail at gmx.net> 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 at 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 at freebsd.org mailing list
>>>>>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
>>>>>>>>> To unsubscribe, send any mail to
>>>>>>>>> "freebsd-wireless-unsubscribe at freebsd.org"
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>
>>>>
>>>
>>
More information about the freebsd-wireless
mailing list