RTL8187 wireless driver disconnects ( Wg111v2 in Hardy )

Bug #225851 reported by yay
78
This bug affects 9 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Expired
Undecided
Unassigned
Nominated for Intrepid by yay

Bug Description

The RTL8187 wireless driver connects fine and works on Ubuntu startup, but it stops working after 2 minutes, it will start working again if you enable and disable networking, but only for 10 seconds. The tray icon doesn't change when it stops working. I'm using Hardy Heron x86 installed from live CD.
The rtl8187 didn't work at all for me in Gutsy, but ndiswrapper did. In Hardy however, ndiswrapper doesn't work. (At least not with WPA TKIP, I've heard of people getting it to work with AES, but I am unable to test myself). I'm using a Netgear WG111v2 (lsusb: 0846:6a00). This problem may only be happening with WPA since I haven't been able to test with other encryptions.

Revision history for this message
Willem Ligtenberg (wligtenberg) wrote :

Since this has been posted earlier, and the other bug report has been confirmed, this is confirmed as well.
https://bugs.launchpad.net/ubuntu/+bug/231662

Changed in linux:
status: New → Confirmed
Revision history for this message
Willem Ligtenberg (wligtenberg) wrote :

OK it seems that it has to do with network-manager. Since I have now installed wicd (http://wicd.sourceforge.net/)
And so far I am still having an internet connection. Will update after some more time has passed.

Revision history for this message
Willem Ligtenberg (wligtenberg) wrote :

I can now confirm that using wicd solves this issue. And therefor I have added the network-manager package as the cause of the bug.

Revision history for this message
Willem Ligtenberg (wligtenberg) wrote :

Using wicd instead of network-manager solves the problem.

Revision history for this message
Liam Kurmos (quantum-leaf) wrote :

I'm having the same problem with this device on using Wicd does not fix the problem. After choosing connect Wicd hangs on 'flushing the routing table', it does not cancel on clicking cancel. This is on a clean install of hardy.i386 with no updates applied (wicd install by .deb as no connectivity)

In network-manager get dhcp and the signal strength meter would display normally throughout but all connectivity inc. ping to the router would die after a few seconds of use. (ping to local device still works)

Revision history for this message
Willem Ligtenberg (wligtenberg) wrote : Re: [Bug 225851] Re: RTL8187 wireless driver disconnects ( Wg111v2 in Hardy )

I am now using network-manager from a ppa which is updated from cvs regularly.
And this solved my problems.

Hope it helps,

Willem

On Fri, Aug 1, 2008 at 11:05 AM, Liam Kurmos <email address hidden> wrote:
> I'm having the same problem with this device on using Wicd does not fix
> the problem. After choosing connect Wicd hangs on 'flushing the routing
> table', it does not cancel on clicking cancel. This is on a clean
> install of hardy.i386 with no updates applied (wicd install by .deb as
> no connectivity)
>
> In network-manager get dhcp and the signal strength meter would display
> normally throughout but all connectivity inc. ping to the router would
> die after a few seconds of use. (ping to local device still works)
>
> --
> RTL8187 wireless driver disconnects ( Wg111v2 in Hardy )
> https://bugs.launchpad.net/bugs/225851
> You received this bug notification because you are a direct subscriber
> of a duplicate bug.
>

Revision history for this message
Alexander Sack (asac) wrote :

not a network-manager issue. reassigning to kernel package where this most likely belongs to.

Revision history for this message
Tom Jennings (tomj-wps) wrote :

Definitely not a network-manager issue. I get the same results (below) when manually using shell wireless-tools to bring the interface up and connect. (iwlist scan, iwconfig, etc)

Hardy Heron, 386 (on a VIA PicoITX CPU), NETGEAR USB wg111v2, without NDISwrapper. Networkin comes up fine out-of-the-box -- but when any load is put on the interface it dies; iwconfig/ifconfig looks normal, but no bits flow. iwlist/iwconfig again, it works.

I can ping for (many minutes); but 'apt-get update' trying to pull in new kernel (etc, large download) repeatably causes failure. Bring up again, ping fine, etc.

Revision history for this message
zenzike (zenzike) wrote :

I can confirm Tom's post; this behaviour is the same on Ibex 64 bit, where the wireless rtl8187 works fine out of the box, but eventually disconnects under heavy loads.

Something else though; the driver is picking up far fewer networks than when running under Windows, and all of the connection strengths are exactly the same, at 16%, although in Windows there is a range of values.

Revision history for this message
Andrew Hamilton (ahamilton9) wrote :

Confirming zenzike's additions. I'm picking up my neighbors wireless at 13% and my own router at 13% which is about 6 feet away (on 1st floor.) Also tried moving the adapter around on a USB extension, changes about 1% give or take, but nothing notable.

Just as a note I couldn't even get onto the internet before deactivating WEP on my router. Found a post that said there were complications on older builds so I tried it, I could connect before and after the changes but when attempting to connect to a webpage in Firefox it would just timeout before deactiviating my security. Don't know if that's of any use but meh.

Now works for a few minutes at slow speeds then drops.

Revision history for this message
Andrew Hamilton (ahamilton9) wrote :

Sorry for the second post here but this carried over to Intrepid Ibex. Same problem on both versions in my case.

Revision history for this message
otakuj462 (otakuj462) wrote :

Confirmed in Kubuntu 8.04.1 with Linksys WG111 USB adapter. Now using nidswrapper with the WIN98 drivers included on the CD, and it works quite well.

Revision history for this message
Eric Miao (eric.y.miao) wrote :

Unfortunately it seems this bug is still an issue. Can you confirm this issue exists with the most recent Jaunty Jackalope 9.04 release - http://www.ubuntu.com/news/ubuntu-9.04-desktop . Please let us know your results. Thanks.

Revision history for this message
zenzike (zenzike) wrote :

The problem is still there in Jaunty. It's also present, though to a much lesser degree, when using the 2.6.30 kernel.

Revision history for this message
PeaSoup (luke-mcshane) wrote :

I'm also using a Netgear WG111v2 (lsusb: 0846:6a00) with Ubuntu 9.04 Jaunty and having similar symptoms - frequent disconnections. Also all connection strengths the same (and around 13%)

Revision history for this message
Gotit (sca957) wrote :

My WG111v2 has similar low signal strength ~23% at 1.5 feet from the router.
running Jaunty 2.6.28-17 kernel
NetworkManager Applet 0.7.0.100

I ran a speed test from http://speedtest.net/ and from http://www.speakeasy.net/speedtest/ and both seemed to show normal performance for my ISP plan.
Also, I noticed the status light on the WG111v2 dongal only flashes once at start-up and is otherwise dark.

I installed Netgear drivers in XP VirtualBox (would not run in WINE) and signal strength was at ~98%.
The status light on the WG111v2 shown bright blue as the manual said it should be.

Revision history for this message
superlex (e-lex) wrote :

Low signal strength affects Ubuntu Karmic too, both with rtl8187 drivers than with ndiswrapper ones.

Revision history for this message
neuromancer (neuromancer) wrote :

In Ubuntu Maverick 10.10 with 2.6.35-22-generic kernel, netgear wg111v2 (0846:6a00) works great.
No problems with unprotected wifi and also with wpa connections.

Driver module automatically loaded and used are rtl8187.

Revision history for this message
dmiranda (dmiranda) wrote :

I'm still having this problem with oneiric

Revision history for this message
penalvch (penalvch) wrote :

yay, thank you for reporting this and helping make Ubuntu better. This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? Can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux <replace-with-bug-number>

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

tags: added: gutsy hardy i386 needs-upstream-testing
tags: added: intrepid
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Liam Kurmos (quantum-leaf) wrote :

hi,

Unfortunately i no longer have this hardware so can't help, sorry. :/

Liam

On Thu, Mar 29, 2012 at 3:52 AM, Christopher M. Penalver
<email address hidden> wrote:
> yay, thank you for reporting this and helping make Ubuntu better. This
> bug was reported a while ago and there hasn't been any activity in it
> recently. We were wondering if this is still an issue? Can you try with
> the latest development release of Ubuntu? ISO CD images are available
> from http://cdimage.ubuntu.com/releases/ .
>
> If it remains an issue, could you run the following command from a
> Terminal (Applications->Accessories->Terminal). It will automatically
> gather and attach updated debug information to this report.
>
> apport-collect -p linux <replace-with-bug-number>
>
> Also, if you could test the latest upstream kernel available that would
> be great. It will allow additional upstream developers to examine the
> issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once
> you've tested the upstream kernel, please remove the 'needs-upstream-
> testing' tag. This can be done by clicking on the yellow pencil icon
> next to the tag located at the bottom of the bug description and
> deleting the 'needs-upstream-testing' text. Please let us know your
> results.
>
> Thanks in advance.
>
> ** Tags added: gutsy hardy i386 needs-upstream-testing
>
> ** Tags added: intrepid
>
> ** Changed in: linux (Ubuntu)
>       Status: Confirmed => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/225851
>
> Title:
>  RTL8187 wireless driver disconnects ( Wg111v2 in Hardy )
>
> Status in “linux” package in Ubuntu:
>  Incomplete
>
> Bug description:
>  The RTL8187 wireless driver connects fine and works on Ubuntu startup, but it stops working after 2 minutes, it will start working again if you enable and disable networking, but only for 10 seconds. The tray icon doesn't change when it stops working. I'm using Hardy Heron x86 installed from live CD.
>  The rtl8187 didn't work at all for me in Gutsy, but ndiswrapper did. In Hardy however, ndiswrapper doesn't work. (At least not with WPA TKIP, I've heard of people getting it to work with AES, but I am unable to test myself). I'm using a Netgear WG111v2 (lsusb: 0846:6a00). This problem may only be happening with WPA since I haven't been able to test with other encryptions.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/225851/+subscriptions

Revision history for this message
Launchpad Janitor (janitor) wrote :

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]

Changed in linux (Ubuntu):
status: Incomplete → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.