[dell-xps-specific?] ipw3945: Wireless is not activated after waking up from resume with kill switch enabled

Bug #368556 reported by Motin
6
Affects Status Importance Assigned to Milestone
hal (Ubuntu)
Invalid
Undecided
Unassigned
linux (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

I need to manually right-click on nm-applet and de-check wireless and check it again, only then will the wireless LED light up and the wireless features start working again. Once I got a kernel panic while doing this, so I am not too fond of that work-around.

This is NOT a duplicate of bug #193970 - this handles this specific case and was opened by the suggestion of others in that bug's comments.

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
HibernationDevice: RESUME=UUID=99bdff7c-637e-419f-bb4a-a9eb393640e7
MachineType: Dell Inc. XPS M1330
NonfreeKernelModules: nvidia
Package: linux-image-2.6.28-11-generic 2.6.28-11.42
ProcCmdLine: root=UUID=f8b235cb-e449-47e0-9de8-01d3c036e835 ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=sv_SE.UTF-8
ProcVersionSignature: Ubuntu 2.6.28-11.42-generic
SourcePackage: linux

Revision history for this message
Motin (motin) wrote :
Revision history for this message
Motin (motin) wrote :

Adding hal to affected packages since it seems wrong for the killswitch detection scripts to rely on /usr/lib/hal/hal-system-smbios --st_wwan for dell laptops when that command always returns 0:

motin@motin-xps:~$ sudo /usr/lib/hal/hal-system-smbios --st_wwan ; echo
0
motin@motin-xps:~$ # turning off switch - wireless on
motin@motin-xps:~$ sudo /usr/lib/hal/hal-system-smbios --st_wwan ; echo
0
motin@motin-xps:~$ # turning on switch - wireless off
motin@motin-xps:~$ sudo /usr/lib/hal/hal-system-smbios --st_wwan ; echo
0

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
NonfreeKernelModules: nvidia
Package: hal 0.5.12~rc1+git20090403-0ubuntu1 [modified: usr/lib/hal/scripts/linux/hal-system-killswitch-get-power-linux]
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=sv_SE.UTF-8
SourcePackage: hal
Uname: Linux 2.6.28-11-generic i686

A typo is fixed in the script: Bug #368553

Revision history for this message
Motin (motin) wrote :

An alternative work-around is to disable+enable the killswitch, then the wireless is detected again.

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

Hi Motin,

Can you try installing linux-backports-modules-jaunty to see if it helps, it contains and updated compat-wireless stack. If the issue remains, can you attach your dmesg output after a suspend/resume cycle but before you do one of your workarounds? Could you also try the latest compat-wireless stack to see if it also helps? http://wireless.kernel.org/en/users/Download . Thanks.

Changed in linux (Ubuntu):
status: New → Incomplete
tags: added: compat-wireless
Revision history for this message
Jeremy Foshee (jeremyfoshee) wrote :

This bug report was marked as Incomplete and has not had any updated comments for quite some time. As a result this bug is being closed. Please reopen if this is still an issue in the current Ubuntu release http://www.ubuntu.com/getubuntu/download . Also, please be sure to provide any requested information that may have been missing. To reopen the bug, click on the current status under the Status column and change the status back to "New". Thanks.

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags: added: kj-expired
Changed in linux (Ubuntu):
status: Incomplete → Invalid
Changed in hal (Ubuntu):
status: New → Invalid
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.