On 2011-12-12 17:37, Marcelo Tosatti wrote: > On Thu, Dec 08, 2011 at 12:52:19PM +0100, Jan Kiszka wrote: >> Changes in v4: >> - rebased of current uq/master >> - fixed stupid bugs that broke bisectability and user space irqchip mode >> - integrated NMI-over-LINT1 injection logic >> >> CC: Lai Jiangshan <laijs@xxxxxxxxxxxxxx> >> >> Jan Kiszka (15): >> msi: Generalize msix_supported to msi_supported >> kvm: Move kvmclock into hw/kvm folder >> apic: Stop timer on reset >> apic: Inject external NMI events via LINT1 >> apic: Introduce backend/frontend infrastructure for KVM reuse >> apic: Open-code timer save/restore >> i8259: Introduce backend/frontend infrastructure for KVM reuse >> ioapic: Introduce backend/frontend infrastructure for KVM reuse >> memory: Introduce memory_region_init_reservation >> kvm: Introduce core services for in-kernel irqchip support >> kvm: x86: Establish IRQ0 override control >> kvm: x86: Add user space part for in-kernel APIC >> kvm: x86: Add user space part for in-kernel i8259 >> kvm: x86: Add user space part for in-kernel IOAPIC >> kvm: Arm in-kernel irqchip support > > Looks good to me. > > Any thoughts on the qemu-kvm merge plan? Sounds painful. Pain will be where the existing qemu-kvm extensions collide with these refactored upstream devices (backend/frontend split specifically). That's where we have to merge very carefully. Haven't tried this yet, will give it a spin tomorrow or so. >From that point on, disabling the new stuff for now and at some point switching over from the old one should be simple again. BTW, PIT+HPET+speaker will cause similar issues for the same reasons. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html