Question on siig sata 3 controller
in [Kernel]
|
Prev: [PATCH 1/2] rtc: rtc-lpc32xx: Introduce RTC driver for the LPC32XX SoC
Next: modpost: fixed resource leak in report_sec_mismatch()
From: Rogier Wolff on 10 Aug 2010 09:50 On Tue, Jun 15, 2010 at 10:25:32AM -0700, Alan wrote: > On Tue, 2010-06-15 at 16:01 +0100, Alan Cox wrote: > > > Is one of these modules the driver for this controller? I think it's > > > AHCI: lshw says it uses ports cc00 ... and a bunch of others, and > > > those ports are claimed by ahci according to /proc/ioports. Ah! I need > > > better eyes. lshw already mentions that it's ahci... > > > > AHCI will be driving it. > > I have seen this problem with the 2.6.33 kernel in Fedora 13. The > problem goes away in 2.6.35-rc3. (Though networking is fubared for me on > that kernel, so I have not migrated to it.) > > My understanding is the "fix" in the driver was to blacklist ncq for > that controller. I have not verified that yet. One of my disks died again a while ago. So I went to the machine to replace the drive. But I forgot to write down which one had died. So I started it up again. Now I had 7 disks again like before, but a different drive was now "gone". So my RAID had only 6 out of 8 drives and was "gone". Together with some 4.7T worth of data on it.... Next I went to the machine with a spare sata card. I removed the drives from the ASUS U3S6 card, and put them on the old pci sata card. By the time I logged in on the machine, the RAID had found 8/8 drives and I think it had already started rebuilding..... I now haven't had any problems with the drives in more than a week. Performance of the raid has dropped from 600Mb to around 400Mb/sec, obviously because the PCI card cannot handle 200Mb/sec of disk IO. I'm open to suggestions for cheap highperformance WORKING PCIe sata cards.... Roger. -- ** R.E.Wolff(a)BitWizard.nl ** http://www.BitWizard.nl/ ** +31-15-2600998 ** ** Delftechpark 26 2628 XH Delft, The Netherlands. KVK: 27239233 ** *-- BitWizard writes Linux device drivers for any device you may have! --* Q: It doesn't work. A: Look buddy, doesn't work is an ambiguous statement. Does it sit on the couch all day? Is it unemployed? Please be specific! Define 'it' and what it isn't doing. --------- Adapted from lxrbot FAQ -- 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: alan on 11 Aug 2010 21:10
On Tue, 10 Aug 2010, Rogier Wolff wrote: > On Tue, Jun 15, 2010 at 10:25:32AM -0700, Alan wrote: >> On Tue, 2010-06-15 at 16:01 +0100, Alan Cox wrote: >>>> Is one of these modules the driver for this controller? I think it's >>>> AHCI: lshw says it uses ports cc00 ... and a bunch of others, and >>>> those ports are claimed by ahci according to /proc/ioports. Ah! I need >>>> better eyes. lshw already mentions that it's ahci... >>> >>> AHCI will be driving it. >> >> I have seen this problem with the 2.6.33 kernel in Fedora 13. The >> problem goes away in 2.6.35-rc3. (Though networking is fubared for me on >> that kernel, so I have not migrated to it.) >> >> My understanding is the "fix" in the driver was to blacklist ncq for >> that controller. I have not verified that yet. > > One of my disks died again a while ago. So I went to the machine to > replace the drive. But I forgot to write down which one had died. So I > started it up again. Now I had 7 disks again like before, but a > different drive was now "gone". So my RAID had only 6 out of 8 drives > and was "gone". Together with some 4.7T worth of data on it.... > > Next I went to the machine with a spare sata card. I removed the > drives from the ASUS U3S6 card, and put them on the old pci sata card. > > By the time I logged in on the machine, the RAID had found 8/8 drives > and I think it had already started rebuilding..... > > I now haven't had any problems with the drives in more than a week. > > Performance of the raid has dropped from 600Mb to around 400Mb/sec, > obviously because the PCI card cannot handle 200Mb/sec of disk IO. > > I'm open to suggestions for cheap highperformance WORKING PCIe sata > cards.... I found that if I ran the latest of Linus' kernels, the controller worked correctly. There is obviously a change that needs to get backported into the other working kernels. -- Truth is stranger than fiction because fiction has to make sense. -- 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/ |