[BUG] reiserfs/super.c commit breaks boot process in stable and HEAD

[BUG] reiserfs/super.c commit breaks boot process in stable and HEAD

[Horst Schirmeier]

Hi,

I'm observing an instant reboot while booting current stable or HEAD
kernels since a recent ReiserFS commit. Details and temporary fix below.

Kind regards,
 Horst Schirmeier


[1.] One line summary of the problem:
reiserfs change leads to instant reboot while in boot process

[2.] Full description of the problem/report:
The mainline commit d35c602870ece3166cff3d25fbc687a7f707acf3
("[PATCH] Someone broke reiserfs v3 mount options and this fixes it")
breaks the boot process for me and leads to an instant reboot.
Unfortunately this commit was backported to Greg KH's stable tree
(d1753372c3c16c9cfb88bed7f0278091187053f3), so 2.6.15.2 and .3 show the
same behaviour.

Reverting this commit (though it looks sane at first glance) makes both
the stable and HEAD kernels boot again.

The "Warning: unable to open an initial console." message is emitted
after sys_open((const char __user *) "/dev/console", O_RDWR, 0)) in
init/main.c fails; adding some debugging code revealed that sys_open
actually returns -13 as an error code, which I can't make very much of.


[3.] Keywords (i.e., modules, networking, kernel):
instant reboot, reiserfs, fs/reiserfs/super.c

[4.] Kernel version (from /proc/version):
Linux version 2.6.16-rc2-gc03296a8-dirty (root@nexus) (gcc version 3.4.4
(Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8)) #3 PREEMPT Tue Feb 7
15:15:56 CET 2006
(-dirty is only due to the reverted commit)

[5.] Most recent kernel version which did not have the bug:
2.6.15.1, 2.6.16-rc2

[6.] Output of Oops (copied by hand from analog screenshot)
[...]
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
ReiserFS: hda7: found reiserfs format "3.6" with standard journal
ReiserFS: hda7: using ordered data mode
ReiserFS: hda7: journal params: device hda7, size 8192, journal first block 18,
max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda7: checking transaction log (hda7)
ReiserFS: hda7: Using r5 hash to sort names
VFS: Mounted root (reiserfs filesystem) readonly.
Freeing unused kernel memory: 248k freed
Warning: unable to open an initial console.
md: stopping all md devices.
md: md0 switched to read-only mode.
<at this point, the machine reboots after about one second>

Screenshot at
http://wwwcip.informatik.uni-erlangen.de/~sihoschi/reiserfs-instant-reboot-screenshot.png

[9.] Config file
At
http://wwwcip.informatik.uni-erlangen.de/~sihoschi/reiserfs-instant-reboot-config.txt

OOPS Reporting Tool v.ltg1
www.wsi.edu.pl/~piotrowskim/files/ort/ltg/

-- 
PGP-Key 0xD40E0E7A
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Re: [BUG] reiserfs/super.c commit breaks boot process in stable and HEAD

[Horst Schirmeier]

On Tue, Feb 07, 2006, Horst Schirmeier wrote:
> Hi,
> 
> I'm observing an instant reboot while booting current stable or HEAD
> kernels since a recent ReiserFS commit. Details and temporary fix
> below.
> [...]

Just for the records: I've opened a bug report on bugme.osdl.org.
http://bugme.osdl.org/show_bug.cgi?id=6054

Kind regards,
 Horst Schirmeier

-- 
PGP-Key 0xD40E0E7A

Re: [BUG] reiserfs/super.c commit breaks boot process in stable and HEAD

[Horst Schirmeier]

Horst Schirmeier schrieb am Samstag, den 11. Februar 2006:
> On Tue, Feb 07, 2006, Horst Schirmeier wrote:
> > Hi,
> > 
> > I'm observing an instant reboot while booting current stable or HEAD
> > kernels since a recent ReiserFS commit. Details and temporary fix
> > below.
> > [...]
> 
> Just for the records: I've opened a bug report on bugme.osdl.org.
> http://bugme.osdl.org/show_bug.cgi?id=6054

Fixed by Jeff Mahoney's patch, commit
89edc3d2b429136a0e25f40275fd82dc58f147fd ("[PATCH] reiserfs: disable
automatic enabling of reiserfs inode attributes"), so 2.6.16-rc3 works
for me again.

I suggest to backport this to 2.6.15.y.

Kind regards,
 Horst Schirmeier

-- 
PGP-Key 0xD40E0E7A