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 #1295 (new defect)

Opened 15 years ago

Last modified 14 years ago

Madwifi + WPA, Connection drops frequently and fails to reconnect afterwards

Reported by: sstchur@yahoo.com Assigned to:
Priority: minor Milestone:
Component: madwifi: other Version: v0.9.3
Keywords: connection, drop Cc:
Patch is attached: 0 Pending:

Description

OS: Kubuntu Feisty DE: KDE wpa_supplicant version: v0.5.5 Wifi Card: DLink DWL-G520 (Atheros Chipset) Router: Netgear WGR614 v4 Encryption: WPA/TKIP

Using KNetworkManager, I'm able to easily see the various access points in my area, including my own personal wireless AP. The first time I try to connect, there is usually no problem. KNetworkManager prompts me to enter my WPA Key, and a few seconds I'm connected (albeit with a rather weak signal).

After some period time (usually inactive time), maybe an hour or so, the connection will drop off. KNetworkManager will indicate I'm no longer connected and prompt me for my Key again, but any subsequent attempt to connect almost always fail.

What's interesting is that if I check my router's Attached Devices, it still lists my linux box as being attached, even though KNetworkManager clearly indicated that I am not.

The only solution I've found that will allow me to reconnect is to unplug the router, wait 60 seconds, and then plug it back in, allows it to cycle through it's power-on procedure. This generally always works, but obivously, it is a major pain.

In the #madwifi channel on irc.ubuntu.com, I was asked to run the command wpa_cli next time my connection drops. Since I didn't know when that'd be, I was told to file this ticket and paste in the data.

I wanted to get this ticket started, and I will follow up w/ the results of wpa_cli next time my connection drops.

If you have any information for me in the meantime, it would be greatly appreciated.

Change History

05/17/07 13:33:57 changed by drebon@crqns.org

Well since I have gone to Feisty (with madwifi 0.9.3) I have seen the same issue.

Actually in some place the first connectgion attempt fails, and it is not specific to wpa connection (wep, and not encrypted connection ares likely to not work too)

Some times, madwifi seems unable to configure card'ds channel and frequency (iwconfig channel or iwconfig freq just do nothing), and the network adaptator seems unable to associated with any ap.

What is odd, is that usualy if you run "iwlis ath0 scan", you will see that there are networks, and some with good link quality.

Another thing is that I found a way to make the card reconnect, but it is not a very pleasant one : I boot under windows, let windows connect to the network I want, wait a little bit, and reboot under linux. This is not an 100% successful method, but maybe a 90% one.

In my opinion the success of this workaround is due to the fact that the card shall keep the latest parameters used (such as channel or frequency) and so is likely to actually see the network at which I want to connect.

05/17/07 14:21:20 changed by strasak@bubakov.net

That -> boot windows, configure , reboot into linux and it works <- is really weird, because AFAIK atheros chips are highly software controled, that means they have no internal firmware, which could - better to say it's configuration - survive soft reboot. Maybe you could try to use latest snapshot of driver - trunk - or even try drivers with newer HAL which you could get from svn - madwifi-hal-0.9.30.13 branch .

06/08/07 19:14:21 changed by jbinto

I am seeing the same thing on a Thinkpad T60 using a AR5418, using SVN r2431 on Feisty 64bit.

Just as in ticket #1081, I am seeing increasing Invalid NWID. It is slower at home where there are only one or two networks, and rarely drops. At university it is increasing to the hundreds-of-thousands by 10 minutes of usage, and drops at least a dozen times an hour.

I also notice that sometimes my desired network is not available from NetworkManager, nor does it show up in 'wlanconfig ath0 list scan' -- regardless of whether I'm at home / the status of Invalid NWID. As drebon at crqns said, 'iwlist scan' does show all APs all the time.

I should mention, this is happening on both WPA encrypted and totally open APs.

Here is more detail about the "fail to reconnect" part: https colon slash slash bugs.launchpad.net/ubuntu/+source/network-manager/+bug/61512/comments/4

