[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20061103185554.92453.qmail@web38411.mail.mud.yahoo.com>
Date: Fri, 3 Nov 2006 10:55:54 -0800 (PST)
From: xp newbie <xp_newbie@...oo.com>
To: linux-kernel@...r.kernel.org
Subject: Re: irqpoll kernel option hurts performance?
--- Alan Cox <alan@...rguk.ukuu.org.uk> wrote:
> The two systems don't measure performance the same
> way. That makes
> comparisons using their own monitoring tools a bit
> dubious and can make
> either OS look better in cases where it isn't
OK, but in this case Linux kernel itself tells me that
something is wrong (via the demsg log). So I am trying
to optimize the system *before* intalling the tons of
tools that I need and discovering later that I may
have use the incorrect boot option during
installation, requiring me to re-install again.
> I wish I knew. One possibility - especially as this
> appears to be the
> USB 2.0 is that it provides different rules for
> different OS's (thats
> intended to be a feature so it can hide EHCI from
> old windows etc)
>
> You might want to see if booting with the kernel
> option "acpi_noirq" has
> any effect for the better, you can also spoof
I just tried that:
Once replacing the 'irqpoll' option (which froze boot
completely, sending tons of lines of the following
error message:
[17179576.748000] hda: cdrom_pc_intr: The drive
appears confused (ireason = 0x01)
And only a hard reset could get me out of there...
The second trial was appending acpi_noirq to the boot
options (i.e. in addition to 'irqpoll') and this time,
it booted. However, demsg still shows that something
is wrong with the system:
[17179569.184000] Kernel command line: root=/dev/sda3
ro quiet splash irqpoll acpi_noirq
[17179569.184000] Misrouted IRQ fixup and polling
support enabled
[17179569.184000] This may significantly impact system
performance
[17179569.184000] mapped APIC to ffffd000 (fee00000)
[17179569.184000] mapped IOAPIC to ffffc000 (fec00000)
But a few lines later:
[17179577.600000] irq 177: nobody cared (try booting
with the "irqpoll" option)
[17179577.600000] [<c014fc8a>]
__report_bad_irq+0x2a/0xa0
[17179577.600000] [<c014fda7>]
note_interrupt+0x87/0xf0
[17179577.600000] [<c014f57d>] __do_IRQ+0xfd/0x110
[17179577.600000] [<c0105c79>] do_IRQ+0x19/0x30
[17179577.600000] [<c0103eb6>]
common_interrupt+0x1a/0x20
[17179577.600000] [<c014f428>]
handle_IRQ_event+0x18/0x70
[17179577.600000] [<c014fde6>]
note_interrupt+0xc6/0xf0
[17179577.600000] [<c014f51d>] __do_IRQ+0x9d/0x110
[17179577.600000] [<c0105c79>] do_IRQ+0x19/0x30
[17179577.600000] [<c0103eb6>]
common_interrupt+0x1a/0x20
[17179577.600000] [<c01fd0a9>] vsnprintf+0x499/0x640
[17179577.600000] [<f88f9000>] handshake+0x0/0x60
[ehci_hcd]
[17179577.600000] [<c01994e8>] seq_printf+0x38/0x60
[17179577.600000] [<c0146404>] m_show+0x44/0xc0
[17179577.600000] [<c0198fef>] seq_read+0x28f/0x2f0
[17179577.600000] [<c0173ea6>] vfs_read+0xd6/0x1b0
[17179577.600000] [<c01742ab>] sys_read+0x4b/0x80
[17179577.600000] [<c0103471>] syscall_call+0x7/0xb
[17179577.600000] handlers:
[17179577.600000] [<c02737f0>] (ide_intr+0x0/0x1f0)
[17179577.600000] [<c02737f0>] (ide_intr+0x0/0x1f0)
[17179577.600000] [<f891f1c0>] (usb_hcd_irq+0x0/0x70
[usbcore])
[17179577.600000] Disabling IRQ #177
And my question is: if the kernel recognizes that the
irqpoll options has been specified, why does it say
"(try booting with the irqpoll option"?
Could this be a kernel bug?
Thanks,
Alex
____________________________________________________________________________________
We have the perfect Group for you. Check out the handy changes to Yahoo! Groups
(http://groups.yahoo.com)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists