Please note: This project is no longer active. The website is kept online for historic purposes only.
If you´re looking for a Linux driver for your Atheros WLAN device, you should continue here .

Ticket #1562 (new defect)

Opened 13 years ago

Last modified 11 years ago

Unable to reset the hardware

Reported by: manuco@club-internet.fr Assigned to:
Priority: minor Milestone:
Component: madwifi: HAL Version: v0.9.3.2
Keywords: Cc:
Patch is attached: 0 Pending:

Description

Time to time, the driver needs to reset the hardware. It seems to appear when I disconnect then reconnect the wpa_cli (it is needed since the card is suddenly neither unable to send nor receive packets).

Here is (part of) the result contained in dmesg : 

ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
wlan: 0.8.4.2 (0.9.3.2)
ath_pci: 0.9.4.5 (0.9.3.2)
PCI: Enabling device 0000:00:0b.0 (0014 -> 0016)
ACPI: PCI Interrupt 0000:00:0b.0[A] -> GSI 19 (level, low) -> IRQ 20
ath_rate_sample: 1.2 (0.9.3.2)
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
wifi0: mac 7.9 phy 4.5 radio 5.6
wifi0: Use hw queue 1 for WME_AC_BE traffic
wifi0: Use hw queue 0 for WME_AC_BK traffic
wifi0: Use hw queue 2 for WME_AC_VI traffic
wifi0: Use hw queue 3 for WME_AC_VO traffic
wifi0: Use hw queue 8 for CAB traffic
wifi0: Use hw queue 9 for beacons
wifi0: Atheros 5212: mem=0xdc800000, irq=20
ath0: no IPv6 routers present
ttyS1: LSR safety check engaged!
ttyS1: LSR safety check engaged!
agpgart: Found an AGP 3.5 compliant device at 0000:00:00.0.
agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
wifi0: rx FIFO overrun; resetting
wifi0: ath_reset: unable to reset hardware: 'Hardware didn't respond as expected' (HAL status 3)
wifi0: rx FIFO overrun; resetting
wifi0: ath_reset: unable to reset hardware: 'Hardware didn't respond as expected' (HAL status 3)
wifi0: rx FIFO overrun; resetting
wifi0: ath_reset: unable to reset hardware: 'Hardware didn't respond as expected' (HAL status 3)
wifi0: rx FIFO overrun; resetting
wifi0: ath_reset: unable to reset hardware: 'Hardware didn't respond as expected' (HAL status 3)
...

The only way to use the card is then to reboot the computer.

I'm using a netgear WG311T wireless adapter with Linux 2.6.22.2 on a x86 computer.

Change History

09/30/07 21:21:22 changed by filip

This happens to me on a Macbook too. After a varying amount of use I get the: [kernel] wifi0: rx FIFO overrun; resetting ...in the logs, and network connection dies. This is with uptodate svn trunk, and all kernels from 2.6.20 to 2.6.23-rc7-git2.

10/01/07 19:42:47 changed by mail@lnet.nl

I also have this problem on a MacBook with the SVN trunk. Ubuntu 7.10 (Gutsy Gibbon) Beta (kernel 2.6.22-12). At a random period after booting the wireless just stops working and gives the "wifi:0 rx FIFO overrun; resetting" message on and on. It really is a showstopper.

10/10/07 15:34:09 changed by anonymous

Yes, same issue here.

Even unloading all modules and reloading them cannot change anything.

10/10/07 15:36:37 changed by toots@rastageeks.org

I don't understand why this ticket is classified as 'minor'.

This issue is reproducible, and forces a complete reboot of the machine, this does not sound 'minor' to me...

11/07/07 02:26:20 changed by SC

Same issue here, considering it as more than minor also.

I am using a recent model Netgear 311T that I just purchased the other day (4 November 07) to see if it would prevent the problem (as a replacement for an old netgear 311T from about 2 years ago).

Also I have seen this other message with the new 311T: "wifi0: ath_chan_set: unable to reset channel 1 (2412Mhz) flags 0xc0 'Hardware didn't respond as expected' (HAL status 3)" For this error I tried using the xchanmode=0 option as recommened in another posting but this didn't prevent the issue. In case it is relevant, The original 'unable to reset hardware' message came after putting that option into the mix.

Platform is FC5, kernel 2.6.18-1.2257.fc5,madwifi-0.9.2-1

01/18/08 12:03:32 changed by jp@enix.org

Same problem with this card: 0000:03:03.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg Once per day, I will get the following message: wifi0: rx FIFO overrun; resetting wifi0: ath_reset: unable to reset hardware: 'Hardware didn't respond as expected' (HAL status 3) And wifi stops working.