(follow-up: ↓ 5 ) 12/04/07 10:30:46 changed by jerem3

I'm having the same problem on a Thinkpad x60t running Kubuntu 7.10, with madwifi trunk connecting to a WPA network. The wireless connection works fine for at least an hour or two... then it will invariably stop working. Once I lose the connection, the ath0 interface shows traffic being sent, but nothing being received. I've tried various things to "fix" it once it gets in this state, but nothing seems to work short of a reboot. Also, interestingly enough, 'iwlist scan' shows the wifi network just fine. I'd be happy to help debug this further if there is anything I can do...

(in reply to: ↑ 4 ) 12/04/07 10:33:39 changed by jerem3

I should also mention that my Thinkpad x60t has the AR5418 Atheros chipset.

(follow-up: ↓ 7 ) 12/04/07 20:37:34 changed by anonymous

I believe I see this as well, but I've had moderate success in recovering connection by doing rmmod ath-pci followed by modprobe ath-pci.

(in reply to: ↑ 6 ) 12/04/07 20:38:56 changed by anonymous

This is with Thinkpad T61

(follow-up: ↓ 10 ) 12/08/07 01:55:04 changed by jerem3

Here is some additional information about this issue on my system. When I lose my connection the following messages show up in kern.log:

Dec  7 15:33:16 ramiel kernel: [18593.812000] Uhhuh. NMI received for unknown reason a0 on CPU 0.
Dec  7 15:33:16 ramiel kernel: [18593.812000] You have some hardware problem, likely on the PCI bus.
Dec  7 15:33:16 ramiel kernel: [18593.812000] Dazed and confused, but trying to continue
Dec  7 15:33:19 ramiel kernel: [18596.108000] wifi0: rx FIFO overrun; resetting
Dec  7 15:33:22 ramiel kernel: [18598.872000] wifi0: rx FIFO overrun; resetting
Dec  7 15:33:24 ramiel kernel: [18601.640000] wifi0: rx FIFO overrun; resetting
(last message repeats)

And here is a list of the devices on my PCI bus:

00:00.0 Host bridge: Intel Corporation Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03)
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02)
00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 02)
00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02)
00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 02)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 02)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 02)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2)
00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller (rev 02)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02)
02:00.0 Ethernet controller: Intel Corporation 82573L Gigabit Ethernet Controller
03:00.0 Network controller: Atheros Communications, Inc. AR5418 802.11a/b/g/n Wireless PCI Express Adapter (rev 01)
15:00.0 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev b4)
15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C552 IEEE 1394 Controller (rev 09)
15:00.2 Generic system peripheral [0805]: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 18)

02/04/08 20:28:47 changed by anonymous

Same problem here, using ath_pci version svn r3322. The device in usage is:

05:00.0 Network controller: Atheros Communications, Inc. Unknown device 0024 (rev 01)

The platform is Linux version 2.6.22-2-amd64.

(in reply to: ↑ 8 ) 02/06/08 11:46:57 changed by foodoc

Replying to jerem3:

Here is some additional information about this issue on my system. When I lose my connection the following messages show up in kern.log: {{{ Dec 7 15:33:16 ramiel kernel: [18593.812000] Uhhuh. NMI received for unknown reason a0 on CPU 0. Dec 7 15:33:16 ramiel kernel: [18593.812000] You have some hardware problem, likely on the PCI bus. Dec 7 15:33:16 ramiel kernel: [18593.812000] Dazed and confused, but trying to continue Dec 7 15:33:19 ramiel kernel: [18596.108000] wifi0: rx FIFO overrun; resetting Dec 7 15:33:22 ramiel kernel: [18598.872000] wifi0: rx FIFO overrun; resetting Dec 7 15:33:24 ramiel kernel: [18601.640000] wifi0: rx FIFO overrun; resetting (last message repeats) }}}

uuhh, sounds like you have hit the sam bug as it's described in ticket #1017 .