search for: i8259

Hi, During the compilatin of xen i have the following error message: i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for ‘interrupt[6]’) [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for ‘interrupt[7]’) [-Werror] i8259.c...

Hi, During the compilatin of xen i have the following error message: i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for ‘interrupt[6]’) [-Werror] i8259.c:66:9: error: initialization from incompatible pointer type [-Werror] i8259.c:66:9: error: (near initialization for ‘interrupt[7]’) [-Werror] i8259.c...

c/s 25336:edd7c7ad1ad2 introduced the concept of a bogus vector, for in irqs delivered through the i8259 PIC after IO-APICs had been set up. However, if supurious PIC vectors are received, many "No irq handler for vector" log messages can be seen on the console. This patch adds to the bogus vector logic to detect spurious PIC vectors and simply ignore them. _mask_and_ack_8259A_irq() has b...

The main change from the patches I sent out earlier this week is support for guests that use the PIC. A callback for PIC irq ack handling is also introduced. Currently, there's no mechanism to register/unregister callers to the irq ack callbacks, but they can be added when there's more than one user for the functionality. Please review.

The main change from the patches I sent out earlier this week is support for guests that use the PIC. A callback for PIC irq ack handling is also introduced. Currently, there's no mechanism to register/unregister callers to the irq ack callbacks, but they can be added when there's more than one user for the functionality. Please review.

hi,everybody There is a function do_IRQ() in file xen/arch/x86/irq.c, but where does do_IRQ() be called please? Thanks! _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...gt; #include "io_ports.h" @@ -1322,7 +1323,7 @@ int __init APIC_init_uniprocessor (void) if (!skip_ioapic_setup && nr_ioapics) setup_IO_APIC(); #endif - setup_boot_APIC_clock(); + mach_setup_boot_local_clock(); return 0; } Index: linux-2.6.16-rc6/arch/i386/kernel/i8259.c =================================================================== --- linux-2.6.16-rc6.orig/arch/i386/kernel/i8259.c 2006-01-02 19:21:10.000000000 -0800 +++ linux-2.6.16-rc6/arch/i386/kernel/i8259.c 2006-03-12 19:57:42.000000000 -0800 @@ -425,7 +425,7 @@ void __init init_IRQ(void) * Set the...

...gt; #include "io_ports.h" @@ -1322,7 +1323,7 @@ int __init APIC_init_uniprocessor (void) if (!skip_ioapic_setup && nr_ioapics) setup_IO_APIC(); #endif - setup_boot_APIC_clock(); + mach_setup_boot_local_clock(); return 0; } Index: linux-2.6.16-rc6/arch/i386/kernel/i8259.c =================================================================== --- linux-2.6.16-rc6.orig/arch/i386/kernel/i8259.c 2006-01-02 19:21:10.000000000 -0800 +++ linux-2.6.16-rc6/arch/i386/kernel/i8259.c 2006-03-12 19:57:42.000000000 -0800 @@ -425,7 +425,7 @@ void __init init_IRQ(void) * Set the...

