From: Anthony Liguori <aliguori@linux.vnet.ibm.com>
To: Avi Kivity <avi@redhat.com>
Cc: Alexander Graf <agraf@suse.de>, Jan Kiszka <jan.kiszka@web.de>,
Marcelo Tosatti <mtosatti@redhat.com>,
qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] Re: [PATCH 26/35] kvm: Eliminate KVMState arguments
Date: Tue, 11 Jan 2011 09:12:19 -0600 [thread overview]
Message-ID: <4D2C7353.2000008@linux.vnet.ibm.com> (raw)
In-Reply-To: <4D2C6FAB.3050209@redhat.com>
On 01/11/2011 08:56 AM, Avi Kivity wrote:
> On 01/11/2011 04:36 PM, Anthony Liguori wrote:
>>> They need to use the same device id then. And if they share code,
>>> that indicates that they need to be the same device even more.
>>
>>
>> No, it really doesn't :-) Cirrus VGA and std VGA share a lot of
>> code. But that doesn't mean that we treat them as one device.
>
> Cirrus and VGA really are separate devices. They share code because
> on evolved from the other, and is backwards compatible with the
> other. i8254 and i8254-kvm did not evolve from each other,
Actually, they did, but that's besides the point.
> both are implementations of the i8254 spec, and both are 100%
> compatible with each other (modulu bugs).
>
>>
>> And BTW, there are guest visible differences between the KVM
>> IOAPIC/PIC/PIT than the QEMU versions. The only reason PIT live
>> migration works today is because usually delivers all interrupts
>> quickly. But it actually does maintain state in the work queue that
>> isn't saved. If PIT tried to implement gradual catchup, there would
>> be no way not to expose that state to userspace.
>
> Why not? Whatever state the kernel keeps, we expose to userspace and
> allow sending it over the wire.
What exactly is the scenario you're concerned about?
Migration between userspace HPET and in-kernel HPET?
One thing I've been considering is essentially migration filters. It
would be a set of rules that essentially were "hpet-kvm.* = hpet.*"
which would allow migration from hpet to hpet-kvm given a translation of
state. I think this sort of higher level ruleset would make it easier
to support migration between versions of the device model.
Of course, that only gives you a forward path. It doesn't give you a
backwards path.
Regards,
Anthony Liguori
WARNING: multiple messages have this Message-ID (diff)
From: Anthony Liguori <aliguori@linux.vnet.ibm.com>
To: Avi Kivity <avi@redhat.com>
Cc: Marcelo Tosatti <mtosatti@redhat.com>,
Jan Kiszka <jan.kiszka@web.de>, Alexander Graf <agraf@suse.de>,
kvm@vger.kernel.org, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] Re: [PATCH 26/35] kvm: Eliminate KVMState arguments
Date: Tue, 11 Jan 2011 09:12:19 -0600 [thread overview]
Message-ID: <4D2C7353.2000008@linux.vnet.ibm.com> (raw)
In-Reply-To: <4D2C6FAB.3050209@redhat.com>
On 01/11/2011 08:56 AM, Avi Kivity wrote:
> On 01/11/2011 04:36 PM, Anthony Liguori wrote:
>>> They need to use the same device id then. And if they share code,
>>> that indicates that they need to be the same device even more.
>>
>>
>> No, it really doesn't :-) Cirrus VGA and std VGA share a lot of
>> code. But that doesn't mean that we treat them as one device.
>
> Cirrus and VGA really are separate devices. They share code because
> on evolved from the other, and is backwards compatible with the
> other. i8254 and i8254-kvm did not evolve from each other,
Actually, they did, but that's besides the point.
> both are implementations of the i8254 spec, and both are 100%
> compatible with each other (modulu bugs).
>
>>
>> And BTW, there are guest visible differences between the KVM
>> IOAPIC/PIC/PIT than the QEMU versions. The only reason PIT live
>> migration works today is because usually delivers all interrupts
>> quickly. But it actually does maintain state in the work queue that
>> isn't saved. If PIT tried to implement gradual catchup, there would
>> be no way not to expose that state to userspace.
>
> Why not? Whatever state the kernel keeps, we expose to userspace and
> allow sending it over the wire.
What exactly is the scenario you're concerned about?
Migration between userspace HPET and in-kernel HPET?
One thing I've been considering is essentially migration filters. It
would be a set of rules that essentially were "hpet-kvm.* = hpet.*"
which would allow migration from hpet to hpet-kvm given a translation of
state. I think this sort of higher level ruleset would make it easier
to support migration between versions of the device model.
Of course, that only gives you a forward path. It doesn't give you a
backwards path.
Regards,
Anthony Liguori
next prev parent reply other threads:[~2011-01-11 15:13 UTC|newest]
Thread overview: 300+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-06 17:56 [PATCH 00/35] [PULL] qemu-kvm.git uq/master queue Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 01/35] kvm: Enable user space NMI injection for kvm guest Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 02/35] kvm: convert kvm_ioctl(KVM_CHECK_EXTENSION) to kvm_check_extension() Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 03/35] Clean up cpu_inject_x86_mce() Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 04/35] Add "broadcast" option for mce command Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-09 18:51 ` Jan Kiszka
2011-01-09 18:51 ` [Qemu-devel] " Jan Kiszka
2011-01-15 16:24 ` Jan Kiszka
2011-01-15 16:24 ` [Qemu-devel] " Jan Kiszka
2011-01-06 17:56 ` [PATCH 05/35] Add function for checking mca broadcast of CPU Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 06/35] kvm: introduce kvm_mce_in_progress Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 07/35] kvm: kvm_mce_inj_* subroutines for templated error injections Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 08/35] kvm: introduce kvm_inject_x86_mce_on Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 09/35] kvm: x86: Fix DPL write back of segment registers Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 10/35] kvm: x86: Remove obsolete SS.RPL/DPL aligment Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 11/35] kvm: x86: Prevent sign extension of DR7 in guest debugging mode Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 12/35] kvm: x86: Fix a few coding style violations Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 13/35] kvm: Fix " Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 14/35] kvm: Drop return value of kvm_cpu_exec Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-08 13:09 ` Jan Kiszka
2011-01-08 13:09 ` [Qemu-devel] " Jan Kiszka
2011-01-06 17:56 ` [PATCH 15/35] kvm: Stop on all fatal exit reasons Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 16/35] kvm: Improve reporting of fatal errors Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 17/35] x86: Optionally dump code bytes on cpu_dump_state Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 18/35] kvm: x86: Align kvm_arch_put_registers code with comment Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 19/35] kvm: x86: Prepare kvm_get_mp_state for in-kernel irqchip Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 20/35] kvm: x86: Remove redundant mp_state initialization Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 21/35] kvm: x86: Fix xcr0 reset mismerge Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 22/35] kvm: x86: Refactor msr_star/hsave_pa setup and checks Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 23/35] kvm: x86: Reset paravirtual MSRs Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 24/35] Synchronize VCPU states before reset Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 25/35] kvm: x86: Drop MCE MSRs write back restrictions Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 26/35] kvm: Eliminate KVMState arguments Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 19:24 ` Anthony Liguori
2011-01-06 19:24 ` [Qemu-devel] " Anthony Liguori
2011-01-07 9:03 ` Jan Kiszka
2011-01-07 9:03 ` [Qemu-devel] " Jan Kiszka
2011-01-07 23:27 ` Anthony Liguori
2011-01-07 23:27 ` [Qemu-devel] " Anthony Liguori
2011-01-08 8:47 ` Jan Kiszka
2011-01-08 8:47 ` [Qemu-devel] " Jan Kiszka
2011-01-10 19:59 ` Anthony Liguori
2011-01-10 19:59 ` [Qemu-devel] " Anthony Liguori
2011-01-10 20:12 ` Jan Kiszka
2011-01-10 20:12 ` [Qemu-devel] " Jan Kiszka
2011-01-10 20:23 ` Anthony Liguori
2011-01-10 20:34 ` Jan Kiszka
2011-01-11 9:01 ` Avi Kivity
2011-01-11 9:01 ` Avi Kivity
2011-01-11 14:00 ` Anthony Liguori
2011-01-11 14:00 ` Anthony Liguori
2011-01-11 14:06 ` Alexander Graf
2011-01-11 14:06 ` Alexander Graf
2011-01-11 14:09 ` Anthony Liguori
2011-01-11 14:09 ` Anthony Liguori
2011-01-11 14:22 ` Avi Kivity
2011-01-11 14:22 ` Avi Kivity
2011-01-11 14:36 ` Anthony Liguori
2011-01-11 14:36 ` Anthony Liguori
2011-01-11 14:56 ` Avi Kivity
2011-01-11 14:56 ` Avi Kivity
2011-01-11 15:12 ` Anthony Liguori [this message]
2011-01-11 15:12 ` Anthony Liguori
2011-01-11 15:17 ` Alexander Graf
2011-01-11 15:17 ` Alexander Graf
2011-01-11 15:37 ` Avi Kivity
2011-01-11 15:37 ` Avi Kivity
2011-01-11 15:55 ` Anthony Liguori
2011-01-11 15:55 ` Anthony Liguori
2011-01-11 16:03 ` Avi Kivity
2011-01-11 16:03 ` Avi Kivity
2011-01-11 16:26 ` Anthony Liguori
2011-01-11 16:26 ` Anthony Liguori
2011-01-11 17:05 ` Avi Kivity
2011-01-11 17:05 ` Avi Kivity
2011-01-11 14:24 ` Alexander Graf
2011-01-11 14:24 ` Alexander Graf
2011-01-11 14:18 ` Avi Kivity
2011-01-11 14:18 ` Avi Kivity
2011-01-11 14:28 ` Anthony Liguori
2011-01-11 14:28 ` Anthony Liguori
2011-01-11 14:52 ` Avi Kivity
2011-01-11 14:52 ` Avi Kivity
2011-01-10 20:11 ` Anthony Liguori
2011-01-10 20:15 ` Jan Kiszka
2011-01-11 9:17 ` Avi Kivity
2011-01-11 9:17 ` Avi Kivity
2011-01-06 17:56 ` [PATCH 27/35] kvm: x86: Fix !CONFIG_KVM_PARA build Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 28/35] kvm: x86: Introduce kvmclock device to save/restore its state Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-10 20:31 ` Anthony Liguori
2011-01-10 20:31 ` Anthony Liguori
2011-01-10 21:06 ` Jan Kiszka
2011-01-10 21:06 ` Jan Kiszka
2011-01-10 22:21 ` Jan Kiszka
2011-01-10 22:21 ` Jan Kiszka
2011-01-10 23:02 ` Anthony Liguori
2011-01-10 23:02 ` Anthony Liguori
2011-01-11 5:54 ` Jan Kiszka
2011-01-11 5:54 ` Jan Kiszka
2011-01-11 8:00 ` Paolo Bonzini
2011-01-11 8:00 ` Paolo Bonzini
2011-01-11 8:53 ` Gerd Hoffmann
2011-01-11 8:53 ` Gerd Hoffmann
2011-01-11 17:13 ` Jan Kiszka
2011-01-11 17:13 ` Jan Kiszka
2011-01-11 9:31 ` Markus Armbruster
2011-01-11 9:31 ` Markus Armbruster
2011-01-11 13:54 ` Anthony Liguori
2011-01-11 13:54 ` Anthony Liguori
2011-01-12 10:22 ` Avi Kivity
2011-01-12 10:22 ` Avi Kivity
2011-01-12 10:31 ` Jan Kiszka
2011-01-12 10:31 ` Jan Kiszka
2011-01-18 14:28 ` Jan Kiszka
2011-01-18 14:28 ` Jan Kiszka
2011-01-18 15:04 ` Anthony Liguori
2011-01-18 15:04 ` Anthony Liguori
2011-01-18 15:43 ` Jan Kiszka
2011-01-18 15:43 ` Jan Kiszka
2011-01-18 15:48 ` Anthony Liguori
2011-01-18 15:48 ` Anthony Liguori
2011-01-18 15:54 ` Jan Kiszka
2011-01-18 15:54 ` Jan Kiszka
2011-01-18 17:02 ` Alex Williamson
2011-01-18 17:02 ` Alex Williamson
2011-01-18 17:08 ` Jan Kiszka
2011-01-18 17:08 ` Jan Kiszka
2011-01-18 17:39 ` Alex Williamson
2011-01-18 17:39 ` Alex Williamson
2011-01-18 15:50 ` Anthony Liguori
2011-01-18 15:50 ` Anthony Liguori
2011-01-18 16:01 ` Jan Kiszka
2011-01-18 16:01 ` Jan Kiszka
2011-01-18 16:04 ` Anthony Liguori
2011-01-18 16:04 ` Anthony Liguori
2011-01-18 16:17 ` Jan Kiszka
2011-01-18 16:17 ` Jan Kiszka
2011-01-18 16:37 ` Anthony Liguori
2011-01-18 16:37 ` Anthony Liguori
2011-01-18 16:56 ` Jan Kiszka
2011-01-18 16:56 ` Jan Kiszka
2011-01-18 17:09 ` Anthony Liguori
2011-01-18 17:09 ` Anthony Liguori
2011-01-18 17:20 ` Jan Kiszka
2011-01-18 17:20 ` Jan Kiszka
2011-01-18 17:31 ` Anthony Liguori
2011-01-18 17:31 ` Anthony Liguori
2011-01-18 17:45 ` Jan Kiszka
2011-01-18 17:45 ` Jan Kiszka
2011-01-19 9:48 ` Gerd Hoffmann
2011-01-19 9:48 ` Gerd Hoffmann
2011-01-19 13:11 ` Markus Armbruster
2011-01-19 13:11 ` Markus Armbruster
2011-01-19 16:54 ` Anthony Liguori
2011-01-19 16:54 ` Anthony Liguori
2011-01-19 17:19 ` Daniel P. Berrange
2011-01-19 17:19 ` Daniel P. Berrange
2011-01-19 17:43 ` Anthony Liguori
2011-01-19 17:43 ` Anthony Liguori
2011-01-20 8:44 ` Gerd Hoffmann
2011-01-20 8:44 ` Gerd Hoffmann
2011-01-20 10:33 ` Daniel P. Berrange
2011-01-20 10:33 ` Daniel P. Berrange
2011-01-20 19:42 ` Anthony Liguori
2011-01-20 19:42 ` Anthony Liguori
2011-01-20 19:39 ` Anthony Liguori
2011-01-20 19:39 ` Anthony Liguori
2011-01-21 8:35 ` Gerd Hoffmann
2011-01-21 8:35 ` Gerd Hoffmann
2011-01-21 10:03 ` Markus Armbruster
2011-01-21 10:03 ` Markus Armbruster
2011-01-19 16:53 ` Anthony Liguori
2011-01-19 16:53 ` Anthony Liguori
2011-01-19 17:01 ` Daniel P. Berrange
2011-01-19 17:01 ` Daniel P. Berrange
2011-01-19 17:51 ` Anthony Liguori
2011-01-19 17:51 ` Anthony Liguori
2011-01-19 18:52 ` Daniel P. Berrange
2011-01-19 18:52 ` Daniel P. Berrange
2011-01-19 18:58 ` Anthony Liguori
2011-01-19 18:58 ` Anthony Liguori
2011-01-19 17:35 ` Daniel P. Berrange
2011-01-19 17:35 ` Daniel P. Berrange
2011-01-19 17:42 ` Anthony Liguori
2011-01-19 17:42 ` Anthony Liguori
2011-01-19 18:53 ` Daniel P. Berrange
2011-01-19 18:53 ` Daniel P. Berrange
2011-01-19 13:09 ` Markus Armbruster
2011-01-19 13:09 ` Markus Armbruster
2011-01-24 8:45 ` Gleb Natapov
2011-01-24 8:45 ` Gleb Natapov
2011-01-19 13:15 ` Markus Armbruster
2011-01-19 13:15 ` Markus Armbruster
2011-01-19 16:57 ` Anthony Liguori
2011-01-19 16:57 ` [Qemu-devel] " Anthony Liguori
2011-01-19 17:25 ` Jan Kiszka
2011-01-19 17:25 ` Jan Kiszka
2011-01-19 19:32 ` Blue Swirl
2011-01-19 19:32 ` Blue Swirl
2011-01-20 9:33 ` Jan Kiszka
2011-01-20 9:33 ` Jan Kiszka
2011-01-20 19:27 ` Blue Swirl
2011-01-20 19:27 ` Blue Swirl
2011-01-20 21:22 ` Jan Kiszka
2011-01-20 21:22 ` Jan Kiszka
2011-01-20 21:40 ` Blue Swirl
2011-01-20 21:40 ` Blue Swirl
2011-01-20 21:53 ` Jan Kiszka
2011-01-20 21:53 ` Jan Kiszka
2011-01-25 11:10 ` Avi Kivity
2011-01-25 11:10 ` Avi Kivity
2011-01-21 8:46 ` Gerd Hoffmann
2011-01-21 8:46 ` Gerd Hoffmann
2011-01-21 10:05 ` Markus Armbruster
2011-01-21 10:05 ` Markus Armbruster
2011-01-21 16:37 ` Blue Swirl
2011-01-21 16:37 ` Blue Swirl
2011-01-21 17:21 ` Jan Kiszka
2011-01-21 17:21 ` Jan Kiszka
2011-01-21 18:04 ` Blue Swirl
2011-01-21 18:04 ` Blue Swirl
2011-01-21 18:17 ` Jan Kiszka
2011-01-21 18:17 ` Jan Kiszka
2011-01-21 18:49 ` Blue Swirl
2011-01-21 18:49 ` Blue Swirl
2011-01-24 14:08 ` Jan Kiszka
2011-01-24 14:08 ` Jan Kiszka
2011-01-24 21:35 ` Blue Swirl
2011-01-24 21:35 ` Blue Swirl
2011-01-24 21:57 ` Jan Kiszka
2011-01-24 21:57 ` Jan Kiszka
2011-01-20 19:37 ` Anthony Liguori
2011-01-20 19:37 ` Anthony Liguori
2011-01-20 20:02 ` Blue Swirl
2011-01-20 20:02 ` Blue Swirl
2011-01-20 21:42 ` Jan Kiszka
2011-01-20 21:42 ` Jan Kiszka
2011-01-20 21:27 ` Jan Kiszka
2011-01-20 21:27 ` Jan Kiszka
2011-01-25 11:06 ` Avi Kivity
2011-01-25 11:06 ` Avi Kivity
2011-01-25 14:30 ` Anthony Liguori
2011-01-25 14:30 ` Anthony Liguori
2011-01-25 10:34 ` Avi Kivity
2011-01-25 10:34 ` Avi Kivity
2011-01-25 10:27 ` Avi Kivity
2011-01-25 10:27 ` Avi Kivity
2011-01-25 13:58 ` Anthony Liguori
2011-01-25 13:58 ` Anthony Liguori
2011-01-12 12:04 ` Markus Armbruster
2011-01-12 12:04 ` Markus Armbruster
2011-01-10 23:04 ` Anthony Liguori
2011-01-10 23:04 ` Anthony Liguori
2011-01-11 5:55 ` Jan Kiszka
2011-01-11 5:55 ` Jan Kiszka
2011-01-06 17:56 ` [PATCH 29/35] kvm: Drop smp_cpus argument from init functions Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 30/35] kvm: Consolidate must-have capability checks Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 31/35] kvm: x86: Rework identity map and TSS setup for larger BIOS sizes Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 32/35] kvm: Flush coalesced mmio buffer on IO window exits Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 33/35] kvm: Do not use qemu_fair_mutex Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 34/35] kvm: x86: Implicitly clear nmi_injected/pending on reset Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-06 17:56 ` [PATCH 35/35] kvm: x86: Only read/write MSR_KVM_ASYNC_PF_EN if supported Marcelo Tosatti
2011-01-06 17:56 ` [Qemu-devel] " Marcelo Tosatti
2011-01-27 14:39 ` [PATCH] kvm: x86: Fix build in absence of KVM_CAP_ASYNC_PF Jan Kiszka
2011-01-27 14:39 ` [Qemu-devel] " Jan Kiszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D2C7353.2000008@linux.vnet.ibm.com \
--to=aliguori@linux.vnet.ibm.com \
--cc=agraf@suse.de \
--cc=avi@redhat.com \
--cc=jan.kiszka@web.de \
--cc=kvm@vger.kernel.org \
--cc=mtosatti@redhat.com \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.