Helge Hafting <[EMAIL PROTECTED]> wrote: > > 2.6.13-rc5 seemed to kill a scsi disk (sdb) for me, where 2.6.13-rc4-mm1 > have no problems with the same disk. > > Machine: opteron running a x86-64 kernel, with built-in SATA as well as > a symbios scsi controller. Two videocards running independent xservers. > The sdb disk is on the symbios controller. > > > Using 2.6.13-rc5 I suddenly got this in my logs: > > Aug 3 22:06:00 tenkende-august -- MARK -- > Aug 3 22:17:15 tenkende-august kernel: sd 0:0:0:0: ABORT operation started. > Aug 3 22:17:15 tenkende-august kernel: sd 0:0:0:0: ABORT operation timed-out. > > ... > This "no additiomnal sense" then repeats for many screenfulls. > Two sdb partitions got dropped from RAID-1 as they failed, the > md devices got remoutned read-only. > > I thought the disk had died - it was my oldest so it'd be reasonable. > Rebooting 2.6.13-rc5 did not bring the disk back - it came up useless again. > > I switched back to 2.6.13-rc4-mm1 at this point for another reason, > my X display aquired a nasty tendency to go blank for no reason during work, > something I could fix by changing resolution baqck and forth. X also tended > to get > stuck for a minute now and then - a problem I haven't seen since early 2.6. > > These troubles disappeared by going back to 2.6.13-rc4-mm1. Even more > interesting, > the sdb disk seems fine again. There were no errors as I copied > all data to another disk, and no errors when I ran a badblocks write-test > (the nondestructive write test) on it. > > The two kernels have some config differences. The 2.6.13-rc5 kernel > has ACPI+CPUFREQ configured, that the 2.6.13-rc4-mm1 doesn't have.
That's a pretty big difference ;) > ... > I can run more tests, but don't know what would be the most interesting. > rc5 without powermanagement? rc4-mm1 with it? Or the newest git kernel? > Or is this the effect of some known problem? The latest -git kernel (or 2.6.13-rc6 if it's there) with APCI enabled is the one to test, please. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
