Description of problem:
05:02.0 Network controller: RaLink RT2561/RT61 802.11g PCI
Subsystem: RaLink EW-7108PCg
Flags: bus master, slow devsel, latency 64, IRQ 23
Memory at fbff8000 (32-bit, non-prefetchable) [size=32K]
Capabilities:  Power Management version 2
Kernel driver in use: rt61pci
Kernel modules: rt61pci
After upgrade to Fedora-11 I experience random disconnects for 20-30 seconds while working with the device. The long blackout is enough to disconnect SSH or VNC session that I generally use to connect to the remote PC.
Right now my kernel is:
The same happened with:
With Fedora-10 and Fedora-9 I did not experience the problem (I don't remember the kernel versions that was used).
I've looked for similar bug reports and found something related to scan while connected that cause a short disconnect. That's not the same as I experience since I don't have any supplicant entries in the log, in fact, nothing appears in the log. Tried to initiate scan manually, it takes only 0.8 seconds and doesn't break the connection for 20-30 seconds, so that's probably not the same issue.
Version-Release number of selected component (if applicable):
Happens randomly, I think it happens more frequent when high traffic is transferred.
Steps to Reproduce:
2. ping the remote PC that is connected with wifi
3. Observe 20-30 blackouts in pings
20-30 seconds disconnection in the link, generally reconnected only when pinging from the Wifi connected PC to outside world.
Please let me know if I can provide more info to help debugging that issue.
re-assigned to the kernel since the firmware used to be rather stable though time...
Are there any logs I can try to collect to make sure where the problem might be?
*** Bug 531210 has been marked as a duplicate of this bug. ***
An update: I've installed Ubuntu 9.10 beta with kernel 2.6.31-14, the disconnections still happen.
Not sure if it's less frequent, but it's still happen.
You are a victim of periodic scanning. Hopefully 2.6.32 will make that scanning less expensive.
I run the command
watch -n 1 iwconfig wlan0
which showed that when the network break occurs the WLAN card is indeed scanning over frequencies. The Atheros AR5001X+ 802.11a/b/g card that I have supports radiochannels at 2.4 GHz and 5.15 GHz. For me the network connection is kept to the access point after the frequency scanning has stopped. Alex Betis reports in bug 524438 disconnections which I don't see in bug 531210. Do you think that the bugs are the same in spite of that?
Is there any way of preventing this frequency scanning?
Gents, can anyone respond and propose a workaround to prevent the automatic frequency scanning?
None that are very good..."don't use NetworkManager" is the only one that is reasonably easy to implement (other than waiting for a kernel update) -- sorry!
Have you tried a 2.6.32-based kernel build from Koji?
No I did't, I prefer to stick to Ubuntu's delivered kernels for now, which is 2.6.31-19.
I see...well, good luck!
I'm running Fedora 11, so I installed the Koji kernel
Linux pc78 220.127.116.11-29.rc2.fc11.i586 #1 SMP Sun Feb 7 23:26:54 UTC 2010 i686 i686 i386 GNU/Linux
Connecting to the acccess point failed several times but eventually a connection was made. I tested the connection with ping and unfortunately the situation is still the same that the scanning occurs, which leads to packet losses.
Is it normal that lspci reports my card as
02:00.0 Ethernet controller: Atheros Communications Inc. Atheros AR5001X+ Wireless Network Adapter (rev 01)
while the ath5k driver gives a slightly different identification?
ath5k phy0: Atheros AR5212 chip found (MAC: 0x56, PHY: 0x41)