From: Jan Kiszka <jan.kiszka@siemens.com> To: Anthony Liguori <aliguori@linux.vnet.ibm.com> Cc: Avi Kivity <avi@redhat.com>, Markus Armbruster <armbru@redhat.com>, Marcelo Tosatti <mtosatti@redhat.com>, Glauber Costa <glommer@redhat.com>, "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org> Subject: Re: [Qemu-devel] [PATCH 28/35] kvm: x86: Introduce kvmclock device to save/restore its state Date: Tue, 18 Jan 2011 17:56:40 +0100 [thread overview] Message-ID: <4D35C648.7050809@siemens.com> (raw) In-Reply-To: <4D35C1CE.10509@linux.vnet.ibm.com> On 2011-01-18 17:37, Anthony Liguori wrote: > On 01/18/2011 10:17 AM, Jan Kiszka wrote: >> On 2011-01-18 17:04, Anthony Liguori wrote: >> >>>>>>> A KVM device should sit on a KVM specific bus that hangs off of >>>>>>> sysbus. >>>>>>> It can get to kvm_state through that bus. >>>>>>> >>>>>>> That bus doesn't get instantiated through qdev so requiring a pointer >>>>>>> argument should not be an issue. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> This design is in conflict with the requirement to attach KVM-assisted >>>>>> devices also to their home bus, e.g. an assigned PCI device to the PCI >>>>>> bus. We don't support multi-homed qdev devices. >>>>>> >>>>>> >>>>>> >>>>> The bus topology reflects how I/O flows in and out of a device. We do >>>>> not model a perfect PC bus architecture and I don't think we ever intend >>>>> to. Instead, we model a functional architecture. >>>>> >>>>> I/O from an assigned device does not flow through the emulated PCI bus. >>>>> Therefore, it does not belong on the emulated PCI bus. >>>>> >>>>> Assigned devices need to interact with the emulated PCI bus, but they >>>>> shouldn't be children of it. >>>>> >>>>> >>>> You should be able to find assigned devices on some PCI bus, so you >>>> either have to hack up the existing bus to host devices that are, on the >>>> other side, not part of it or branch off a pci-kvm sub-bus, just like >>>> you would have to create a sysbus-kvm. >>>> >>> Management tools should never transverse the device tree to find >>> devices. This is a recipe for disaster in the long term because the >>> device tree will not remain stable. >>> >>> So yes, a management tool should be able to enumerate assigned devices >>> as they would enumerate any other PCI device but that has almost nothing >>> to do with what the tree layout is. >>> >> I'm probably misunderstanding you, but if the bus topology as the guest >> sees it is not properly reflected in an object tree on the qemu side, we >> are creating hacks again. >> > > There is no such thing as the "bus topology as the guest sees it". > > The guest just sees a bunch of devices. The guest can only infer things > like ISA busses. The guest sees a bunch of devices: an i8254, i8259, > RTC, etc. Whether those devices are on an ISA bus, and LPC bus, or all > in a SuperI/O chip that's part of the southbridge is all invisible to > the guest. > > The device model topology is 100% a hidden architectural detail. This is true for the sysbus, it is obviously not the case for PCI and similarly discoverable buses. There we have a guest-explorable topology that is currently equivalent to the the qdev layout. > >> Management and analysis tools must be able to traverse the system buses >> and find guest devices this way. > > We need to provide a compatible interface to the guest. If you agree > with my above statements, then you'll also agree that we can do this > without keeping the device model topology stable. > > But we also need to provide a compatible interface to management tools. > Exposing the device model topology as a compatible interface > artificially limits us. It's far better to provide higher level > supported interfaces to give us the flexibility to change the device > model as we need to. How do you want to change qdev to keep the guest and management tool view stable while branching off kvm sub-buses? Please propose such extensions so that they can be discussed. IIUC, that would be second relation between qdev and qbus instances besides the physical topology. What further use cases (besides passing kvm_state around) do you have in mind? > >> If they create a device on bus X, it >> must never end up on bus Y just because it happens to be KVM-assisted or >> has some other property. > > Nope. This is exactly what should happen. > > 90% of the devices in the device model are not created by management > tools. They're part of a chipset. The chipset has well defined > extension points and we provide management interfaces to create devices > on those extension points. That is, interfaces to create PCI devices. > Creating kvm irqchips via the management tool would be one simple way (not the only one, though) to enable/disable kvm assistance for those devices. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux
WARNING: multiple messages have this Message-ID (diff)
From: Jan Kiszka <jan.kiszka@siemens.com> To: Anthony Liguori <aliguori@linux.vnet.ibm.com> Cc: "kvm@vger.kernel.org" <kvm@vger.kernel.org>, Glauber Costa <glommer@redhat.com>, Marcelo Tosatti <mtosatti@redhat.com>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, Markus Armbruster <armbru@redhat.com>, Avi Kivity <avi@redhat.com> Subject: Re: [Qemu-devel] [PATCH 28/35] kvm: x86: Introduce kvmclock device to save/restore its state Date: Tue, 18 Jan 2011 17:56:40 +0100 [thread overview] Message-ID: <4D35C648.7050809@siemens.com> (raw) In-Reply-To: <4D35C1CE.10509@linux.vnet.ibm.com> On 2011-01-18 17:37, Anthony Liguori wrote: > On 01/18/2011 10:17 AM, Jan Kiszka wrote: >> On 2011-01-18 17:04, Anthony Liguori wrote: >> >>>>>>> A KVM device should sit on a KVM specific bus that hangs off of >>>>>>> sysbus. >>>>>>> It can get to kvm_state through that bus. >>>>>>> >>>>>>> That bus doesn't get instantiated through qdev so requiring a pointer >>>>>>> argument should not be an issue. >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> This design is in conflict with the requirement to attach KVM-assisted >>>>>> devices also to their home bus, e.g. an assigned PCI device to the PCI >>>>>> bus. We don't support multi-homed qdev devices. >>>>>> >>>>>> >>>>>> >>>>> The bus topology reflects how I/O flows in and out of a device. We do >>>>> not model a perfect PC bus architecture and I don't think we ever intend >>>>> to. Instead, we model a functional architecture. >>>>> >>>>> I/O from an assigned device does not flow through the emulated PCI bus. >>>>> Therefore, it does not belong on the emulated PCI bus. >>>>> >>>>> Assigned devices need to interact with the emulated PCI bus, but they >>>>> shouldn't be children of it. >>>>> >>>>> >>>> You should be able to find assigned devices on some PCI bus, so you >>>> either have to hack up the existing bus to host devices that are, on the >>>> other side, not part of it or branch off a pci-kvm sub-bus, just like >>>> you would have to create a sysbus-kvm. >>>> >>> Management tools should never transverse the device tree to find >>> devices. This is a recipe for disaster in the long term because the >>> device tree will not remain stable. >>> >>> So yes, a management tool should be able to enumerate assigned devices >>> as they would enumerate any other PCI device but that has almost nothing >>> to do with what the tree layout is. >>> >> I'm probably misunderstanding you, but if the bus topology as the guest >> sees it is not properly reflected in an object tree on the qemu side, we >> are creating hacks again. >> > > There is no such thing as the "bus topology as the guest sees it". > > The guest just sees a bunch of devices. The guest can only infer things > like ISA busses. The guest sees a bunch of devices: an i8254, i8259, > RTC, etc. Whether those devices are on an ISA bus, and LPC bus, or all > in a SuperI/O chip that's part of the southbridge is all invisible to > the guest. > > The device model topology is 100% a hidden architectural detail. This is true for the sysbus, it is obviously not the case for PCI and similarly discoverable buses. There we have a guest-explorable topology that is currently equivalent to the the qdev layout. > >> Management and analysis tools must be able to traverse the system buses >> and find guest devices this way. > > We need to provide a compatible interface to the guest. If you agree > with my above statements, then you'll also agree that we can do this > without keeping the device model topology stable. > > But we also need to provide a compatible interface to management tools. > Exposing the device model topology as a compatible interface > artificially limits us. It's far better to provide higher level > supported interfaces to give us the flexibility to change the device > model as we need to. How do you want to change qdev to keep the guest and management tool view stable while branching off kvm sub-buses? Please propose such extensions so that they can be discussed. IIUC, that would be second relation between qdev and qbus instances besides the physical topology. What further use cases (besides passing kvm_state around) do you have in mind? > >> If they create a device on bus X, it >> must never end up on bus Y just because it happens to be KVM-assisted or >> has some other property. > > Nope. This is exactly what should happen. > > 90% of the devices in the device model are not created by management > tools. They're part of a chipset. The chipset has well defined > extension points and we provide management interfaces to create devices > on those extension points. That is, interfaces to create PCI devices. > Creating kvm irqchips via the management tool would be one simple way (not the only one, though) to enable/disable kvm assistance for those devices. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2011-01-18 16:56 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 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 [this message] 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=4D35C648.7050809@siemens.com \ --to=jan.kiszka@siemens.com \ --cc=aliguori@linux.vnet.ibm.com \ --cc=armbru@redhat.com \ --cc=avi@redhat.com \ --cc=glommer@redhat.com \ --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: linkBe 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.