Bug 755631 - WLan randomly disconnects
Summary: WLan randomly disconnects
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: NetworkManager
Version: 16
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Dan Williams
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-21 16:24 UTC by Jake Jackson
Modified: 2012-02-12 00:56 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-01-09 09:12:51 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
/var/log/messages-Capture of one typical random disconnect (15.35 KB, text/plain)
2011-12-03 14:01 UTC, Jake Jackson
no flags Details
excerpts from dmesg and /var/log/messages for wlan0 (15.70 KB, text/plain)
2011-12-03 15:52 UTC, wjstarrsiii
no flags Details

Description Jake Jackson 2011-11-21 16:24:44 UTC
Description of problem:
When Transmission starts to download torrents, the WLAN suddenly disconnects. You have to restart the wifi device to reconnect to WLAN.

Additional info:
My Wifi-Device: Realtek Semiconductor Corp. RTL8187 Wireless Adapter

The inet is full of discriptions on this bug, but no solution yet, maybe interesting: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/374650?comments=all

Comment 1 Jake Jackson 2011-11-21 17:29:52 UTC
This workaround does not solve the issue: https://bugzilla.redhat.com/show_bug.cgi?id=519154#c11

Comment 2 Jake Jackson 2011-12-02 20:07:18 UTC
Did a completely new install of Fedora 16, to exclude my fault. And the disconnects does not happen only downloading a torrent, they happen whatever i do, surfing, downloading via the browser, or streaming vids.

Help, or just a slight response would be appreciated, this bug sucks extremely,...

Comment 3 Jake Jackson 2011-12-03 14:01:04 UTC
Created attachment 540015 [details]
/var/log/messages-Capture of one typical random disconnect

Comment 4 wjstarrsiii 2011-12-03 15:52:33 UTC
Created attachment 540068 [details]
excerpts from dmesg and /var/log/messages for wlan0

Comment 5 wjstarrsiii 2011-12-03 15:58:46 UTC
I'm having the same issue, totally cramping my style while trying to configure my new Amazon EC2 instance over ssh... had to switch to another distro on my laptop.  Please let me know if more information would help.  It's been going on randomly (sometimes a few days with no issues, sometimes 5-6 times a day) since installation right after release.  Running 3.1.2-1.fc16.x86_64 on an hp 6930p.

Bus 003 Device 002: ID 03f0:171d Hewlett-Packard Wireless (Bluetooth + WLAN) Interface [Integrated Module]

02:00.0 Network controller: Intel Corporation Ultimate N WiFi Link 5300

Thanks

Comment 7 Jake Jackson 2011-12-04 17:23:46 UTC
Got a workaround: Use wcid instead of NetworkManager
http://forums.fedoraforum.org/showthread.php?p=1535913#post1535913

I'm testing since 1 1/2 hours without any disconnect, everything works fine like it should. Reporting back if anything changes!

Comment 8 Jirka Klimes 2011-12-05 13:23:41 UTC
Do you experience the issue when connecting manually with wpa_supplicant (NM disabled)? Could you grab the supplicant log with "-dddt" debugging option?

Also for iwlagn driver, it would be helpful if someone can report if adding swcrypto=1 and/or 11n_disable=1 option help.

# rmmod iwlagn
# modprobe iwlagn swcrypto=1 11n_disable=1

Comment 9 wjstarrsiii 2011-12-11 20:31:12 UTC
Booted up today, with network manager, made it around 5 minutes before wifi dropped.

Tried the iwlagn options above following suggestions; it's been 4 hours so far with no drops.

Comment 10 Eugen Dedu 2011-12-20 22:51:14 UTC
I use debian and I have the same problem with iwlagn: deconnection each 5-10 minutes.  With:
# modprobe iwlagn swcrypto=1 11n_disable=1
I have no deconnection anymore.  Thanks!

Comment 11 moonshine 2011-12-23 02:25:18 UTC
hello Eugen Dedu, 

sorry for my poor english. 

i also have tested ubuntu 1110 x86_64 just now.
after "sudo modprobe iwlagn swcrypto=1 11n_disable=1", but it could not connect the LAN any more.


why? and thanks!
hardware: lenovo g475 ship with gAR9285

Comment 12 Eugen Dedu 2011-12-23 09:14:43 UTC
(In reply to comment #11)
> hello Eugen Dedu, 
> 
> why? and thanks!

I do not know, I am a user like you.

Comment 13 moonshine 2011-12-24 02:20:12 UTC
(In reply to comment #12)
> (In reply to comment #11)
> 
> I do not know, I am a user like you.

thank u as well.

i am waiting for the reply from rh engineers'.

Comment 14 Martin Donald 2011-12-24 23:14:37 UTC
I have the same problems after upgrading to Fedora 15 (from 14) a few weeks ago.

I have a desktop and a netbook and I have problems on both machines (both have Atheros chipsets). 

Output on /var/log/messages is similar to that of attachment 540015 [details] by Jake Jackson.

Comment 15 beaver.pv 2012-01-06 16:14:49 UTC
(In reply to comment #8)

> Also for iwlagn driver, it would be helpful if someone can report if adding
> swcrypto=1 and/or 11n_disable=1 option help.

Seems to be better. After some updates that driver was changed silently from iwlagn to iwlwifi (at least for me, ThinkPad T400, device is 03:00.0 Network controller: Intel Corporation PRO/Wireless 5100 AGN [Shiloh] Network Connection). Now it is necessary to apply this workaround by:

# rmmod iwlwifi
# modprobe iwlwifi swcrypto=1 11n_disable=1

Or permanently by adding line:
options iwlwifi swcrypto=1 11n_disable=1

to file /etc/modprobe.d/local.conf

Anyway the problem exist only with particular APs, my home AP is TP-Link and there is no problem, at work there is Cisco AP and problems are causing the disconnects very often (at least before that fix was done).

Comment 16 Jirka Klimes 2012-01-09 09:12:51 UTC
The driver has been renamed in recent kernels:
https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=3c607d27c818cf4a5d28f2c73b18a88f8fbdfa33

The disconnection problem is probably in interaction with 802.11n enabled APs (11n_disable=1 solves that by disabling 11n functionality).

Closing the bug for now as it's not a NetworkManager bug. Feel free to reopen and assign to kernel if you still have problems.


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