Unloading and reloading the ath_pci module will solve the problem.

Kernel: Debian 2.6.22-3-686 (but I have the same problem with 2.6.21 and 2.6.18, and maybe 2.6.16) ath_pci: 0.9.4.5 (0.9.3.2)

01/31/08 15:37:38 changed by anonymous

this bug isn't a duplicate of #1017?

hxxp://madwifi.org/ticket/1017

I have been receiving similar errors on Ubuntu Hardy Linux 2.6.24-5

from dmesg:

wifi0: ath_rxorn_tasklet: Receive FIFO overrun; resetting.

it's been more than a year now. $ svn info Path: . URL: hxxp://svn.madwifi.org/madwifi/trunk Repository Root: hxxp://svn.madwifi.org Repository UUID: 0192ed92-7a03-0410-a25b-9323aeb14dbd Revision: 3314 Node Kind: directory Schedule: normal Last Changed Author: mtaylor Last Changed Rev: 3314 Last Changed Date: 2008-01-30 17:50:16 -0600 (Wed, 30 Jan 2008)

(follow-up: ↓ 11 ) 02/16/08 16:58:03 changed by roessler@does-not-exist.org

FWIW, I'm experiencing similar problems on a MacBook with the MacOS Atheros driver. That might suggest that the problem is either on the hardware or firmware level.

02/19/08 04:59:49 changed by jaime.tarrant@gmail.com

I am experiencing this error, probably twice a day, after recently updating my kernel and compiling svn revision 3358 of the madwifi drivers:

wifi0: ath_rxorn_tasklet: Receive FIFO overrun; resetting.

as mentioned above, unloading/reloading the module solves the problem (in my case anyway), and sometimes have to do a full reboot.

This is on Debian Sid, 2.6.24.1-686 kernel on a MacBook (2nd Gen).

The updated kernel had kernel patches for CVE-2008-0009, CVE-2008-0010, CVE-2008-0600. It may be worth checking whether these fixes have caused the issue, as they would have been universally adopted/released by most linux distro's to solve the recently discovered local root exploit bug.

It seems to me the problem is either with the above mentioned kernel patches or with svn revision 3358.

(follow-up: ↓ 13 ) 02/27/08 16:06:18 changed by anonymous

Ran into this with madwifi-ng-r3365-20080226 on Kubuntu 7.10 (2.6.22-14-generic).

(in reply to: ↑ 8 ) 02/27/08 16:33:49 changed by anonymous

Replying to roessler@does-not-exist.org:

FWIW, I'm experiencing similar problems on a MacBook with the MacOS Atheros driver. That might suggest that the problem is either on the hardware or firmware level.

It seems it was a hardware issue -- no problems since the card has been replaced.

03/10/08 19:02:00 changed by anonymous

same problems here with mac mini wifi0: ath_rxorn_tasklet: Receive FIFO overrun; resetting. NETDEV WATCHDOG: wifi0: transmit timed out wifi0: ath_rxorn_tasklet: Receive FIFO overrun; resetting.

(in reply to: ↑ 10 ) 03/22/08 05:38:45 changed by anonymous

Replying to anonymous:

Ran into this with madwifi-ng-r3365-20080226 on Kubuntu 7.10 (2.6.22-14-generic).

Still having problems with madwifi-ng-r3401-20080321. This is the card I'm using:

0c:00.0 Network controller: Atheros Communications, Inc. AR5418 802.11a/b/g/n Wireless PCI Express Adapter (rev 01)

04/24/08 09:23:31 changed by pthagonal

I have been experiencing this issue as well on a Debian stable machine (Shuttle barebone) with an Allnet PCI card, ever since I upgraded to madwifi 0.9.4 and a custom-compiled 2.6.24.2 kernel. But it happens with a 2.6.18 stock Debian kernel, too. I'm pinning my hopes on the ath5k driver once it matures with one of the next kernel revisions, but in case the problem persists, I am thinking about buying a new card. Recommendations welcome. ;-) I wonder why this issue is being neglected, though. Or is the reason for this error message a hardware problem 9 out of 10 times?

(in reply to: ↑ description ) 04/30/08 12:14:38 changed by chrissMS

on my MacBook2,1 I get this error after some time of working, sometimes 5 minutes, sometimes 2 hours:

Apr 30 11:48:03 mbChriss kernel: wifi0: ath_rxorn_tasklet: Receive FIFO overrun; resetting. [continued many times]

Reloading ath_pci does not have any effect, I have to restart. I cannot remember a kernel or madwifi version where it worked, now I am using Kernel 2.6.25 and madwifi SVN Revision 3578.

I never saw this bug with MacOS, so I guess it is not a hardware issue (But I do not use MacOS that often).

