[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4B673B6B.6060404@kernel.org>
Date: Mon, 01 Feb 2010 12:36:59 -0800
From: Yinghai Lu <yinghai@...nel.org>
To: Thomas Renninger <trenn@...e.de>
CC: linux-kernel@...r.kernel.org, jbarnes@...tuousgeek.org,
akpm@...ux-foundation.org, mingo@...e.hu
Subject: Re: IRQ regression messes up xseries 330 SCI resulting in apic=off
- bisected to commit b9c61b70075c87a861262473
On 02/01/2010 06:59 AM, Thomas Renninger wrote:
> Hi,
>
> booting a latest kernel on this machine results in:
>
> PCI: PCI BIOS revision 2.10 entry at 0xfd61c, last bus=1
> PCI: Using configuration type 1 for base access bio: create slab <bio-0> at 0
> ACPI: SCI (IRQ30) allocation failed
> ACPI Exception: AE_NOT_ACQUIRED, Unable to install System Control Interrupt handler (20090903/evevent-161)
> ACPI: Unable to start the ACPI Interpreter
>
> Later all kind of devices fail...
>
...
>
>
> Attached are dmesg of an umodified broken 2.6.32 kernel and
> dmesg of a 2.6.32 kernel in which I reverted above patch (apic=verbose).
> The reverting needed some adjusting and I did this without understanding
> the code. I also attach the backported patch reverting above for 2.6.32
> which makes the machine work again (see dmesg attachment).
> This probably cannot go in, it would be great if someone could help
> finding a proper patch for mainline which makes the machine work again.
> (The ACPI irq, SCI, is meant to be on IRQ 30, rerouted from IRQ 3 via
> APIC source override table, which is rather odd/uncommon. Hope that helps)
ok, the root cause the SCI in on second ioapic....
will have a patch for it.
Thanks
Yinghai
--
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