| Author |
Message |
|
|
Post subject: Suspend kills wireless?
 Posted: Sep 05, 2007 - 01:45 PM
|
|
Joined: Aug 24, 2007
Posts: 11
Status: Offline
|
|
Hi,
I have a Broadcom (Dell) 1390 mini-PCI wireless card (Rev 1) in my HP laptop. I'm using Ndiswrapper to load the bcmwl5.inf/sys software. It works great, except that after a suspend my wireless is down and I can't bring it back up. I'm not using any add-on networking stuff like networkmanager. 
Any ideas?
Thanks!!
sf |
|
|
| |
|
|
|
 |
|
|
|
Post subject: RE: Suspend kills wireless?
Posted: Sep 05, 2007 - 02:13 PM
|
|
Joined: Nov 25, 2006
Posts: 2571
Status: Online!
|
|
| That is still a rather common issue with suspend/ resume, if the native bcm43xx drivers don't work (and they should, if they're better regarding suspend/ resume is another question), you need to look into unload/ reload routines for the affected driver which are provided by the suspend framework and just need to be fed with the custom module infos. |
|
|
| |
|
|
|
|
|
|
|
Post subject: RE: Suspend kills wireless?
Posted: Sep 06, 2007 - 10:47 AM
|
|
Joined: Dec 04, 2006
Posts: 554
Status: Offline
|
|
i don't, know how this is handled in the HAL / uswsusp - stuff that is used nowadays (and which is used by most KDE-frontends AFAIK)
But in the past i used the "hibernate" - script to do suspends.
Hibernate has a configfile where you can configure many things...module loads/unloads at suspend and resume-times,
unmounting of specific filesystems or devices...
some "tweaks" for graphicchips and so on.
one of the most interesting feature was the ability to hook in custom scripts.
you could specify in which order they were executed (as with initscripts) and if they get executed on resume or on suspend...
this way you could do whatever you like before suspending the machine, or after wakeup.
i wonder if there is some chance to integrate this in the presend suspend - infrastructure!?
so for example telling HAL it should call hibernate upon suspend...!?
IIRC it is HAL, which is responsible for that, isn't it?
well...ideas...
greetings,
me |
|
|
| |
|
|
|
|
|
|
|
Post subject: Re: RE: Suspend kills wireless?
Posted: Sep 06, 2007 - 01:50 PM
|
|
Joined: Aug 24, 2007
Posts: 11
Status: Offline
|
|
|
slh wrote:
That is still a rather common issue with suspend/ resume, if the native bcm43xx drivers don't work (and they should, if they're better regarding suspend/ resume is another question), you need to look into unload/ reload routines for the affected driver which are provided by the suspend framework and just need to be fed with the custom module infos.
Well, right now I am using the bcmwl5.inf (and .sys) files from the HP download site, as specified in the ndiswrapper supported cards list. I have also blacklisted (in /etc/modprobe.d/blacklist) the bcm43xx kernel module because it doesn't work for this card and seems to interfere with ndiswrapper if it's allowed to load.
Let me clarify that it's not just that I've lost my wifi connection after a suspend; rather sidux loses awareness of my wireless card; the LED indicator turns from blue (working) to orange (not working).
I'm wondering if there might be some shell commands I could issue after a suspend that would bring the card back up? I've tried "modprobe ndiswrapper" but it doesn't work.
thanks,
sf |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Sep 07, 2007 - 05:43 AM
|
|
Joined: Dec 11, 2006
Posts: 133
Location: Bad Homburg
Status: Offline
|
|
Hi,
maybee my solution works for you too:
I have a Atheros Card using it with the madwifi driver.
After s2r over powersaved the card vanished, I have to stop /etc/init.d/wpaifupdown and replugge my card. Than the driver would be load again.
I do the command in the sudo list and add it in the command lines from knemo, there I add althoug wpa_gui and dont have to use knetworkmanager.
Hope it works for you!
Bye
Gregor |
_________________
Laptop: Linux 2.6.23.8-slh-smp-2 i686 sidux 2007-02 - Τάρταρος, Intel Celeron M 1496.358 MHz
Desktop: Linux 2.6.23.1-slh-smp-19 i686 sidux 2007-01 - Χάος, Intel Pentium 4 2992.772 MHz
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Dec 04, 2008 - 12:54 AM
|
|
Joined: Oct 28, 2008
Posts: 54
Status: Offline
|
|
I'm also affected by the disappearing wifi card (iwl3945) issue. It seems to also happen from time to time after using the aircrack-ng tools. Not if this is relevant but I use laptop-mode and applied some of the advice from lesswatts.org to try to improve power management.
In my case, using wpaifupdown doesn't revive the card, but a reboot does (a warm reboot using kexec may work too but I have not tried this). |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Dec 04, 2008 - 01:15 AM
|
|
Joined: Nov 30, 2006
Posts: 3480
Location: Budapest
Status: Offline
|
|
|
JohnyDoey wrote:
I'm also affected by the disappearing wifi card (iwl3945) issue.
iwl3945 up and running after resume from suspend to RAM here using wpa-roaming method and "allow-hotplug" for wlan0 in /etc/network/interfaces. This is stock sidux ourea without any extra configurations.
hubi |
_________________
Bonitas stultitiaque sodales sunt.
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Dec 04, 2008 - 01:59 AM
|
|
Joined: Dec 02, 2006
Posts: 1046
Location: East Coast
Status: Offline
|
|
| I can confirm what slh and Ge0rgy have said, you need to read the documentation of how to unload ndiswrapper (in my case b43) before it goes in suspend mode. It should be a file in /etc. |
|
|
| |
|
|
|
|
|
|
|
Post subject:
Posted: Dec 04, 2008 - 04:04 AM
|
|
Joined: Oct 28, 2008
Posts: 54
Status: Offline
|
|
| Good to know it's possible to have it working with iwl3945, I'll check if going back to stock sidux kernel fixes the problem (running a self-compiled patched kernel with last version tp_smapi module among other things here). |
|
|
| |
|
|
|
|
|
|
