Bugzilla Bug 140067

if you reboot the machine, often times the ipw3945 daemon leaves behind its pid
in /var/run/ ... then when you try to load the module next time at boot, it'll
fail to load properly because the stupid daemon merely checks the existence of
the pid file and if it is left laying around, it'll abort loading -> no working
wifi

$ qlist -I -v ipw
net-wireless/ipw3945-1.0.5
net-wireless/ipw3945-ucode-1.13
net-wireless/ipw3945d-1.7.18


Portage 2.1-r1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.17.4
i686)
=================================================================
System uname: 2.6.17.4 i686 Genuine Intel(R) CPU           T2300  @ 1.66GHz
Gentoo Base System version 1.6.15
ccache version 2.3 [enabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1, 2.16.1-r3
sys-devel/gcc-config: 1.3.13-r3
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -pipe -Wimplicit-function-declaration"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=pentium-m -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms
splitdebug strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LDFLAGS="-Wl,-O1 -Wl,-z,relro"
MAKEOPTS="-j6"
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"
SYNC="rsync://gentoo/gentoo-portage"
USE="x86 X a52 aac aalib acl alsa apache2 apm arts asf audiofile avi berkdb
bitmap-fonts bzip2 cairo cdparanoia cdr cli crypt css cups curl cvs directfb
dlloader doc dri dts dv dvb dvd dvdr eds emboss encode exif fbcon ffmpeg flac
fontconfig foomaticdb fortran fpx gcj gd gdbm gif glitz glut gmp gphoto2 gpm gs
gstreamer gtk gtk2 idea ieee1394 imagemagick imlib ipv6 isdnlog javascript jbig
joystick jpeg jpeg2k kde lcms libcaca libg++ libwww lzo mad mikmod ming mjpeg
mmx mmxext mng modplug motif mp3 mp4 mpeg multislot mysql ncurses nls nptl
nsplugin nvidia ogg openal openexr opengl pcre pdf pdflib perl php png pppd
python qt qt3 qt4 quicktime readline real reflection samba sdl session skey slp
sndfile snmp speex spell spl sse sse2 ssl subversion svg sysfs tcltk tcpd tga
theora tiff truetype truetype-fonts type1-fonts udev unicode usb v4l v4l2 vcd
vdr vidix vorbis wifi win32codecs wma wmf x264 xanim xcomposite xfs xine
xinerama xinetd xml xmms xorg xpm xprint xrandr xscreensaver xv xvid xvmc zip
zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_evdev
kernel_linux userland_GNU video_cards_nvidia video_cards_nv video_cards_vga
video_cards_sisusb"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS,
PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

vapier, could you please verify if the new version (1.7.22) is also having this
issue ?! kthnx.

sorry, but that version is braindead as well

root@vapier-m 0 ~ # qlist -I -v ipw3945d
net-wireless/ipw3945d-1.7.22
root@vapier-m 0 ~ # rm -f /var/run/ipw3945d.pid
root@vapier-m 0 ~ # modprobe ipw3945
root@vapier-m 0 ~ # killall ipw3945d
root@vapier-m 0 ~ # rmmod ipw3945
root@vapier-m 0 ~ # modprobe ipw3945
2006-07-19 14:28:21: ERROR: ipw3945d already running.  If ipw3945d is not
running then you
need to remove '/var/run/ipw3945d.pid' and try again.
FATAL: Error running install command for ipw3945

try
modprobe -r ipw3945
instead of rmmod... reason being rmmod doesn't use modprobe.conf / modprobe.d
(and therefore doesn't pay attention to the "remove [...]" line) and so it
never kills the previous daemon... I believe the ipw3945 manual says something
about this...

my example was just a way to reproduce the bug, there are many other valid ways
to get to that state

for example, to simulate a hard lockup, try:
rm -f /var/run/ipw3945d.pid
modprobe ipw3945
reboot -nf

The problem here, I think, is that ipw3945d gets started (or is supposed to get
started at least, see the other bugs concerning this :)) when the module is
loaded. Because of this, it gets loaded before /var/run is cleaned at boot.
Considering the fact that ipw3945d never gets formally stopped at shutdown
(this only happens if the module is unloaded), it will leave behind its pid,
which won't be removed in time for it to start again.

https://forums.gentoo.org/viewtopic-p-3351901.html#3351901

A somewhat useful solution

no, that is merely a workaround

the real fix is to make the daemon itself not suck

OK, I just reported it UPSTREAM. See
http://bughost.org/bugzilla/show_bug.cgi?id=1119