Bug 438438 - rtl8180 keeps timing out
Summary: rtl8180 keeps timing out
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 9
Hardware: i686
OS: Linux
Target Milestone: ---
Assignee: John W. Linville
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2008-03-20 21:18 UTC by Andrew Pegram
Modified: 2009-03-17 17:23 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2009-03-17 17:23:32 UTC
Type: ---

Attachments (Terms of Use)
/var/log/messages exerpt (13.71 KB, text/plain)
2008-03-24 18:08 UTC, Andrew Pegram
no flags Details
First output is while it was disconnected, Second is while connected (11.40 KB, text/plain)
2008-03-24 19:23 UTC, Andrew Pegram
no flags Details
0002-rtl8180-normalize-quality-measurment-for-100-point.patch (1.11 KB, patch)
2008-10-07 19:30 UTC, John W. Linville
no flags Details | Diff

Description Andrew Pegram 2008-03-20 21:18:51 UTC
Description of problem:
At (seemingly) random intervals, the rtl8180 driver causes a disconnection
because of a timeout. I have tried to use NDISwrapper with the Windows XP
driver, but this occasionally causes a kernel panic because of Fedora's 4K
stacks. When that program is not causing a panic, it works perfectly, so I
assume that there is a problem with the native rtl8180

Version-Release number of selected component (if applicable):
rtl8180 shipping with kernel-2.6.23-1.fc8.i686 through kernel-

How reproducible:
I don't know exactly how to reproduce it, but if you connect to a wireless
network, it is bound to happen within fifteen minutes.

Steps to Reproduce:
1. Boot up in the latest kernel ( at this time)
2. Connect to a wireless with a card using the rtl8180 driver (mine happens to
be a TEW-421PC with an RTL8185 chipset)
3. Wait. (Usually about 5-15 minutes)
Actual results:
Disconnection due to timeout (at least, that's what NetworkManager reports)

Expected results:
A steady connection

Additional info:
Sometimes, it will reconnect on it's own, but usually I have to replug the card
to restore the connection. That means on certain segments of my school's
wireless network, I have to reauthenticate, which can take a while. Sometimes
the network disconnects without alerting NetworkManager

Comment 1 Andrew Pegram 2008-03-20 21:20:23 UTC
Let me know what logs I should post, as I have no idea where to look (other than
/var/log/messages, and I saw nothing out of the ordinary there)

Comment 2 John W. Linville 2008-03-24 15:46:26 UTC
Please attach the contents of /var/log/messages anyway, just in case we can 
see something interesting.  If possible, perhaps you can attach a wireshark 
capture taken from another station that shows the time when you disconnect?

Comment 3 Andrew Pegram 2008-03-24 18:08:42 UTC
Created attachment 298914 [details]
/var/log/messages exerpt

Also, when I type ifup wlan0, it gives me this:

Error for wireless request "Set Encode" (8B2A) :
    SET failed on device wlan0 ; No such file or directory.

Determining IP information for wlan0... Done

How would I get a wireshark capture?

Comment 4 John W. Linville 2008-03-24 18:19:47 UTC
The "Set Encode" message is (sadly) normal -- please ignore it.

Please attach the output of running "iwconfig wlan0 scan".  Also, would you 
mind attaching the output of runnign "ps aux"?

Let's hold-off on the wireshark capture for the moment.

Comment 5 Andrew Pegram 2008-03-24 19:23:33 UTC
Created attachment 298921 [details]
First output is while it was disconnected, Second is while connected

Comment 6 Andrew Pegram 2008-03-27 01:11:21 UTC
Just to keep you posted, kernel- still has this problem.

Comment 7 John W. Linville 2008-04-15 21:33:09 UTC
There is a patch in the builds here which may address this issue:


When the build completes, could you give that a try?  Does it help?  Thanks!

Comment 8 Andrew Pegram 2008-04-17 20:19:06 UTC
should I install the debug version, or just the regular?

Comment 9 John W. Linville 2008-04-17 20:22:34 UTC
The non-debug version is fine.

Comment 10 Andrew Pegram 2008-04-17 21:18:12 UTC
nope, same problem. Although I have noticed something odd:

No matter how physically close I get to the router, NM always reports the signal
strength in the range of 22%-27%, and the network speed is usually reported as 1
MB/s. I have rarely seen values outside that range. I don't know if that helps,
but... there it is.

Comment 11 Andrew Pegram 2008-05-27 21:50:35 UTC
This problem still exists in as of in Fedora 9. Should I refile the
bug under Fedora 9

Comment 12 John W. Linville 2008-05-30 18:39:46 UTC
I'm not sure of any specific fix, but it might be wortwhile for you to try a
later build:


Can you recreate this issue with those kernels?

Comment 13 Andrew Pegram 2008-06-03 23:22:11 UTC
Same problem with Although, before, the NM applet would
always register two bars, no matter what. Now, it seems to randomly switch
between one, two, and three bars. I don't know if that means anything, but there
it is.

Comment 14 John W. Linville 2008-09-09 18:59:11 UTC
Is this still an issue in -108 or later?

Comment 15 Andrew Pegram 2008-09-13 02:36:25 UTC
Still an issue in -108. I just downloaded the new 2.6.26 kernel, so I will keep you posted.

Comment 16 John W. Linville 2008-10-07 19:30:56 UTC
Created attachment 319687 [details]

Normalize quality values to 100-point scale.

Comment 17 John W. Linville 2008-10-07 19:31:12 UTC
I don't have a good theory on why this would help, but without this patch the driver can report quality levels like "133/100" -- that might be confusing NM and/or wpa_supplicant?

Well, I think it is worth a try -- want to build a kernel w/ this patch applied and give it a shot?

Comment 18 Andrew Pegram 2008-10-09 16:40:43 UTC
I have never compiled a kernel before, but I'd like to give it a try. What do I need?

Comment 19 John W. Linville 2009-02-13 19:49:46 UTC
FWIW, the patch from comment 16 never really worked... :-(

I've been using this device with the equivalent of a rawhide kernel lately, and it seems to work alright for me.  Are you still seeing problems with recent kernels?  If so, what is the latest kernel you have tried?

Comment 20 John W. Linville 2009-03-17 17:23:32 UTC
Closed due to lack of response.  Please reopen if/when the requested information becomes available...thanks!

Note You need to log in before you can comment on or make changes to this bug.