Bug 143887 - Shutting down a ipw3945 interface causes kernel panic in baselayout 1.12.4
|
Bug#:
143887
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: All
|
|
OS/Version: Linux
|
Status: RESOLVED
|
Severity: critical
|
Priority: P2
|
|
Resolution: FIXED
|
Assigned To: phreak@gentoo.org
|
Reported By: awaria@chopin.edu.pl
|
|
Component: Core system
|
|
|
URL:
|
|
Summary: Shutting down a ipw3945 interface causes kernel panic in baselayout 1.12.4
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2006-08-14 07:16 0000
|
Upgrading baselayout from 1.12.1 to baselayout-1.12.4-r{2,3} breaks my system
in a major way.
Please see the screenshots, one is mine, one somebody elses, see
http://forums.gentoo.org/viewtopic-p-3510819.html#3508596 for original forum
posting about the problem:
http://chopin.edu.pl/~antoni/kernel_oops.jpg
http://www.neucode.org/gallery/d/853-2/hpim0551.jpg
What happens is that trying to stop the net.eth1 service (eth1 is my ipw3945)
gives my system a kernel panic. The "process metalog" string in the panic dump
seems to be non-relevant as the it seems to be entirely random each time and
could be "ksoftirqd/1" just as well as any other.
Reverting back to baselayout 1.12.1 fixes the problem. This happens both on
current stable ipw3945* packages as well as keyword-masked ones. I tried
various 2.6.17.* and 2.6.18-rc* vanilla kernels, none helped.
Here my emerge --info:
Gentoo Base System version 1.12.1
Portage 2.1-r2 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.18-rc4
i686)
=================================================================
System uname: 2.6.18-rc4 i686 Genuine Intel(R) CPU T2400 @ 1.83GHz
app-admin/eselect-compiler: [Not Present]
dev-lang/python: 2.4.3-r1
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
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-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="-march=pentium-m -O2 -pipe -msse3 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf"
CXXFLAGS="-march=pentium-m -O2 -pipe -msse3 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox
sfperms strict userfetch"
GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo
http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://gentoo.inode.at/source/
http://gentoo.inode.at/ ftp://ftp.easynet.nl/mirror/gentoo/"
LINGUAS="pl"
MAKEOPTS="-j 5"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_EXTRA_OPTS="--progress"
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"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 16bit 7zip X aac acl acpi alsa apm avi bash-completion berkdb
bitmap-fonts bluetooth bootspla bootsplash browserplugin bzip2 bzlib cairo
calendar caps cdparanoia cjk cli commercial crypt cups curl curlwrappers dba
dbus dlloader dri dvd dvdr dynagraph eds encode evo exif faad fam flac
foomaticdb fortran gd gdbm gif gimp gimpprint glut gpgme gpm gstreamer gtk gtk2
hal iconv idn imagemagick imap imlib inkjar iproute2 ipv6 irda irmc isdnlog
ithreads jabber jpeg kde ladcca ladspa lcms libg++ libgda libwww linguas_en_GB
linguas_pl linuxkeys logrotate mad mbox mikmod mmx mng motif moznocompose
moznoirc moznomail mozsvg mp3 mpeg ncurses net nethack nls nodrm nojython nosrc
nptl nptlonly offensive ogg opengl operanom2 pam pcmcia pcre pdf pdflib perl
plotutils png pnp ppds pppd python qt3 qt4 quicktime readline reflection rtc
samba sdl session slang slp smartcard smime smp sndfile sox spell spl sse sse2
ssl svg tabs tcltk tcpd theora threads tidy tiff timidity truetype
truetype-fonts trusted type1-fonts udev unicode usb userlocales utf8 v4l v4l2
vorbis wifi win32codecs x11vnc xattr xface xgetdefault xorg xrandr xv zlib
elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse
input_devices_synaptics input_devices_joystick kernel_linux userland_GNU
video_cards_radeon video_cards_fglrx video_cards_vesa"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS
The second screenshot link is for my compy :D
I have found that shutting down services in this order works:
net.eth1
ipw3945d
the rest of the system.
Add this to /etc/conf.d/net.eth1
RC_NEED="ipw3945d"
I'll take care of that when I find some time to fix all pending ipw3945 bugs.
> Add this to /etc/conf.d/net.eth1
> RC_NEED="ipw3945d"
This causes errors (about missing ipw3945 service) on my setup. And doesn't
even start the card properly.
How is it supposed to work?
@Ryan Neufeld:
> That seemed to do it.
Strange. What versions of related packages are you using? No errors upon
starting your system up?
Well, that's not a perfectly kosher solution I think. Will stick with
baselayout-1.12.1 until this gets resolved properly.
Hey, can I be of any help in solving this bug? I have the hardware so I can
test possible solutions and report. This is pretty crucial to me and I'd be
willing not to wait indefinitely for a solution.
(In reply to comment #8)
> Hey, can I be of any help in solving this bug? I have the hardware so I can
> test possible solutions and report. This is pretty crucial to me and I'd be
> willing not to wait indefinitely for a solution.
The solution offered is the best I have at the moment.
AFAIK the ebuild doesn't provide an init script or anything like that atm and I
don't have the hardware to test.
This should be fixed now with 1.7.22-r2 in portage. Feel free to reopen if the
issue isn't fixed for you.
Problem is not solved. The new init script improperly starts the daemon.
Osiris ryan # modprobe -r ipw3945
Osiris ryan # modprobe ipw3945
Osiris ryan # /etc/init.d/ipw3945d restart
* Service ipw3945d starting
ipw3945d - regulatory daemon
Copyright (C) 2005-2006 Intel Corporation. All rights reserved.
version: 1.7.22
2006-09-06 10:44:44: ERROR: Could not find Intel PRO/Wireless 3945ABG Network
Connection [ !! ]
* ERROR: ipw3945d failed to start
Osiris ryan # ipw3945d
ipw3945d - regulatory daemon
Copyright (C) 2005-2006 Intel Corporation. All rights reserved.
version: 1.7.22
Intel PRO/Wireless 3945ABG Network Connection found at:
/sys/bus/pci/drivers/ipw3945/0000:0c:00.0
Daemon launched as pid 21026. Exiting.
No its not fixed.
I'm using baselayout 1.12.6 and the kernel panic is still there. Might be a
slightly different use case since I'm using wpa_supplication.
I've added the line RC_NEED="ipw3945d" to /etc/conf.d/net.eth1 (is this
correct?), but it has no effect. I notice that eth1 is stopped before ipw3945.
During shutdown:
---
* Stopping eth1
* Bringing down eth1
* Stopping dhclient on eth1 ...
* Shutting down eth1 ...
* Stopping wpa_cli on eth1
* Stopping wpa_supplicant on eth1
* Stopping ipw3945d ...
* Stopping Hardware abstraction Layer daemon ...
# BUG: unable to handler kernel paging request at virtual address 00010000
blah blah
<0>Kernel panic - ...