SSD + sata_nv + btrfs oops
in [Kernel]
|
Prev: Describe events in a structured way via sysfs
Next: [PATCH 12/21] drivers/net/vxge/vxge-main.c: Remove unnecessary kmalloc casts
From: Chris Mason on 1 Jun 2010 07:30 On Tue, Jun 01, 2010 at 01:36:42AM -0400, Jeff Garzik wrote: > On 05/31/2010 11:04 PM, Dave Airlie wrote: > >Hi guys, > > > >I've been running an Intel SSD (the KS one) on my Dell XPS710 desktop > >machine, with btrfs on it. > > > >I'm not sure the btrfs oops isn't due to the disk/controller doing > >something bad (almost guaranteed). > > The btrfs oops may be poor handling of an I/O error thrown by the > block error. Correct, we do pretty well when there is an alternate copy but we're still working on the eios when there is only one. Dave, one the hardware side is sorted out, if you have trouble with the btrfs data let me know. -chris -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
From: Maciej Rutecki on 8 Jun 2010 15:30
On wtorek, 1 czerwca 2010 o 05:04:33 Dave Airlie wrote: > Hi guys, > > I've been running an Intel SSD (the KS one) on my Dell XPS710 desktop > machine, with btrfs on it. > > I'm not sure the btrfs oops isn't due to the disk/controller doing > something bad (almost guaranteed). > > Attached the dmesg + config, using 2.6.34 + only drm patches. > > Jeff I'd be interested in knowing what is happening to the disk before > btrfs oops. > > Dave. > I created a Bugzilla entry at https://bugzilla.kernel.org/show_bug.cgi?id=16162 for your bug report, please add your address to the CC list in there, thanks! -- Maciej Rutecki http://www.maciek.unixy.pl -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo(a)vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ |