Re: sata_via
From: Peter Gervai
Date: Mon Apr 14 2008 - 04:32:22 EST
On Mon, Apr 14, 2008 at 10:13 AM, Thomas Renninger <trenn@xxxxxxx> wrote:
> > IRQ routing seems hosed on your machine. Thomas any ideas?
>
> Not really.
> First, I'd try to be able to reproduce this more quickly, an IO
> benchmark or similar (bonnie?).
>
>
> ----------------------------------------------
> Peter Gervai posted a similar report recently, Elias Oltmanns had an
> idea (on linux-ide or linux-acpi list):
> Subject: Re: Hard freeze / interrupt-related death / instability
> Wed, 09 Apr 2008
>
> (but Tejun was already involved into that, at least in the link posted
> there, but reading it up might be worth it).
> Is this the same problem?
Mmhm, as I was (kindly) cc'd I reply my results so far, but since
there was a mention of IRQBALANCE, I checked myself, since I was
pretty sure I have switched that off:
# zegrep IRQ /proc/config.gz
CONFIG_GENERIC_HARDIRQS=y
CONFIG_GENERIC_IRQ_PROBE=y
CONFIG_GENERIC_PENDING_IRQ=y
CONFIG_IRQBALANCE=y
CONFIG_HT_IRQ=y
CONFIG_IDEPCI_SHARE_IRQ=y
CONFIG_HPET_RTC_IRQ=y
CONFIG_TRACE_IRQFLAGS_SUPPORT=y
# CONFIG_DEBUG_SHIRQ is not set
Darn, I'd say. I go and switch balancer off, it doesn't really do much
good for me anyway. (What about userland balancer, does it hose things
as well?)
But apart from that I'm runnig under " pci=nomsi " for the last 4 days
without a freeze (which usually occured every 1-2 days, but I'll wait
for more, and I will try to bonnie++ myself in the meantime). It did
not freeze under "acpi_irq_balance" either for 6 days, but the machine
overall felt a bit jerky (pretty ugly irq overlaps I guess).
If any of you prefer me to run under other options, or to apply that
patch I was advised to, I'll just do that. Just voice yourself. (I
have an open request for "noapic acpi_irq_nobalance" and the patch.)
Thanks for your time, as always (and I try to share mine :)).
--
byte-byte,
grin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/