Wireless fails to resume after suspend (zd1211rw driver)

Bug #207393 reported by James Hogarth
4
Affects Status Importance Assigned to Milestone
pm-utils (Ubuntu)
Invalid
Undecided
Daniel Hahler

Bug Description

Ubuntu hardy (development branch) Release: 8.04
Kernel - 2.6.24-12-generic
network-manager: 0.6.6-0ubuntu3

zd211rw does not survive a resume and the message " zd1211rw 5-2:1.0: no resume for driver zd1211rw?" appears in /var/log/messages

Tried two workarounds neither of which works right now:

1) Tried to unload zd1211rw by naming it in the "unload" section of /etc/default/acpi-support - no result

2) Copied and amended a script some had used for gutsy:

  /etc/acpi/resume.d/99-reload-wireless.sh

----START------------

!/bin/sh

#sleep 10

/etc/dbus-1/event.d/25NetworkManager stop

/sbin/modprobe -r -f zd1211rw

#sleep 5

/sbin/modprobe zd1211rw

#sleep 5

/etc/dbus-1/event.d/25NetworkManager restart

-----END--------------

bit none of he scripts in /etc/acpi/resume.d/ seem to being executed?

Revision history for this message
Mary Gardiner (puzzlement) wrote :

 Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it, because your description does not yet have enough information.

Please include the following additional information, if you have not already done so (pay attention to lspci's additional options), as required by the Ubuntu Kernel Team:
1. Please include the output of the command "uname -a" in your next response. It should be one, long line of text which includes the exact kernel version you're running, as well as the CPU architecture.
2. Please run the command "dmesg > dmesg.log" after a fresh boot and attach the resulting file "dmesg.log" to this bug report.
3. Please run the command "sudo lspci -vvnn > lspci-vvnn.log" and attach the resulting file "lspci-vvnn.log" to this bug report.

For your reference, the full description of procedures for kernel-related bug reports is available at https://wiki.ubuntu.com/KernelTeamBugPolicies Thanks in advance!

Revision history for this message
James Hogarth (jameshogarth) wrote :

Understood - my apologies. Here are the extra items you requested:

1) "uname - a" - Linux Wordsworth 2.6.24-12-generic #1 SMP Wed Mar 12 23:01:54 UTC 2008 i686 GNU/Linux

2) "dmesg" - attached below

3)

Revision history for this message
James Hogarth (jameshogarth) wrote :

2) New dmesg.log after a fresh boot

Revision history for this message
James Hogarth (jameshogarth) wrote :

3) lspci-vvnn.log - attached below

Revision history for this message
James Hogarth (jameshogarth) wrote :

Looks like the bug is fixed by the latest updates to the beta. I'll try and test and run the logs again. I'm guessing the updates to pm-utils fixed the issue? Will check and update.

Revision history for this message
Daniel Hahler (blueyed) wrote :

Yes, seems likely. The changelog of pm-utils 0.99.2-3ubuntu6 contains:
  * Add debian/patches/98-unload_network_modules.patch: Unload/reload network
    modules during suspend. Thanks to Matthew Garrett! (LP: #162654)

Revision history for this message
Daniel Hahler (blueyed) wrote :

I'm marking it as duplicate of bug 162654, please re-open if the problem is not really fixed.
Thank you.

btw: network-manager seems to use pm-utils, not acpi-support (anymore).

Changed in acpi-support:
assignee: nobody → blueyed
status: New → Invalid
Revision history for this message
Id2ndR (id2ndr) wrote :

I don't know if bug #274734 is related to bug #162654 but it doesn't look like.
Where can we find the result of debian/patches/98-unload_network_modules.patch in jaunty for example ?

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.