2008-10-23 15:20:33 +08:00
|
|
|
#ifndef _ASM_X86_IRQ_REMAPPING_H
|
|
|
|
|
#define _ASM_X86_IRQ_REMAPPING_H
|
x64, x2apic/intr-remap: IO-APIC support for interrupt-remapping
IO-APIC support in the presence of interrupt-remapping infrastructure.
IO-APIC RTE will be programmed with interrupt-remapping table entry(IRTE)
index and the IRTE will contain information about the vector, cpu destination,
trigger mode etc, which traditionally was present in the IO-APIC RTE.
Introduce a new irq_chip for cleaner irq migration (in the process
context as opposed to the current irq migration in the context of an interrupt.
interrupt-remapping infrastructure will help us achieve this cleanly).
For edge triggered, irq migration is a simple atomic update(of vector
and cpu destination) of IRTE and flush the hardware cache.
For level triggered, we need to modify the io-apic RTE aswell with the update
vector information, along with modifying IRTE with vector and cpu destination.
So irq migration for level triggered is little bit more complex compared to
edge triggered migration. But the good news is, we use the same algorithm
for level triggered migration as we have today, only difference being,
we now initiate the irq migration from process context instead of the
interrupt context.
In future, when we do a directed EOI (combined with cpu EOI broadcast
suppression) to the IO-APIC, level triggered irq migration will also be
as simple as edge triggered migration and we can do the irq migration
with a simple atomic update to IO-APIC RTE.
TBD: some tests/changes needed in the presence of fixup_irqs() for
level triggered irq migration.
Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
Cc: akpm@linux-foundation.org
Cc: arjan@linux.intel.com
Cc: andi@firstfloor.org
Cc: ebiederm@xmission.com
Cc: jbarnes@virtuousgeek.org
Cc: steiner@sgi.com
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2008-07-11 02:16:56 +08:00
|
|
|
|
2009-04-21 04:02:27 +08:00
|
|
|
#define IRTE_DEST(dest) ((x2apic_mode) ? dest : dest << 8)
|
x64, x2apic/intr-remap: IO-APIC support for interrupt-remapping
IO-APIC support in the presence of interrupt-remapping infrastructure.
IO-APIC RTE will be programmed with interrupt-remapping table entry(IRTE)
index and the IRTE will contain information about the vector, cpu destination,
trigger mode etc, which traditionally was present in the IO-APIC RTE.
Introduce a new irq_chip for cleaner irq migration (in the process
context as opposed to the current irq migration in the context of an interrupt.
interrupt-remapping infrastructure will help us achieve this cleanly).
For edge triggered, irq migration is a simple atomic update(of vector
and cpu destination) of IRTE and flush the hardware cache.
For level triggered, we need to modify the io-apic RTE aswell with the update
vector information, along with modifying IRTE with vector and cpu destination.
So irq migration for level triggered is little bit more complex compared to
edge triggered migration. But the good news is, we use the same algorithm
for level triggered migration as we have today, only difference being,
we now initiate the irq migration from process context instead of the
interrupt context.
In future, when we do a directed EOI (combined with cpu EOI broadcast
suppression) to the IO-APIC, level triggered irq migration will also be
as simple as edge triggered migration and we can do the irq migration
with a simple atomic update to IO-APIC RTE.
TBD: some tests/changes needed in the presence of fixup_irqs() for
level triggered irq migration.
Signed-off-by: Suresh Siddha <suresh.b.siddha@intel.com>
Cc: akpm@linux-foundation.org
Cc: arjan@linux.intel.com
Cc: andi@firstfloor.org
Cc: ebiederm@xmission.com
Cc: jbarnes@virtuousgeek.org
Cc: steiner@sgi.com
Signed-off-by: Ingo Molnar <mingo@elte.hu>
2008-07-11 02:16:56 +08:00
|
|
|
|
2010-08-28 02:09:49 +08:00
|
|
|
#ifdef CONFIG_INTR_REMAP
|
|
|
|
|
static inline void prepare_irte(struct irte *irte, int vector,
|
|
|
|
|
unsigned int dest)
|
|
|
|
|
{
|
|
|
|
|
memset(irte, 0, sizeof(*irte));
|
|
|
|
|
|
|
|
|
|
irte->present = 1;
|
|
|
|
|
irte->dst_mode = apic->irq_dest_mode;
|
|
|
|
|
/*
|
|
|
|
|
* Trigger mode in the IRTE will always be edge, and for IO-APIC, the
|
|
|
|
|
* actual level or edge trigger will be setup in the IO-APIC
|
|
|
|
|
* RTE. This will help simplify level triggered irq migration.
|
|
|
|
|
* For more details, see the comments (in io_apic.c) explainig IO-APIC
|
|
|
|
|
* irq migration in the presence of interrupt-remapping.
|
|
|
|
|
*/
|
|
|
|
|
irte->trigger_mode = 0;
|
|
|
|
|
irte->dlvry_mode = apic->irq_delivery_mode;
|
|
|
|
|
irte->vector = vector;
|
|
|
|
|
irte->dest_id = IRTE_DEST(dest);
|
|
|
|
|
irte->redir_hint = 1;
|
|
|
|
|
}
|
2010-10-11 17:55:37 +08:00
|
|
|
static inline bool irq_remapped(struct irq_cfg *cfg)
|
|
|
|
|
{
|
|
|
|
|
return cfg->irq_2_iommu.iommu != NULL;
|
|
|
|
|
}
|
2010-08-28 02:09:49 +08:00
|
|
|
#else
|
|
|
|
|
static void prepare_irte(struct irte *irte, int vector, unsigned int dest)
|
|
|
|
|
{
|
|
|
|
|
}
|
2010-10-11 17:55:37 +08:00
|
|
|
static inline bool irq_remapped(struct irq_cfg *cfg)
|
|
|
|
|
{
|
|
|
|
|
return false;
|
|
|
|
|
}
|
2010-08-28 02:09:49 +08:00
|
|
|
#endif
|
|
|
|
|
|
2008-10-23 15:20:33 +08:00
|
|
|
#endif /* _ASM_X86_IRQ_REMAPPING_H */
|