https://bugzilla.novell.com/show_bug.cgi?id=722101 https://bugzilla.novell.com/show_bug.cgi?id=722101#c0 Summary: "irq 10: nobody cared" problem with pata disks at promise ultra133tx2 Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86 OS/Version: openSUSE 11.4 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers@forge.provo.novell.com ReportedBy: wefing@gmx.de QAContact: qa@suse.de Found By: --- Blocker: --- Created an attachment (id=454473) --> (http://bugzilla.novell.com/attachment.cgi?id=454473) output of hwinfo on the 11.4 rescue system User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.14) Gecko/2009090900 SUSE/3.0.14-0.1 Firefox/3.0.14 I'm running an old PC (PIII 700 MHz with two Samsung pata disks attached to a Promise Ultra133Tx2 PCI controller) under suse 10.3. Everything works as expected. Now I try to upgrade to suse 11.4. Before doing this, I boot into the rescue system of the 11.4 installation DVD in order to change the partitioning. This involves copying some 20 GB of data between several ext3 file systems residing on one of the two disks. It turned out that i/o performance during these operations was only 1/10 or worse of the performance observed under suse 10.3. Same result with "hdparm -t", which reports an i/o throughput of 5 MB/s under suse 11.4, but of 55MB/s under suse 10.3. In the suse 11.4 boot.msg file, I find the following message: 'irq 10: nobody cared (try booting with the "irqpoll" option)', see the attached hwinfo file. As /proc/interrupts reveals, irq 10 is associated with the pata disks. Booting with the irqpoll option does not make the diagnostic message disappear, "hdparm -t", however, now reports i/o throughputs ranging between 5MB/s and 55MB/s. Trying to copy data between partitions as described above leads to a system freeze after a minute or so. From this I conclude that using "irqpoll" is not an option here. I tried other boot options (acpi=off, noapic, nolapic, routeirq, assign-buses) without any success. Reproducible: Always Steps to Reproduce: 1. Boot into the rescue system of the suse 11.4 installation dvd. 2. hdparm -t <pata_disk_at_promise_controller> 3. Actual Results: hdparm reports an i/o throughput that is way below the maximal possible throughput, i.e., around 5MB/s. Expected Results: Expected throughput is 55MB/s. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.