...ialize controllers, but it can do that all at once. This removes the need for a pre_intr_init_hook. The fpu_irq change is a nop - it just looks nicer. Signed-off-by: Zachary Amsden <zach@vmware.com> =================================================================== --- a/arch/i386/kernel/i8259.c +++ b/arch/i386/kernel/i8259.c @@ -347,7 +347,18 @@ static irqreturn_t math_error_irq(int cp * New motherboards sometimes make IRQ 13 be a PCI interrupt, * so allow interrupt sharing. */ -static struct irqaction fpu_irq = { math_error_irq, 0, CPU_MASK_NONE, "fpu", NULL, NULL }; +s...

...ialize controllers, but it can do that all at once. This removes the need for a pre_intr_init_hook. The fpu_irq change is a nop - it just looks nicer. Signed-off-by: Zachary Amsden <zach@vmware.com> =================================================================== --- a/arch/i386/kernel/i8259.c +++ b/arch/i386/kernel/i8259.c @@ -347,7 +347,18 @@ static irqreturn_t math_error_irq(int cp * New motherboards sometimes make IRQ 13 be a PCI interrupt, * so allow interrupt sharing. */ -static struct irqaction fpu_irq = { math_error_irq, 0, CPU_MASK_NONE, "fpu", NULL, NULL }; +s...

...jmp 2b @@ -1064,6 +1081,13 @@ KPROBE_ENTRY(int3) CFI_ENDPROC KPROBE_END(int3) +#ifdef CONFIG_PARAVIRT +ENTRY(native_sysret) + sysretq +ENDPROC(native_sysret) + +#endif /* CONFIG_PARAVIRT */ + ENTRY(overflow) zeroentry do_overflow END(overflow) Index: clean-start/arch/x86_64/kernel/i8259.c =================================================================== --- clean-start.orig/arch/x86_64/kernel/i8259.c +++ clean-start/arch/x86_64/kernel/i8259.c @@ -77,7 +77,7 @@ BUILD_16_IRQS(0xc) BUILD_16_IRQS(0xd) BU IRQ(x,c), IRQ(x,d), IRQ(x,e), IRQ(x,f) /* for the irq vectors */ -static v...

...jmp 2b @@ -1064,6 +1081,13 @@ KPROBE_ENTRY(int3) CFI_ENDPROC KPROBE_END(int3) +#ifdef CONFIG_PARAVIRT +ENTRY(native_sysret) + sysretq +ENDPROC(native_sysret) + +#endif /* CONFIG_PARAVIRT */ + ENTRY(overflow) zeroentry do_overflow END(overflow) Index: clean-start/arch/x86_64/kernel/i8259.c =================================================================== --- clean-start.orig/arch/x86_64/kernel/i8259.c +++ clean-start/arch/x86_64/kernel/i8259.c @@ -77,7 +77,7 @@ BUILD_16_IRQS(0xc) BUILD_16_IRQS(0xd) BU IRQ(x,c), IRQ(x,d), IRQ(x,e), IRQ(x,f) /* for the irq vectors */ -static v...

...yscall32.c | 2 arch/x86_64/kernel/Makefile | 1 arch/x86_64/kernel/apic.c | 2 arch/x86_64/kernel/asm-offsets.c | 14 arch/x86_64/kernel/entry.S | 125 +++-- arch/x86_64/kernel/head.S | 10 arch/x86_64/kernel/head64.c | 2 arch/x86_64/kernel/i8259.c | 15 arch/x86_64/kernel/ldt.c | 6 arch/x86_64/kernel/paravirt.c | 455 +++++++++++++++++++ arch/x86_64/kernel/process.c | 2 arch/x86_64/kernel/reboot.c | 3 arch/x86_64/kernel/setup.c | 41 + arch/x86_64/kernel/setup64.c | 18 arch/x86_6...

...yscall32.c | 2 arch/x86_64/kernel/Makefile | 1 arch/x86_64/kernel/apic.c | 2 arch/x86_64/kernel/asm-offsets.c | 14 arch/x86_64/kernel/entry.S | 125 +++-- arch/x86_64/kernel/head.S | 10 arch/x86_64/kernel/head64.c | 2 arch/x86_64/kernel/i8259.c | 15 arch/x86_64/kernel/ldt.c | 6 arch/x86_64/kernel/paravirt.c | 455 +++++++++++++++++++ arch/x86_64/kernel/process.c | 2 arch/x86_64/kernel/reboot.c | 3 arch/x86_64/kernel/setup.c | 41 + arch/x86_64/kernel/setup64.c | 18 arch/x86_6...

Here is an slightly updated version of the paravirt_ops patch. If your comments and criticism were welcome before, now it's even more! There are some issues that are _not_ addressed in this revision, and here are the causes: * split debugreg into multiple functions, suggested by Andi: - Me and jsfg agree that introducing more pvops (specially 14!) is not worthwhile. So, although we do

Here is an slightly updated version of the paravirt_ops patch. If your comments and criticism were welcome before, now it's even more! There are some issues that are _not_ addressed in this revision, and here are the causes: * split debugreg into multiple functions, suggested by Andi: - Me and jsfg agree that introducing more pvops (specially 14!) is not worthwhile. So, although we do

This is hopefully the last iteration of the pvops64 patch. >From the last version, we have only one change, which is include/asm-x86_64/processor.h: There were still one survivor in raw asm. Also, git screwed me up for some reason, and the 25th patch was missing the new files, paravirt.{c,h}. (although I do remember having git-add'ed it, but who knows...) Andrew, could you please push it

This is hopefully the last iteration of the pvops64 patch. >From the last version, we have only one change, which is include/asm-x86_64/processor.h: There were still one survivor in raw asm. Also, git screwed me up for some reason, and the 25th patch was missing the new files, paravirt.{c,h}. (although I do remember having git-add'ed it, but who knows...) Andrew, could you please push it

When hotplug hvm vcpu by ''xm vcpu-set'' command, if it add/remove many vcpus by 1 ''xm vcpu-set'' command, it has a bug that it cannot add/remove all vcpus that want to be added/removed. This patch is to fix the bug. It delays trigger sci until all xenstore cpu node status are watched. Signed-off-by: Liu, Jinsong <jinsong.liu@intel.com>

With virt_spin_lock() being guarded by a static key the bare metal case can be optimized by patching the call away completely. In case a kernel running as a guest it can decide whether to use paravitualized spinlocks, the current fallback to the unfair test-and-set scheme, or to mimic the bare metal behavior. V2: - use static key instead of making virt_spin_lock() a pvops function Juergen Gross