[Bug 409110] New: Pm-utils does not wake up the wireless network connection after suspend
https://bugzilla.novell.com/show_bug.cgi?id=409110 Summary: Pm-utils does not wake up the wireless network connection after suspend Product: openSUSE 10.3 Version: Final Platform: 64bit OS/Version: openSUSE 10.3 Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: kde-maintainers@suse.de ReportedBy: david@picella.com QAContact: qa@suse.de Found By: Customer If s2ram is called the wireless network connection does not come back up. This was tested with many different configurations and hook modifications. The hooks in /usr/lib/pm-utils/sleep.d/10NetworkManager work fine if called mannually. The network connection will sleep and wake as it should. Calling these actions during s2ram invocation puts the wireless connection to sleep but then it will not wake up. Alternatively, nsiswrapper can be unloaded and loaded by adding: SUSPEND_MODULES="ndiswrapper" RESUME_MODULES="ndiswrapper" to /etc/pm/config.d/config and then disabling 10NetworkManager. The results are the same. If ndiswrapper is unloaded and loaded in terminal everything is fine. It does not work with when s2ram is called as the network will not come back after ndiswrapper is reloaded. I have discussed this on the list and I have been advised to report this as a new bug. Here are some log files and config outputs: Mon Jul 14 18:10:39 PDT 2008: running suspend hooks. ===== Mon Jul 14 18:10:39 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/00clear ===== ===== Mon Jul 14 18:10:39 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/archive ===== /usr/lib/pm-utils/functions: line 99: /usr/lib/pm-utils/sleep.d/archive: is a directory ===== Mon Jul 14 18:10:39 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/01logging ===== suspend initiated: Mon Jul 14 18:10:39 PDT 2008 Module Size Used by snd_pcm_oss 66944 0 snd_mixer_oss 34560 1 snd_pcm_oss snd_seq 75888 0 snd_seq_device 25492 1 snd_seq snd_hda_intel 466604 3 snd_pcm 107144 3 snd_pcm_oss,snd_hda_intel snd_timer 42760 3 snd_seq,snd_pcm snd_page_alloc 28432 2 snd_hda_intel,snd_pcm snd_hwdep 27400 1 snd_hda_intel snd 92168 12 snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_hda_intel,snd_pcm,snd_timer,snd_hwdep ndiswrapper 233024 0 iptable_filter 19840 0 ip_tables 37848 1 iptable_filter ip6table_filter 19584 0 ip6_tables 31944 1 ip6table_filter x_tables 37000 2 ip_tables,ip6_tables af_packet 57100 0 udf 95256 1 ipv6 372600 21 cpufreq_conservative 24968 0 cpufreq_userspace 23680 0 cpufreq_powersave 18560 0 powernow_k8 31504 1 apparmor 58544 0 fuse 62512 3 loop 36356 0 dm_mod 77152 0 fglrx 1740188 9 uvcvideo 68868 0 sdhci 34828 0 compat_ioctl32 25472 1 uvcvideo mmc_core 46856 1 sdhci ac 23048 0 ohci1394 51272 0 ieee1394 115800 1 ohci1394 shpchp 50716 0 battery 28552 0 videodev 44416 1 uvcvideo i2c_piix4 25996 0 button 26528 0 i2c_core 43648 1 i2c_piix4 pci_hotplug 49396 1 shpchp v4l1_compat 28676 2 uvcvideo,videodev sr_mod 33444 1 v4l2_common 36480 3 uvcvideo,compat_ioctl32,videodev joydev 27904 0 cdrom 52392 1 sr_mod rtc_cmos 25016 0 rtc_core 38156 1 rtc_cmos k8temp 22656 0 r8169 48392 0 rtc_lib 19968 1 rtc_core hwmon 20232 1 k8temp soundcore 25360 1 snd sg 53304 0 ehci_hcd 50956 0 sd_mod 45824 5 ohci_hcd 38020 0 usbcore 156456 5 ndiswrapper,uvcvideo,ehci_hcd,ohci_hcd edd 26760 0 ext3 156688 2 mbcache 26248 1 ext3 jbd 89192 1 ext3 fan 22792 0 pata_atiixp 25856 1 ahci 44676 4 libata 166800 2 pata_atiixp,ahci scsi_mod 176536 4 sr_mod,sg,sd_mod,libata thermal 36112 0 processor 59720 2 powernow_k8,thermal total used free shared buffers cached Mem: 1932232 963216 969016 0 45388 629648 -/+ buffers/cache: 288180 1644052 Swap: 2104472 0 2104472 ===== Mon Jul 14 18:10:39 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/05led ===== ===== Mon Jul 14 18:10:39 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/06autofs ===== ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/10NetworkManager ===== ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/15alsasound ===== /usr/sbin/alsactl: relocation error: /usr/sbin/alsactl: symbol snd_tlv_parse_dB_info, version ALSA_0.9 not defined in file libasound.so.2 with link time reference Shutting down sound driver..done ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/24dock ===== Mon Jul 14 18:10:40 PDT 2008: running misc hooks for event undock. ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/30s2disk-check ===== ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/45pcmcia ===== ejecting PCMCIA cards... ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/50modules ===== trying to unload: ndiswrapper ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/55battery ===== ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/66warning-fglrx-suspend ===== WARNING: Trying to suspend with prorietary "fglrx" kernel module loaded. This is known to be broken on some machines. Complain to ATI/AMD. ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/80acpi-fan ===== ===== Mon Jul 14 18:10:40 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/80videobios ===== ===== Mon Jul 14 18:10:41 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/94cpufreq ===== ===== Mon Jul 14 18:10:41 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/95led ===== ===== Mon Jul 14 18:10:41 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/99Zgrub ===== ===== Mon Jul 14 18:10:41 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/99info ===== Mon Jul 14 18:10:41 PDT 2008: done running suspend hooks. + /usr/sbin/s2ram -f -a 3 Switching from vt7 to vt1 fbcon fb0 state 1 fbcon fb0 state 0 switching back to vt7 + RET=0 + set +x Mon Jul 14 20:33:09 PDT 2008: running resume hooks. ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/99info ===== ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/99Zgrub ===== ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/95led ===== ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/94cpufreq ===== ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/80videobios ===== ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/80acpi-fan ===== kicking /proc/acpi/fan/FAN1/state ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/66warning-fglrx-suspend ===== WARNING: Trying to suspend with prorietary "fglrx" kernel module loaded. This is known to be broken on some machines. Complain to ATI/AMD. ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/55battery ===== method return sender=:1.1 -> dest=:1.217 boolean true ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/50modules ===== trying to reload: ndiswrapper ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/45pcmcia ===== inserting PCMCIA cards... ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/30s2disk-check ===== ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/24dock ===== Mon Jul 14 20:33:09 PDT 2008: running misc hooks for event dock. ===== Mon Jul 14 20:33:09 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/15alsasound ===== Starting sound driver: hda-intel..done ===== Mon Jul 14 20:33:11 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/10NetworkManager ===== ===== Mon Jul 14 20:33:11 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/06autofs ===== ===== Mon Jul 14 20:33:11 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/05led ===== ===== Mon Jul 14 20:33:11 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/01logging ===== ===== Mon Jul 14 20:33:11 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/archive ===== /usr/lib/pm-utils/functions: line 94: /usr/lib/pm-utils/sleep.d/archive: is a directory ===== Mon Jul 14 20:33:11 PDT 2008: running hook: /usr/lib/pm-utils/sleep.d/00clear ===== Mon Jul 14 20:33:11 PDT 2008: done running resume hooks. Additional Machine Information powersave-0.15.17-10 pm-utils-0.99.3.20070618-18.2 suspend-0.69.9-15 dbus-1-1.0.2-59.4 hal-0.5.9_git20070831-13.2 2.6.22.18-0.2-default Machine unknown This machine can be identified by: sys_vendor = "TOSHIBA" sys_product = "Satellite A215" sys_version = "PSAFGU-048002" bios_version = "1.50 " -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=409110
Dirk Mueller
https://bugzilla.novell.com/show_bug.cgi?id=409110
Dirk Mueller
https://bugzilla.novell.com/show_bug.cgi?id=409110
User seife@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=409110#c1
Stefan Seyfried
https://bugzilla.novell.com/show_bug.cgi?id=409110
User david@picella.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=409110#c2
David Picella
Ok. Just to make sure i get it right:
- suspend to RAM kills the network. - if you manually do dbus-send --system \ --dest=org.freedesktop.NetworkManager \ /org/freedesktop/NetworkManager \ org.freedesktop.NetworkManager.wake after resume, network works again. - if you disable /usr/lib/pm-utils/sleep.d/10NetworkManager, network also does not work after resume - if you additionally unload ndiswrapper during suspend, it works again.
Is this correct?
Not exactly.
How are you invoking suspend to RAM? via gnome-power-manager, kpowersave
I can invoke s2ram from the command line or from kpowersave (usually I use kpowersave). I cannot bring the wireless network back online after resume. I can sleep and wake the network just fine from the terminal using dbus-send. I can also unload and load the network module from the command line without any issues. It is only when s2ram is performed that I can't get the wireless network back. Once I have fully resumed, I can unload and load ndiswrapper with modprobe and then things are restored, but I have to do this manually. Hope that makes sense ! ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=409110
User seife@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=409110#c3
Stefan Seyfried
https://bugzilla.novell.com/show_bug.cgi?id=409110
User david@picella.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=409110#c4
--- Comment #4 from David Picella
https://bugzilla.novell.com/show_bug.cgi?id=409110
User seife@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=409110#c5
Stefan Seyfried
https://bugzilla.novell.com/show_bug.cgi?id=409110
User hschaa@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=409110#c6
Helmut Schaa
Helmut, do you have more reports of this kind against ndiswrapper? If yes, we could package a hook like the one above in the ndiswrapper package, or maybe package that hook in the ndiswrapper documentation?
That's the first report about suspend/resume issues with ndiswrapper but I guess some more ndis-drivers will have problems with suspend/resume. I tend to package a hook with the ndiswrapper documentation. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=409110
User seife@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=409110#c7
Stefan Seyfried
https://bugzilla.novell.com/show_bug.cgi?id=409110
User pavel@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=409110#c8
Pavel Machek
https://bugzilla.novell.com/show_bug.cgi?id=409110
Helmut Schaa
https://bugzilla.novell.com/show_bug.cgi?id=409110
Christian Zoz
https://bugzilla.novell.com/show_bug.cgi?id=409110
User anaumov@novell.com added comment
https://bugzilla.novell.com/show_bug.cgi?id=409110#c10
Alex Naumov
participants (1)
-
bugzilla_noreply@novell.com