Kernel module rt2500 has awful performance

Bug #108691 reported by Ari
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Incomplete
Undecided
Unassigned
linux-source-2.6.22 (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Using a WMP54G v4.0 ralink 2500-based card, Feisty freshinstall detected the card out of the box. However, after a few minutes (sometimes hours) of continuous use, wireless performance degrades to a crawl. Pings from the computer to the router take from 600 msec to 4000 msec, (when all is well, they take between 1 and 2 msec).

Also, network-manager didn't detect the available SSIDs and won't allow me to connect to any wireless network. I had to put the interface in Manual mode and enter the SSID manually.

I tried complete removal of network-manager (which didn't work, anyways), same performance problem.

Finally I blacklisted the rt2500 module and installed ndiswrapper, like I did long time ago for breezy, dapper and edgy. It's a bit sad.

thanks.

Revision history for this message
Javier Jardón (jjardon) wrote :

Hello, thanks for you bug report

Try rt2500pci module (is in the default kernel).
  - blacklisted rt2500
  - Add rt2500pci to /etc/modules
  - Comment all interfaces in /etc/network/interfaces except lo
  - Restart

Dou you still have problems?

Changed in rt2500:
assignee: nobody → torkiano
status: Unconfirmed → Needs Info
Revision history for this message
Ari (ari-reads) wrote :

Hi Javier, I followed the procedure (and blacklisted ndiswrapper as well).

I made sure that only rt2500pci was being loaded, and was controlling the wireless pci card, looking at the output of lshw, lsmod, and dmesg

The result is, the module is loaded and the interface ra0 is brought up, however it can not associate to my wireless AP. It does not list the available wireless signals, iwconfig shows the wireless extensions installed on ra0, however it looks like not even a scan can be made. A curious new interface called "wmaster0" appeared together with ra0. I tried configuring it too, however it won't come up.

Situation looks worse than with the "rt2500" module, which can associate and work OK for a few minutes or sometimes hours.

Like we say in spanish, "no anda ni para atras" :)

I had to go back to ndiswrapper 1.42.

Thanks!

Revision history for this message
Javier Jardón (jjardon) wrote :

Hello Ari, give us :

 - The output from the uname -a > uname-a.log command
 - The output from the lspci -vvn > lspci-vvn.log command
 - The output from the lspci -vv > lscpi-vv.log command
 - The output from the dmesg > dmesg.log command

When using rt2500 driver. Thanks for your work

Revision history for this message
Ari (ari-reads) wrote :

Command output as requested, please see the attachments.

Revision history for this message
Ari (ari-reads) wrote :
Revision history for this message
Ari (ari-reads) wrote :
Revision history for this message
Ari (ari-reads) wrote :
Javier Jardón (jjardon)
Changed in rt2500:
assignee: torkiano → ubuntu-kernel-team
status: Needs Info → Confirmed
Revision history for this message
Ari (ari-reads) wrote :

Today I tried the latest rt2500 CVS driver. It was a total disaster, the machine didn't boot anymore. Thanks to all the rt2500 mess, I am now fluent in blacklisting drivers and reloading ndiswrapper, so I booted with a feisty cdrom, mounted the harddisk, and blacklisted rt2500 again.

This is what you should NOT do in feisty:

* download the latest rt2500 daily from: http://rt2x00.serialmonkey.com/wiki/index.php/Downloads

* follow the instructions from Ubuntu Wiki for ra2500:

https://help.ubuntu.com/community/WifiDocs/Driver/RalinkRT2500?highlight=%28rt2500%29#head-afca59bb303accf7d6ee9144facd385f7c55fde3

After compiling the new module, I did:

sudo cp ~/rt2500-cvs-daily/Module/rt2500.ko /lib/modules/`uname -r`/kernel/drivers/net/wireless/

echo "alias ra0 rt2500" | sudo tee /etc/modprobe.d/rt2500

sudo depmod

Revision history for this message
Erik Andrén (erik-andren) wrote :

This also affects gutsy

Revision history for this message
Launchpad Janitor (janitor) wrote : This bug is now reported against the 'linux' package

Beginning with the Hardy Heron 8.04 development cycle, all open Ubuntu kernel bugs need to be reported against the "linux" kernel package. We are automatically migrating this bug to the new "linux" package. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http://www.ubuntu.com/testing . If the issue still exists, please update this report by changing the Status of the "linux" task from "Incomplete" to "New". We appreciate your patience and understanding as we make this transition. Thanks!

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

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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