search for: ioapic_ack_new

Displaying 5 results from an estimated 5 matches for "ioapic_ack_new".

2009 Jan 21
11
[PATCH] x86: change IO-APIC ack method default for single IO-APIC systems
...ich@novell.com> --- 2009-01-08.orig/xen/arch/x86/io_apic.c 2009-01-09 12:43:35.000000000 +0100 +++ 2009-01-08/xen/arch/x86/io_apic.c 2009-01-21 14:11:53.000000000 +0100 @@ -1352,7 +1352,7 @@ static unsigned int startup_level_ioapic return 0; /* don''t check for pending */ } -int ioapic_ack_new = 1; +int ioapic_ack_new = -1; static void setup_ioapic_ack(char *s) { if ( !strcmp(s, "old") ) @@ -1839,6 +1839,8 @@ void __init setup_IO_APIC(void) else io_apic_irqs = ~PIC_IRQS; + if (ioapic_ack_new < 0) + ioapic_ack_new = (nr_ioapics > 1); p...
2007 Sep 30
6
[VTD][PATCH] a time out mechanism for the shared interrupt issue for vtd
Attached is a patch for shared interrupt between dom0 and HVM domain for vtd. Most of problem is caused by that we should inject interrupt to both domains and the physical interrupt deassertion then may be delayed by the device assigned to the HVM. The patch adds a timer, and the time out value is sufficient large to tolerant the delaying used to wait for the physical interrupt deassertion.
2011 Sep 05
0
[PATCH] x86: remove unnecessary indirection from irq_complete_move()''s sole parameter
...(desc); move_native_irq(irq); if ((desc->status & (IRQ_PENDING | IRQ_DISABLED)) @@ -1643,7 +1642,7 @@ static void mask_and_ack_level_ioapic_ir int i; struct irq_desc *desc = irq_to_desc(irq); - irq_complete_move(&desc); + irq_complete_move(desc); if ( ioapic_ack_new ) return; @@ -1816,7 +1815,7 @@ static void ack_msi_irq(unsigned int irq { struct irq_desc *desc = irq_to_desc(irq); - irq_complete_move(&desc); + irq_complete_move(desc); move_native_irq(irq); if ( msi_maskable_irq(desc->msi_desc) ) --- a/xen/drivers/passt...
2007 May 30
30
[VTD][patch 0/5] HVM device assignment using vt-d
The following 5 patches are re-submissions of the vt-d patch. This set of patches has been tested against cs# 15080 and is now much more mature and tested against more environments than the original patch. Specifically, we have successfully tested the patch with following environements: - 32/64-bit Linux HVM guest - 32-bit Windows XP/Vista (64-bit should work but did not test) -
2013 May 31
62
cpuidle and un-eoid interrupts at the local apic
Recently our automated testing system has caught a curious assertion while testing Xen 4.1.5 on a HaswellDT system. (XEN) Assertion ''(sp == 0) || (peoi[sp-1].vector < vector)'' failed at irq.c:1030 (XEN) ----[ Xen-4.1.5 x86_64 debug=n Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e008:[<ffff82c48016b2b4>] do_IRQ+0x514/0x750 (XEN) RFLAGS: 0000000000010093 CONTEXT: