After some more testing it's entirely plausible (though unfortunately we
don't have anything conclusive) that we have a hardware problem.
Having added a new drive (hdc as reported below) and booted root=/dev/hdc2
with nothing mounted on hda, we have thus far failed to recreate the crash.
VP_IDE: IDE controller on PCI bus 00 dev 39
VP_IDE: chipset revision 16
VP_IDE: not 100% native mode: will probe irqs later
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
VP_IDE: VIA vt82c686a (rev 22) IDE UDMA66 controller on pci00:07.1
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio
hda: WDC WD400BB-00AUA1, ATA DISK drive
hdc: FUJITSU MPG3102AT E, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
hda: 78165360 sectors (40021 MB) w/2048KiB Cache, CHS=4865/255/63, UDMA(66)
hdc: 20015856 sectors (10248 MB) w/512KiB Cache, CHS=19857/16/63, UDMA(33)
On May 16 Matt Bernstein wrote:
>We have managed to get a Debian potato system (with the 2.4 updates from
>http://people.debian.org/~bunk/debian plus xfs-tools which we imported
>from woody) to run 2.4.3-XFS.
>
>However, in testing a directory with lots (~177000) of files, we get the
>following oops (copied by hand, and run through ksymoops on a Red Hat box
>since the Debian one segfaulted :( )
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE7FRSV1vU/2MhEp5cRApffAKDJcNLh6pp/iXyHjdWRC/x/zpabfwCgszG0
6mClfT2pCZwNjo2etYuI0mI=
=hE/Z
-----END PGP SIGNATURE-----
-
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/