[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20091026222430.313656103@sbs-t61.sc.intel.com>
Date: Mon, 26 Oct 2009 14:24:30 -0800
From: Suresh Siddha <suresh.b.siddha@...el.com>
To: hpa@...or.com, mingo@...e.hu, tglx@...utronix.de,
ebiederm@...ssion.com
Cc: garyhade@...ibm.com, suresh.b.siddha@...el.com,
linux-kernel@...r.kernel.org
Subject: [patch 0/6] x86: cleanups and fixes for irq migration code during cpu offline
First four patches in the series unify the fixup_irqs() along with
couple of cleanups. It also fixes an issue where the interrupt subsystem can
point the interrupt to the offlined cpu (for non interrupt-remapping case)
causing the device to not work. This was observed by Gary.
These four patches are ready for inclusion and while there was a debate
in the past that fixup_irqs() is kind of broken (because of migrating
interrupts in the process context for non intr-remapping platforms)
we think that these patches enhance the existing code and not introduce any
more new races.
The last two patches in the series are titled as RFC. These patches
address removing the local_irq_enable()/local_irq_disable() in
the fixup_irqs(). All the patches (including these last two RFC patches) are
tested on Intel platforms (by myself) and on AMD platforms(by Gary).
We labeled the last two patches as RFC mainly because they need more testing and
thoughts from Eric and others who did some unsuccessful experiments in this
area (migrating irq in the process context for non intr-remapping platforms)
before.
thanks,
suresh
--
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