[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <12124107071847-git-send-email-od@suse.de>
Date: Mon, 2 Jun 2008 14:45:00 +0200
From: Olaf Dabrunz <od@...e.de>
To: Thomas Gleixner <tglx@...utronix.de>
Cc: Ingo Molnar <mingo@...e.hu>, "H. Peter Anvin" <hpa@...or.com>,
Jon Masters <jonathan@...masters.org>,
Olaf Dabrunz <od@...e.de>, Stefan Assmann <sassmann@...e.de>,
linux-kernel@...r.kernel.org
Subject: [PATCH 0/7] Boot IRQ quirks and rerouting
These patches are against linux-2.6-tip, auto-x86-next.
When IRQ lines on secondary or higher IO-APICs are masked (as done by
RT and others), many chipsets redirect IRQs on this line to the PIC, and
thereby regularly to the first IO-APIC in the system. This causes
spurious interrupts and can lead to disabled IRQ lines.
Disabling this "boot interrupt" (as it is mostly used to supply all
IRQs to the legacy PIC during boot) is chipset-specific, and not
possible for all chips. This patchset disables the boot interrupt on
chipsets where this is possible and where we know how to do it.
When disabling the boot interrupt is not possible, the patches tell the
IRQ code to always use the redirected interrupt line (on the first
IO-APIC) instead of the "original" line on the secondary (tertiary ...)
IO-APIC. The original line remains masked, and IRQs always appear on
the boot interrupt line on the first IO-APIC instead.
Two new boot parameters control the quirks and are explained in the
patches: nobootirqquirk,
bootirqquirk=0x<vendor>,0x<device>,<quirk_variant>. "noapic" also sets
nobootirqquirk.
All patches are co-authored by Stefan Assmann and Olaf Dabrunz. But
according to Documentation/SubmittingPatches, the patch submission format
allows only for one author.
drivers/acpi/pci_irq.c | 63 ++++++++
drivers/pci/quirks.c | 339 ++++++++++++++++++++++++++++++++++++++++++++-
include/asm-x86/io_apic.h | 4
include/linux/pci.h | 2
include/linux/pci_ids.h | 6
include/linux/pci_quirks.h | 29 +++
6 files changed, 435 insertions(+), 8 deletions(-)
--
Olaf Dabrunz (od/odabrunz), SUSE Linux Products GmbH, Nürnberg
--
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