Regression - RT73 breaks after suspending in Intrepid Ibex alpha 3

Bug #252444 reported by Matheus Pacheco de Andrade
18
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

In Hardy, suspending and resuming used to work perfectly with my wireless device, that is usb based and uses the driver rt73usb.
In Intrepid it no longer works after resuming, apparently the module rt2x00_usb breaks. In fact, in my little knowledge, dmesg suggests my that usb breaks at all.
dmesg output (post-resuming) included.

Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :
Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :

Here goes my lsusb -v

Revision history for this message
Robert McMeekin (rrm3) wrote :

Hey. This happens to me too. According to the following quote, I think this is a problem with the kernel driver and not the ACPI subsystem, so I'm changing the package to ``kernel.''

``If your computer successfully performs a suspend, then it is quite likely any resume problems are due to another device driver and not the ACPI subsystem.'' [https://wiki.ubuntu.com/DebuggingKernelSuspend]

$ uname -a
Linux alpha 2.6.26-5-generic #1 SMP Fri Aug 15 13:54:22 UTC 2008 x86_64 GNU/Linux

$ apt-cache policy linux
linux:
  Installed: (none)
  Candidate: 2.6.26.5.7
  Version table:
     2.6.26.5.7 0
        500 http://us.archive.ubuntu.com intrepid/restricted Packages

Changed in acpi-support:
status: New → Confirmed
Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :

Hrm... 2.6.27-4-generic running here.
And now the laptop doesn't even wakes up from Suspend.
:-P

Will try to debug and file a bug later.

Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :

Well, if I rmmod rt73usb manually prior to suspending, it suspends and comes back perfectly.
Will test a rtl8187 dongle to see if the problem is the driver or network manager.

Revision history for this message
Nicolas Boucher (boucher-nicolas) wrote :

I have the same problem with a Ralink PCI card using RT73USB driver.

The connection breaks after some times of internet uses. It depends of the quantity of data you exchange : if you do a ftp with a 1.3 Mo/s rate it will break sooner.

I'm a using a 2.6.27-4-generic kernel.
I have tried with other linux distributions, and I had the same problem.

With a Mandriva I have dumped those lines in messages log :

*Sep 20 20:10:04 localhost kernel: phy0 -> rt2x00queue_write_tx_frame: Error -
Arrived at non-free entry in the non-full queue 2.
Sep 20 20:10:04 localhost kernel: Please file bug report to
http://rt2x00.serialmonkey.com.*

It seems to be a regression in the kernel :

http://groups.google.com/group/linux.kernel/browse_thread/thread/189864466d6ed5f4/5189422969b027b8?lnk=raot

Revision history for this message
Nicolas Boucher (boucher-nicolas) wrote :

Forget to say that I'm using a Ubuntu 8.10 beta version.

Revision history for this message
Tayroni Alves (tay-fisica) wrote :

I own a usb wireless device from DLink: The device is a DWA-110 (07d1:3c07). It has an internal ralink chipset (rt73).

With rt73usb module from intrepid kernel, the connection works, but after some time the connection interrupts by itself. Its behavior is totally erratic.

So, I've tried rt73 from cvs by rt2x00.serialmonkey.com (from 10/19) and the wireless connection become stable, even on hardy heron (with manual configuration).

That is the case to include this module version on intrepid kernel?

Revision history for this message
Nicolas Boucher (boucher-nicolas) wrote :

Do you have exactly the same rate when you download using RT73 ? Or is it slower than with RT73usb ?

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

@Matheus Pacheco de Andrade , care to possibly try installing the linux-backports-modules package for Intrepid? The reason I ask is because it most recently pulled in an updated version of the compat-wireless stack. Maybe it might resolve the issue you are seeing with rt73usb:

https://edge.launchpad.net/ubuntu/+source/linux-backports-modules-2.6.27

linux-backports-modules-2.6.27 (2.6.27-7.3) intrepid; urgency=low

  [Tim Gardner]

  * Added iwlwifi firmware
  * Added the upstream compat-wireless-2.6 tree.
  * Updated compat-wireless to wireless-testing tag master-2008-10-14
  * Set CONFIG_WIRELESS_OLD_REGULATORY=y by default.

Revision history for this message
Matheus Pacheco de Andrade (matheusp-andrade-deactivatedaccount) wrote :

Hello, Leann.
It really doesn't work, even with backports modules installed.
:-(

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

Thanks Matheus,

Care to do an additional test. Could you try the most recent pre-release of Jaunty (currently Alpha3) - http://cdimage.ubuntu.com/releases/jaunty/ . You should be able to test suspend via a LiveCD. Thanks.

Revision history for this message
Sebastian Bator (eremit7) wrote :

Info from duplicate (309733):

Daniel_S wrote:

I have the following problems on my IBM Thinkpad T30 on resume, when rt73usb WLAN dongle is plugged in under intrepid (with hardy resume worked):
If i try to resume from standby, the Notebook freeze. Power LED turn on, sleep LED turn off and that was it :-(
I have to turn the computer off and restart.

At resume from suspend the WLAN dongle don't work anymore.
The dongle is still recognized by the networkmanager and iwconfig but no networks are detected.
DMESG shows :
[ 209.737255] phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x0a failed for offset 0x0000 with error -110.
[ 212.237335] phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x0a failed for offset 0x0000 with error -110.
[ 214.737418] phy0 -> rt2x00usb_vendor_request: Error - Vendor Request 0x0a failed for offset 0x0005 with error -110.

Restarting the rt73usb module doesn't help. I get this additional lines from dmesg :
[ 665.845121] phy1 -> rt73usb_init_eeprom: Error - Invalid RT chipset detected.
[ 665.845130] phy1 -> rt2x00lib_probe_dev: Error - Failed to allocate device.
[ 665.853941] usbcore: registered new interface driver rt73usb

The only way to get the dongle at work again ist to plug it out and in again, or to turn the computer off.
I tried to "whitelist" rt73usb in /etc/default/ACPI-support without success.

The dongle is a TP-Link TL-WN321G

Revision history for this message
Brad Figg (brad-figg) wrote : Unsupported series, setting status to "Won't Fix".

This bug was filed against a series that is no longer supported and so is being marked as Won't Fix. If this issue still exists in a supported series, please file a new bug.

This change has been made by an automated script, maintained by the Ubuntu Kernel Team.

Changed in linux (Ubuntu):
status: Confirmed → Won't Fix
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.