First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 143887
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Christian Heim (RETIRED) <phreak@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Antek Grzymala <awaria@chopin.edu.pl>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 143887 depends on: Show dependency tree
Bug 143887 blocks: 144431
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   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

------- Comment #1 From Ryan Neufeld 2006-08-14 07:54:50 0000 -------
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 From Roy Marples (RETIRED) 2006-08-14 09:10:13 0000 -------
Add this to /etc/conf.d/net.eth1

RC_NEED="ipw3945d"

------- Comment #3 From Ryan Neufeld 2006-08-14 11:59:04 0000 -------
That seemed to do it.

------- Comment #4 From Christian Heim (RETIRED) 2006-08-14 13:14:29 0000 -------
I'll take care of that when I find some time to fix all pending ipw3945 bugs.

------- Comment #5 From Antek Grzymala 2006-08-14 13:33:54 0000 -------
> 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 From Ryan Neufeld 2006-08-14 13:58:31 0000 -------
I am using the service listed here:


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

------- Comment #7 From Antek Grzymala 2006-08-14 15:55:22 0000 -------
Well, that's not a perfectly kosher solution I think. Will stick with
baselayout-1.12.1 until this gets resolved properly.

------- Comment #8 From Antek Grzymala 2006-08-17 09:17:09 0000 -------
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 From Roy Marples (RETIRED) 2006-08-17 09:20:40 0000 -------
(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 From Christian Heim (RETIRED) 2006-09-06 10:23:46 0000 -------
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 From Ryan Neufeld 2006-09-06 10:44:16 0000 -------
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 From Henk Spaaij 2006-11-29 16:23:37 0000 -------
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 - ...

First Last Prev Next    No search results available      Search page      Enter new bug