Red Hat Bugzilla – Bug 168363
Poor SATA performance (libata / ata_piix) with ICH5 chipset
Last modified: 2013-07-02 22:25:40 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b4) Gecko/20050914 Fedora/1.5b1-0.fc3 Firefox/1.4
Description of problem:
Somewhere between kernel-smp-2.6.11-1.1369_FC4 and kernel.smp-2.6.13-1.1542_FC5, my SATA disk changed device name from sda to hda and performance of the disk got reduced from ~56MB/sec (hdparm -t) to ~3MB/sec (best scenario).
Performance hasn't improved in kernel-smp-2.6.13-1.1553_FC5.
A little might-be interesting snip from dmesg :
SCSI subsystem initialized
libata version 1.12 loaded.
ata_piix version 1.04
ata_piix: combined mode detected
ACPI: PCI Interrupt 0000:00:1f.2[A] -> GSI 18 (level, low) -> IRQ 169
ata: 0x1f0 IDE port busy
ata: 0x170 IDE port busy
ata_piix: probe of 0000:00:1f.2 failed with error -16
i'll attach output from lspci -vvv and lsmod in the hope that it'll give you guys something to work with.
Does this all make sense to you?
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot a kernel higher than kernel-smp-2.6.13-1.1542_FC5 (possibly earlier version had this too)
2. run hdparm -t /dev/hda
3. prepare to be amazed (in the bad way)
Actual Results: ~3 MB/sec
Expected Results: ~55MB/sec
strace -c dd if=/dev/zero of=testfile bs=1M count=100 sometimes show very slow calls to open and/or write... an example :
usecs/call (open): >1600000 (and so spends 20 secs just opening - but this does not happen every time).
strace -c hdparm -t /dev/hda shows long read times, often > 120000 usecs/call.
Created attachment 118844 [details]
output from lspci -vvv
Created attachment 118845 [details]
output from lsmod
adding kernel command line args :
switches behaviour back to earlier kernels. I still get the ioctl errors, but
the performance is as expected!
This must be a chipset detection problem or..?
I've seen the same behavior on up kernels too.
FC4 kernels see my hdd as /dev/sda and my DVD-RW as /dev/hdc
FC5 kernels (started at some point) to see my HDD as /dev/hda and DVD-RW as /dev/hdc
Performance on the DVD isn't that much different (and is incapable of playing a
DVD or burned a CD at full speed), but performance of the HDD is really poor
(was ~30MB/s, now ~2.5MB/s)
I'm using the ICH6M chipset.
On my system (an IBM ThinkCentre 8194-7JG), chnaging the IDE controller's
"Native Mode" setting from "Automatic" to "Serial ATA" made a world of
differende. I no longer need the noprobe options, my SATA disk is rightly
detected as such and performs as I would expect it to.
This still qualifies as a kernel bug, though, right? Since it works in the FC4
kernel or is there an reason for all this???
Same issue here. Machine is a new Dell Inspiron 9300 (ICH6). With stock
kernel-2.6.12-1.1456_FC4 disk performance is okay (30 MB/s), but I can't enable
DMA on the DVD-rom. If I rebuild the kernel with ATA_ENABLE_ATAPI and
ATA_ENABLE_PATA libata.h, both are okay.
With kernel-2.6.13-1.1526_FC4 (even with the patch above) I get slow <3 MB/s
performance. Obviously a problem.
"hda=noprobe ide0=noprobe ide1=noprobe" (hey, the more the merrier) put
performance back to what it was previously.
A few reboots later - now performance is back to sucky. Is it random?
Just tried with kernel-2.6.13-1.1532_FC4, and it's all good! No "noprobe" junk
required (for harddisk performance at least)
Just removed ide0=noprobe and things are working really well for me too.
I think we could close this bug as resolved.