Hi, I'm using sys-kernel/suspend2-sources-2.6.18 and net-wireless/ipw3945-1.1.2. When my laptop wakes up from suspend my wireless-interface (eth1) doesn't get its IPv6 address back, IPv4 works fine and there aren't any problems with eth0... emerge --info output: Gentoo Base System version 1.12.6 Last Sync: Tue, 07 Nov 2006 14:30:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -O2 -pipe -msse3 -fomit-frame-pointer -funroll-loops" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=pentium-m -O2 -pipe -msse3 -fomit-frame-pointer -funroll-loops" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.uni-erlangen.de/mirrors/gentoo/" LANG="en_US.utf8" LC_ALL="en_US.utf8" MAKEOPTS="-j3 -s" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/mpd-portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage"
*** Bug 154372 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > Hi, I'm using sys-kernel/suspend2-sources-2.6.18 and > net-wireless/ipw3945-1.1.2. When my laptop wakes up from suspend my > wireless-interface (eth1) doesn't get its IPv6 address back, IPv4 works fine > and there aren't any problems with eth0... > > emerge --info output: > Gentoo Base System version 1.12.6 > Last Sync: Tue, 07 Nov 2006 14:30:01 +0000 > distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) > [disabled] > ccache version 2.4 [enabled] > dev-java/java-config: 1.3.7, 2.0.30 > dev-lang/python: 2.4.4 > dev-python/pycrypto: 2.0.1-r5 > dev-util/ccache: 2.4-r6 > sys-apps/sandbox: 1.2.18.1 > sys-devel/autoconf: 2.13, 2.60 > sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 > sys-devel/binutils: 2.17 > sys-devel/gcc-config: 1.3.14 > sys-devel/libtool: 1.5.22 > virtual/os-headers: 2.6.17-r1 > ACCEPT_KEYWORDS="x86 ~x86" > AUTOCLEAN="yes" > CBUILD="i686-pc-linux-gnu" > CFLAGS="-march=pentium-m -O2 -pipe -msse3 -fomit-frame-pointer -funroll-loops" > CHOST="i686-pc-linux-gnu" > CONFIG_PROTECT="/etc /usr/share/X11/xkb" > CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf > /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" > CXXFLAGS="-march=pentium-m -O2 -pipe -msse3 -fomit-frame-pointer > -funroll-loops" > DISTDIR="/usr/portage/distfiles" > FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms strict" > GENTOO_MIRRORS="ftp://ftp.uni-erlangen.de/mirrors/gentoo/" > LANG="en_US.utf8" > LC_ALL="en_US.utf8" > MAKEOPTS="-j3 -s" > PKGDIR="/usr/portage/packages" > PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress > --force --whole-file --delete --delete-after --stats --timeout=180 > --exclude=/distfiles --exclude=/local --exclude=/packages" > PORTAGE_TMPDIR="/var/tmp" > PORTDIR="/usr/portage" > PORTDIR_OVERLAY="/usr/local/portage /usr/local/mpd-portage" > SYNC="rsync://rsync.gentoo.org/gentoo-portage" Sadly suspend2-sources isn't a supported kernel (as of http://www.gentoo.org/doc/en/gentoo-kernel.xml). Thus I'd like to ask you to reproduce this failure with a supported kernel (gentoo-sources).
What's the point of using the gentoo-sources? I have the problem while using suspend. I could use the gentoo-sources and patch them with the suspend2 patches but that's the same like using suspend2-sources.
Created attachment 104310 [details, diff] hibernate-script-1.94-blacklisted-modules.patch Adding ipw3945 to /etc/hibernate/blacklisted-modules fixes this problem we just tested it. Please add this patch to the hibernate-script package.
(In reply to comment #4) > Created an attachment (id=104310) [edit] > hibernate-script-1.94-blacklisted-modules.patch > > Adding ipw3945 to /etc/hibernate/blacklisted-modules fixes this problem we just > tested it. > Please add this patch to the hibernate-script package. Alon, could we get this into the next revision of hibernate-script ? Would be great.
This is very strange! The ipw3945 should be based on ipw2200, which works fine for a year or so. Macro, is there anything in /var/log/messages after suspend that relates to the eth1 interface?
Nothing special, just that the interface is coming up... Sice I added ipw3945 into /etc/hibernate/blacklisted-modules everything just works fine.
(In reply to comment #6) > This is very strange! > The ipw3945 should be based on ipw2200, which works fine for a year or so. It is, *but* it's using some weirdo regulatory daemon which sometimes freaks completely. I still like to see the blacklist in hibernate-script's blacklist (if it is by now Alon, feel free mark the bug RESOLVED).
I guessed the daemon is the source of the problem. Please try to unload the module before hibernation, it will take down the daemon (If I remember correctly, I don't have the environment to test it now). At common.conf: UnloadModules ipw3945 LoadModules auto
OK. Have a computer for testing for the next week. The following configuration works for me. Please try and report back. I use net-wireless/ipw3945-1.1.3 Modify the following in /etc/hibernate/common.conf Distribution gentoo GentooModulesAutoload yes UnloadModules ipw3945 LoadModules auto StopServices ipw3945d DownInterfaces eth1 # UpInterfaces DO NOT SPECIFY
Well... This configuration works for me, so I close this.