(follow-up: ↓ 17 ) 05/24/08 16:25:59 changed by 31261

Hey all,

Same problem here with:

  • 07:00.0 Network controller: Atheros Communications Inc. AR5418 802.11abgn Wireless PCI Express Adapter (rev 01)
  • kernel: 2.6.24-16-generic
  • xubuntu: 8.04
  • madwifi: #define SVNVERSION "svn r3546"

(in reply to: ↑ 16 ; follow-up: ↓ 18 ) 05/27/08 08:48:26 changed by 31261

Hey all,

I found the following solution while searching the web, try:

iwpriv ath0 bgscan 0

Yesterday, I could stay online for hours without any problems. I'll see what happens today and post the results here...

(in reply to: ↑ 17 ) 05/27/08 23:06:12 changed by 31261

Yesterday, I could stay online for hours without any problems. I'll see what happens today and post the results here...

Yep, 16 hours without any problems...

Regards,

Birgi

03/08/09 22:08:31 changed by anonymous

I am having this issue with an Atheros ar5008 (ar5418) or whatever the card really is.

It is the Gigabyte WIO6-RH mini pciX card running on a dell mini 9 and ubuntu 8.04.

The posts indicate that setting bgscan to 0 or using the current svn trunk fix the issue.

But I still receive the problem quite often, as much as once every 15 minutes with svn r3941.

Here is lsmod|grep ath:

ath_rate_sample 15872 1 ath_pci 188972 0 wlan 249968 5 wlan_wep,wlan_scan_sta,ath_rate_sample,ath_pci ath_hal 280288 3 ath_rate_sample,ath_pci

Here is lspci|grep Ath:

03:00.0 Network controller: Atheros Communications Inc. AR5418 802.11abgn Wireless PCI Express Adapter (rev 01)

Here is modinfo ath_pci:

filename: /lib/modules/2.6.24-19-lpia/madwifi/ath_pci.ko license: Dual BSD/GPL version: trunk description: Support for Atheros 802.11 wireless LAN cards. author: Errno Consulting, Sam Leffler srcversion: 105BC9A5E7818B7CA721239 alias: pci:v0000168Cd00009013sv*sd*bc*sc*i* alias: pci:v0000168Cd00000024sv*sd*bc*sc*i* alias: pci:v0000168Cd00000023sv*sd*bc*sc*i* alias: pci:v0000168Cd0000001Dsv*sd*bc*sc*i* alias: pci:v0000168Cd0000001Csv*sd*bc*sc*i* alias: pci:v0000168Cd0000001Bsv*sd*bc*sc*i* alias: pci:v0000168Cd0000001Asv*sd*bc*sc*i* alias: pci:v0000168Cd00000019sv*sd*bc*sc*i* alias: pci:v0000168Cd00000018sv*sd*bc*sc*i* alias: pci:v0000168Cd00000017sv*sd*bc*sc*i* alias: pci:v0000168Cd00000016sv*sd*bc*sc*i* alias: pci:v0000168Cd00000015sv*sd*bc*sc*i* alias: pci:v0000168Cd0000101Asv*sd*bc*sc*i* alias: pci:v0000168Cd00001014sv*sd*bc*sc*i* alias: pci:v000010B7d00000013sv*sd*bc*sc*i* alias: pci:v0000A727d00000013sv*sd*bc*sc*i* alias: pci:v0000168Cd00000013sv*sd*bc*sc*i* alias: pci:v0000168Cd00000012sv*sd*bc*sc*i* alias: pci:v0000168Cd00000007sv*sd*bc*sc*i* depends: ath_hal,wlan vermagic: 2.6.24-19-lpia SMP mod_unload 586 parm: beacon_cal:int parm: countrycode:Override default country code (int) parm: maxvaps:Maximum VAPs (int) parm: outdoor:Enable/disable outdoor use (int) parm: xchanmode:Enable/disable extended channel mode (int) parm: rfkill:Enable/disable RFKILL capability (int) parm: tpc:Enable/disable per-packet transmit power control (TPC) capability (int) parm: autocreate:Create ath device in [sta|ap|wds|adhoc|ahdemo|monitor] mode. defaults to sta, use 'none' to disable (charp) parm: ratectl:Rate control algorithm [amrr|minstrel|onoe|sample], defaults to 'sample' (charp) parm: ath_debug:Load-time driver debug output enable (int) parm: ieee80211_debug:Load-time 802.11 debug output enable (int)

Note: I am not currently running r3941, I am running the repository package installed with 8.04 linux restricted modules. I get the best luck with this package, but still fail once an hour or so.

I require a monitor mode driver for security research purposes, so I believe ath9k is of the table for now???

Best regards,

Dan