Summary: | vanilla-sources-2.6.12-rc4 crashes on boot when CONFIG_REISERFS_CHECK=y | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Gerald Fraser <gfraser> |
Component: | New packages | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | critical | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Gerald Fraser
2005-05-08 21:56:13 UTC
emerge info Linux p4pe 2.6.12-rc4 #2 Sun May 8 21:23:11 UTC 2005 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz GenuineIntel GNU/Linux p4pe linux-2.6.12-rc4 # emerge info Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.3-20050110, glibc-2.3.4.20050125-r1, 2.6.12-rc4 i686) ================================================================= System uname: 2.6.12-rc4 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz Gentoo Base System version 1.6.11 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Apr 30 2005, 20:28:33)] ccache version 2.4 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.16 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/mnt/hdb9/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.gentoo.no/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.du.se/pub/os/gentoo http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/mnt/hdb9/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/mnt/hdb9/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac aalib alsa apm arts audiofile avi berkdb bitmap-fonts cddb cdparanoia cdr crypt cups curl directfb dts dvd dvdr emboss encode esd faad fam flac foomaticdb gdbm gif gpm gtk2 imagemagick imlib ipv6 java javascript jpeg kde ldap libg++ libwww live lm_sensors mad mikmod mmx motif mp3 mpeg nas ncurses network nls nptl ogg oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline real rtc sdl slang spell sse sse2 ssl svga tcltk tcpd theora tiff truetype truetype-fonts type1-fonts usb vorbis xine xml2 xmms xv xvid zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS Please use "New -> Gentoo Linux -> Component: Ebuilds" in future. Infrastructure is not the correct addressee. on the same system I have also detected that when CONFIG_SND_USB_AUDIO=y my voip handset no longer works, however, using CONFIG_SND_USB_AUDIO=m and all is well. NB! 2.6.12-rc3 works OK with =y Proc Asound ----------------------------------------------- Advanced Linux Sound Architecture Driver Version 1.0.9rc2 (Thu Mar 24 10:33:39 2005 UTC). 0 [I82801DBICH4 ]: ICH4 - Intel 82801DB-ICH4 Intel 82801DB-ICH4 with AD1980 at 0xec000000, irq 3 1 [Phone ]: USB-Audio - VoIPvoice USB Phone PDT VoIPvoice USB Phone at usb-0000:00:1d.2-2, full speed Ref comment 3's CONFIG_SND_USB_AUDIO=y problem, I said the problem was on the same system, where I should have said "on a system with the same version" (i.e. 2.6.12-rc4). This problem was seen on two other Gentoo copies when upgraded from -rc3 to -rc4, but oddly enough NOT on the original bug's system, which had CONFIG_SND_USB_AUDIO=m, and where voipphone worked. I have now found that once I recompile with CONFIG_SND_USB_AUDIO=m each of the failing systems will work OK, but if I then put them back to CONFIG_SND_USB_AUDIO=y, they still work, as will the bug's system if I change that to CONFIG_SND_USB_AUDIO=y from its original =m. So the solution seems be related to the fact that I still have RC_DEVICE_TARBALL="yes" in /etc/conf.d/rc on each of these systems (this saves me setting up pktcdvd after each boot..) Please use one bug for one issue. Looking at the reiserfs oops issue, is this reproducable? I can confirm this bug, which affects vanilla-sources-2.6.12_rc4 as well as Linus' current 2.6 tree which I just pulled from git. I have a ReiserFS 3 root partition and during boot I saw: Mounting root... Segmentation fault Could not mount specified ROOT, try again The root block device is unspecified or not detected If I drop into the (genkernel) initrd shell and try to mount ReiserFS, the shell hangs. Trying to mount FAT, I just get an error. However as soon as I unset ReiserFS debugging, mounting works again. Also 2.6.12_rc3 worked perfectly either way. Yes its reproducible. Just did it again to be sure.. There is also another report be Dr Z on my original thread http://forums.gentoo.org/viewtopic-t-334521-highlight-.html and a further probable in this thread http://forums.gentoo.org/viewtopic-p-2398054.html#2398054 mvh Ok, thats quite worrying. Please write a plain-text mail to linux-kernel@vger.kernel.org about this, with linux-fsdevel@vger.kernel.org and reiserfs-list@namesys.com and me on CC. Make sure you state that it happens on an unpatched 2.6.12-rc4, occurs even when reiserfs partitions are not present, and caused some form of data corruption. Include the oops message too. I added this information to a bug report from another user for the same issue on linux-kernel. http://lkml.org/lkml/2005/5/17/243 Thanks. I've made Andrew Morton aware of the issue. He'd like to know when the bug was introduced. The original report says it was introduced in 2.6.12-rc4 and was not present in 2.6.12-rc3. Can anyone else confirm this? Just spotted comment #6. I guess we can say this was introduced between rc3 and rc4 for definate. Right, looking at the diff between -rc3 and -rc4 there was a change from a reiserfs_key type to an in_core_key type across several files, and a new constant MAX_IN_CORE_KEY introduced alongside MAX_KEY. Looking at the oops it seems logical this might be the source of the new bug, but this is only an uneducated guess. REISERFS: panic (device Null superblock): reiserfs[4540]: assertion !( comp_keys( &MAX_KEY, p_s_key ) && ! key_in_buffer(p_s_search_path, p_s_key, p_s_sb) ) failed at fs/reiserfs/stree.c:685:search_by_key: PAP-5130: key is not in the buffer Can someone please confirm that 2.6.12-rc5 fixes the problem. Happy to report the original problem has been fixed in 2.6.12-rc5 I am running OK again with CONFIG_REISERFS_CHECK=y Thanks! |