Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 143887 - Shutting down a ipw3945 interface causes kernel panic in baselayout 1.12.4
Summary: Shutting down a ipw3945 interface causes kernel panic in baselayout 1.12.4
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High critical (vote)
Assignee: Christian Heim (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 144431
  Show dependency tree
 
Reported: 2006-08-14 07:16 UTC by Antek Grzymała (antoszka)
Modified: 2006-11-29 16:23 UTC (History)
4 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Antek Grzymała (antoszka) 2006-08-14 07:16:04 UTC
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
Comment 1 Ryan Neufeld 2006-08-14 07:54:50 UTC
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.
Comment 2 Roy Marples (RETIRED) gentoo-dev 2006-08-14 09:10:13 UTC
Add this to /etc/conf.d/net.eth1

RC_NEED="ipw3945d"
Comment 3 Ryan Neufeld 2006-08-14 11:59:04 UTC
That seemed to do it.
Comment 4 Christian Heim (RETIRED) gentoo-dev 2006-08-14 13:14:29 UTC
I'll take care of that when I find some time to fix all pending ipw3945 bugs.
Comment 5 Antek Grzymała (antoszka) 2006-08-14 13:33:54 UTC
> 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?
Comment 6 Ryan Neufeld 2006-08-14 13:58:31 UTC
I am using the service listed here:


http://forums.gentoo.org/viewtopic-p-3351901.html#3351901
Comment 7 Antek Grzymała (antoszka) 2006-08-14 15:55:22 UTC
Well, that's not a perfectly kosher solution I think. Will stick with baselayout-1.12.1 until this gets resolved properly.
Comment 8 Antek Grzymała (antoszka) 2006-08-17 09:17:09 UTC
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.
Comment 9 Roy Marples (RETIRED) gentoo-dev 2006-08-17 09:20:40 UTC
(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.
Comment 10 Christian Heim (RETIRED) gentoo-dev 2006-09-06 10:23:46 UTC
This should be fixed now with 1.7.22-r2 in portage. Feel free to reopen if the issue isn't fixed for you.
Comment 11 Ryan Neufeld 2006-09-06 10:44:16 UTC
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.
Comment 12 Henk Spaaij 2006-11-29 16:23:37 UTC
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 - ...