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 18:20:14 +0100 [thread overview] Message-ID: <4D35CBCE.3080900@siemens.com> (raw) In-Reply-To: <4D35C92D.7030000@linux.vnet.ibm.com> On 2011-01-18 18:09, Anthony Liguori wrote: > On 01/18/2011 10:56 AM, Jan Kiszka wrote: >> >>> 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. >> > > But we also don't do PCI passthrough so we really haven't even explored > how that maps in qdev. I don't know if qemu-kvm has attempted to > qdev-ify it. It is. And even if it weren't or the current version in qemu-kvm was not perfect, we need to consider those uses cases now as we are about to define a generic model for kvm device integration. That's the point of this discussion. > >>>> 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? > > The qdev device model is not a stable interface. I think that's been > clear from the very beginning. Internals aren't stable, but they should only be changed for a good reason, specifically when the change may impact the whole set of device models. > >> 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? >> > > The -device interface is a stable interface. Right now, you don't > specify any type of identifier of the pci bus when you create a PCI > device. It's implied in the interface. Which only works as along as we expose a single bus. You don't need to be an oracle to predict that this is not a stable interface. > >> >>> >>>> 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. >> > > It's automatically created as part of the CPUs or as part of the > chipset. How to enable/disable kvm assistance is a property of the CPU > and/or chipset. If we exclude creation via command line / config files, we could also pass the kvm_state directly from the machine or chipset setup code and save us at least the kvm system buses. 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 18:20:14 +0100 [thread overview] Message-ID: <4D35CBCE.3080900@siemens.com> (raw) In-Reply-To: <4D35C92D.7030000@linux.vnet.ibm.com> On 2011-01-18 18:09, Anthony Liguori wrote: > On 01/18/2011 10:56 AM, Jan Kiszka wrote: >> >>> 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. >> > > But we also don't do PCI passthrough so we really haven't even explored > how that maps in qdev. I don't know if qemu-kvm has attempted to > qdev-ify it. It is. And even if it weren't or the current version in qemu-kvm was not perfect, we need to consider those uses cases now as we are about to define a generic model for kvm device integration. That's the point of this discussion. > >>>> 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? > > The qdev device model is not a stable interface. I think that's been > clear from the very beginning. Internals aren't stable, but they should only be changed for a good reason, specifically when the change may impact the whole set of device models. > >> 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? >> > > The -device interface is a stable interface. Right now, you don't > specify any type of identifier of the pci bus when you create a PCI > device. It's implied in the interface. Which only works as along as we expose a single bus. You don't need to be an oracle to predict that this is not a stable interface. > >> >>> >>>> 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. >> > > It's automatically created as part of the CPUs or as part of the > chipset. How to enable/disable kvm assistance is a property of the CPU > and/or chipset. If we exclude creation via command line / config files, we could also pass the kvm_state directly from the machine or chipset setup code and save us at least the kvm system buses. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux
next prev parent reply other threads:[~2011-01-18 17:20 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 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 [this message] 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=4D35CBCE.3080900@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.