Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Eric W. Biederman
Avi Kivity writes: > So the jump-to-vector reset code cannot work on real hardware? It works in > qemu, but of course that's easy. In general yes. Nothing regularly uses that path so there is little point adding a new users if we can avoid it. Heck there are machines with unreliable cmos. >>

Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Gleb Natapov
On Tue, Jun 30, 2009 at 10:00:46AM -0700, Eric W. Biederman wrote: > Gleb Natapov writes: > > > On Tue, Jun 30, 2009 at 12:18:19AM -0700, Yinghai Lu wrote: > >> how about kexec second kernel in KVM ? > >> > >> x2apic_preenabled will be set in second kernel. > >> > > By the way anybody knows why

Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Gleb Natapov
On Tue, Jun 30, 2009 at 11:43:41AM -0700, Yinghai Lu wrote: > 2009/6/30 Gleb Natapov : > > >> > >> how about kexec second kernel in KVM ? > >> > >> x2apic_preenabled will be set in second kernel. > >> > > Yes, bummer. But the similar problem exist now and without KVM. After > > running x2apic enab

Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Yinghai Lu
2009/6/30 Gleb Natapov : >> >> how about kexec second kernel in KVM ? >> >> x2apic_preenabled will be set in second kernel. >> > Yes, bummer. But the similar problem exist now and without KVM. After > running x2apic enabled kernel you can't kexec kernel without x2apic > support. if the first kern

Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Eric W. Biederman
Gleb Natapov writes: > On Tue, Jun 30, 2009 at 12:18:19AM -0700, Yinghai Lu wrote: >> how about kexec second kernel in KVM ? >> >> x2apic_preenabled will be set in second kernel. >> > By the way anybody knows why kexec does not use BIOS reset code > (cmos 0xf offset) to jump into new kernel aft

Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Avi Kivity
On 06/30/2009 08:00 PM, Eric W. Biederman wrote: Gleb Natapov writes: On Tue, Jun 30, 2009 at 12:18:19AM -0700, Yinghai Lu wrote: how about kexec second kernel in KVM ? x2apic_preenabled will be set in second kernel. By the way anybody knows why kexec does not use BIOS re

Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Eric W. Biederman
Gleb Natapov writes: > On Tue, Jun 30, 2009 at 12:18:19AM -0700, Yinghai Lu wrote: >> how about kexec second kernel in KVM ? >> >> x2apic_preenabled will be set in second kernel. >> > By the way anybody knows why kexec does not use BIOS reset code > (cmos 0xf offset) to jump into new kernel aft

Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Gleb Natapov
On Tue, Jun 30, 2009 at 12:18:19AM -0700, Yinghai Lu wrote: > how about kexec second kernel in KVM ? > > x2apic_preenabled will be set in second kernel. > By the way anybody knows why kexec does not use BIOS reset code (cmos 0xf offset) to jump into new kernel after hard reset? --

Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Gleb Natapov
On Tue, Jun 30, 2009 at 12:18:19AM -0700, Yinghai Lu wrote: > On Mon, Jun 29, 2009 at 11:45 PM, Gleb Natapov wrote: > > KVM would like to provide x2APIC interface to a guest without emulating > > interrupt remapping device. The reason KVM prefers guest to use x2APIC > > is that x2APIC interface is

Re: [PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-30 Thread Yinghai Lu
On Mon, Jun 29, 2009 at 11:45 PM, Gleb Natapov wrote: > KVM would like to provide x2APIC interface to a guest without emulating > interrupt remapping device. The reason KVM prefers guest to use x2APIC > is that x2APIC interface is better virtualizable and provides better > performance than mmio xAP

[PATCH v4] enable x2APIC without interrupt remapping under KVM

2009-06-29 Thread Gleb Natapov
KVM would like to provide x2APIC interface to a guest without emulating interrupt remapping device. The reason KVM prefers guest to use x2APIC is that x2APIC interface is better virtualizable and provides better performance than mmio xAPIC interface: - msr exits are faster than mmio (no page table