Hi,everyone
I try to intercept every memory access to the kernel
space of Guest OS on a host using EPT.
So I change __direct_map(). wp_mask is only effective
when __direct_map cone across a kernel space gfn.
I record the gfn. And then emulating write ac
On Tue, 2012-03-27 at 12:09 +0200, Avi Kivity wrote:
> That's fine if there are no interdependencies. It looks like 74df956
> will be a problem though.
>
> The other two options are:
>
> - I'll add my signoff to the commits that lack it. This unbreaks the
> committer lacks signoff.
> - I remov
- Original Message -
> - Original Message -
> > On 03/22/2012 05:52 AM, Amos Kong wrote:
> > > Change inet_connect(const char *str, int socktype) to
> > > inet_connect(const char *str, bool block),
> > > socktype is unused, block is used to assign if set socket
> > > to block/nonblo
On Thu, Mar 22, 2012 at 11:52:54AM +0800, Amos Kong wrote:
> Use set_socket_error() to restore real erron,
> set errno to EINVAL for parse error.
>
> Signed-off-by: Amos Kong
> ---
> qemu-sockets.c | 21 -
> 1 files changed, 16 insertions(+), 5 deletions(-)
>
> diff --git
vmx_set_cr0 is called from vcpu run context, therefore it expects
kvm->srcu to be held.
Signed-off-by: Marcelo Tosatti
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 2c22fc7..a8e3a53 100644
--- a/arch/x86/kvm/vmx.c
+++ b/arch/x86/kvm/vmx.c
@@ -3906,7 +3906,9 @@ static int vmx_vcpu_r
On Sun, Jan 29, 2012 at 6:29 PM, Roland Dreier wrote:
> I'm having a strange problem passing an mlx4 device into a kvm guest.
> The device in question is:
>
> 05:00.0 InfiniBand [0c06]: Mellanox Technologies MT26428 [ConnectX
> VPI PCIe 2.0 5GT/s - IB QDR / 10GigE] [15b3:673c] (rev b0)
>
> run
On 2012-03-28 00:25, Alex Williamson wrote:
> On Wed, 2012-03-28 at 00:01 +0200, Jan Kiszka wrote:
>> On 2012-03-27 23:31, Alex Williamson wrote:
>>> On Tue, 2012-03-27 at 17:00 -0400, Jason Baron wrote:
The current 'kvm_init_irq_routing()' doesn't set up the gsi bitmap
correctly, and as
On Wed, 2012-03-28 at 00:01 +0200, Jan Kiszka wrote:
> On 2012-03-27 23:31, Alex Williamson wrote:
> > On Tue, 2012-03-27 at 17:00 -0400, Jason Baron wrote:
> >> The current 'kvm_init_irq_routing()' doesn't set up the gsi bitmap
> >> correctly, and as a consequence pins max_gsi to 32 when it really
On 2012-03-27 23:31, Alex Williamson wrote:
> On Tue, 2012-03-27 at 17:00 -0400, Jason Baron wrote:
>> The current 'kvm_init_irq_routing()' doesn't set up the gsi bitmap
>> correctly, and as a consequence pins max_gsi to 32 when it really
>> should be 1024. I ran into this limitation while testing
On 2012-03-27 23:00, Jason Baron wrote:
> The current 'kvm_init_irq_routing()' doesn't set up the gsi bitmap
> correctly, and as a consequence pins max_gsi to 32 when it really
> should be 1024. I ran into this limitation while testing pci
> passthrough, where I consistently would get -ENOSPACE ret
On Tue, 2012-03-27 at 17:00 -0400, Jason Baron wrote:
> The current 'kvm_init_irq_routing()' doesn't set up the gsi bitmap
> correctly, and as a consequence pins max_gsi to 32 when it really
> should be 1024. I ran into this limitation while testing pci
> passthrough, where I consistently would get
When kvm_get_irq_route_gsi() fails in assigned_dev_update_msix_mmio, it
would be nice to have a better error message.
Signed-off-by: Jason Baron
---
hw/device-assignment.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/hw/device-assignment.c b/hw/device-assignment.c
The current 'kvm_init_irq_routing()' doesn't set up the gsi bitmap
correctly, and as a consequence pins max_gsi to 32 when it really
should be 1024. I ran into this limitation while testing pci
passthrough, where I consistently would get -ENOSPACE return from
kvm_get_irq_route_gsi() in assigned_dev
Hi,
While testing pci passthrough, I ran out of gsi bits, b/c the bitmap is not
initialized correctly. Fix the initialization of the bitmap, and add extra
error reporting for this condition.
Thanks,
-Jason
Jason Baron (2):
qemu kvm: Set up gsi bitmap correctly
qemu kvm: add better error re
On Tue, Mar 27, 2012 at 5:53 AM, Avi Kivity wrote:
> On 03/26/2012 10:12 PM, Doug Goldstein wrote:
>> >
>> > When it happens again, please keep the guest alive so we can examine it
>> > via qemu monitor commands.
>> >
>>
>> It happened again. Here's the output requested.
>>
>> Before resuming:
>>
On Tue, 2012-03-27 at 16:14 +1100, David Gibson wrote:
> On Wed, Mar 21, 2012 at 03:12:58PM -0600, Alex Williamson wrote:
> > On Sat, 2012-03-17 at 15:57 +1100, David Gibson wrote:
> > > On Fri, Mar 16, 2012 at 01:31:18PM -0600, Alex Williamson wrote:
> > > > On Fri, 2012-03-16 at 14:45 +1100, Davi
On Tue, 2012-03-27 at 18:09 +0800, Jason Wang wrote:
> Hi:
>
> Thanks for the work and it looks very reasonable, some questions
> below.
>
> On 03/23/2012 07:48 AM, Shirley Ma wrote:
> > Sorry for being late to submit this patch. I have spent lots of time
> > trying to find the best approach. Thi
On 2012-03-27 18:49, Anthony Liguori wrote:
> On 03/27/2012 11:46 AM, Avi Kivity wrote:
>> On 03/27/2012 06:39 PM, Anthony Liguori wrote:
>>>
>>> So, since we're approaching 1.1, we should really discuss release
>>> criteria for 1.1 with respect to live migration. I'd prefer to avoid
>>> surprises
On Tuesday, March 27, 2012 06:16:11 PM Peter Lieven wrote:
> On 27.03.2012 18:12, Vadim Rozenfeld wrote:
> > On Tuesday, March 27, 2012 05:58:01 PM Peter Lieven wrote:
> >> On 27.03.2012 17:44, Vadim Rozenfeld wrote:
> >>> On Tuesday, March 27, 2012 04:06:13 PM Peter Lieven wrote:
> On 27.03.2
On 03/27/2012 11:46 AM, Avi Kivity wrote:
On 03/27/2012 06:39 PM, Anthony Liguori wrote:
So, since we're approaching 1.1, we should really discuss release
criteria for 1.1 with respect to live migration. I'd prefer to avoid
surprises in this release.
Agree strongly.
My expectation is that
On 03/27/2012 06:39 PM, Anthony Liguori wrote:
>
> So, since we're approaching 1.1, we should really discuss release
> criteria for 1.1 with respect to live migration. I'd prefer to avoid
> surprises in this release.
Agree strongly.
>
> My expectation is that migration works from:
>
> qemu-1.0 -
On 03/27/2012 11:22 AM, Jan Kiszka wrote:
On 2012-03-27 17:59, Avi Kivity wrote:
On 03/27/2012 11:55 AM, Jan Kiszka wrote:
On 2012-03-27 10:55, Vasilis Liaskovitis wrote:
Hi,
is live migration between qemu-kvm stable-0.15 and stable-1.0 trees possible?
When I live migrate a VM from 1.0 to 0.1
Hi folks,
Recently I learned how to configure KVM with USB pass-though
functionality. In my case I configured my guest domain with this block
of code:
At first this worked fine, but then later the guest domain refused to
start because th
On 2012-03-27 17:59, Avi Kivity wrote:
> On 03/27/2012 11:55 AM, Jan Kiszka wrote:
>> On 2012-03-27 10:55, Vasilis Liaskovitis wrote:
>>> Hi,
>>>
>>> is live migration between qemu-kvm stable-0.15 and stable-1.0 trees
>>> possible?
>>> When I live migrate a VM from 1.0 to 0.15, the destination sid
On 27.03.2012 18:12, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 05:58:01 PM Peter Lieven wrote:
On 27.03.2012 17:44, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 04:06:13 PM Peter Lieven wrote:
On 27.03.2012 14:29, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 02:28:04PM +0200, Pete
- Original Message -
> On 03/22/2012 05:52 AM, Amos Kong wrote:
> > Change inet_connect(const char *str, int socktype) to
> > inet_connect(const char *str, bool block),
> > socktype is unused, block is used to assign if set socket
> > to block/nonblock.
> >
> > Retry to connect when -EINTR
On Tuesday, March 27, 2012 05:58:01 PM Peter Lieven wrote:
> On 27.03.2012 17:44, Vadim Rozenfeld wrote:
> > On Tuesday, March 27, 2012 04:06:13 PM Peter Lieven wrote:
> >> On 27.03.2012 14:29, Gleb Natapov wrote:
> >>> On Tue, Mar 27, 2012 at 02:28:04PM +0200, Peter Lieven wrote:
> On 27.03.2
On 03/27/2012 11:55 AM, Jan Kiszka wrote:
> On 2012-03-27 10:55, Vasilis Liaskovitis wrote:
> > Hi,
> >
> > is live migration between qemu-kvm stable-0.15 and stable-1.0 trees
> > possible?
> > When I live migrate a VM from 1.0 to 0.15, the destination side 0.15
> > qemu-kvm
> > exits with:
> >
On 27.03.2012 17:44, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 04:06:13 PM Peter Lieven wrote:
On 27.03.2012 14:29, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 02:28:04PM +0200, Peter Lieven wrote:
On 27.03.2012 14:26, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 02:20:23PM +0200, Pete
On Tuesday, March 27, 2012 05:39:10 PM Peter Lieven wrote:
> On 27.03.2012 17:37, Vadim Rozenfeld wrote:
> > On Tuesday, March 27, 2012 04:44:51 PM Peter Lieven wrote:
> >> On 27.03.2012 13:43, Vadim Rozenfeld wrote:
> >>> On Tuesday, March 27, 2012 12:49:58 PM Peter Lieven wrote:
> On 27.03.2
On Tuesday, March 27, 2012 04:06:13 PM Peter Lieven wrote:
> On 27.03.2012 14:29, Gleb Natapov wrote:
> > On Tue, Mar 27, 2012 at 02:28:04PM +0200, Peter Lieven wrote:
> >> On 27.03.2012 14:26, Gleb Natapov wrote:
> >>> On Tue, Mar 27, 2012 at 02:20:23PM +0200, Peter Lieven wrote:
> On 27.03.2
On 27.03.2012 17:37, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 04:44:51 PM Peter Lieven wrote:
On 27.03.2012 13:43, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 12:49:58 PM Peter Lieven wrote:
On 27.03.2012 12:40, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 11:26:29 AM Pete
On Tuesday, March 27, 2012 04:44:51 PM Peter Lieven wrote:
> On 27.03.2012 13:43, Vadim Rozenfeld wrote:
> > On Tuesday, March 27, 2012 12:49:58 PM Peter Lieven wrote:
> >> On 27.03.2012 12:40, Vadim Rozenfeld wrote:
> >>> On Tuesday, March 27, 2012 11:26:29 AM Peter Lieven wrote:
> On 27.03.2
On 03/22/2012 05:52 AM, Amos Kong wrote:
> Change inet_connect(const char *str, int socktype) to
> inet_connect(const char *str, bool block),
> socktype is unused, block is used to assign if set socket
> to block/nonblock.
>
> Retry to connect when -EINTR/-EWOULDBLOCK is got.
> Connect's successfu
Introduce set_socket_error() to set the errno, use
WSASetLastError() for win32.
Sometimes, clean work would rewrite errno in error path,
we can use this function to restore real errno.
Changes from V5:
- create a function to set errno
Signed-off-by: Amos Kong
diff --git a/qemu-sockets.c b/q
On 27.03.2012 13:43, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 12:49:58 PM Peter Lieven wrote:
On 27.03.2012 12:40, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 11:26:29 AM Peter Lieven wrote:
On 27.03.2012 11:23, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 10:56:05 AM Gleb
On Friday, March 23, 2012 05:45:40 PM David Ahern wrote:
> On 3/23/12 12:32 PM, Thomas Lendacky wrote:
> > Quick description of the tests:
> >TCP_RR and UDP_RR using 256 byte request/response size in 1, 10, 30
> >and 60 instances
> >TCP_STREAM and TCP_MAERTS using 256, 1K, 4K and 16K me
On 27.03.2012 14:29, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 02:28:04PM +0200, Peter Lieven wrote:
On 27.03.2012 14:26, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 02:20:23PM +0200, Peter Lieven wrote:
On 27.03.2012 12:00, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 11:26:29AM +0200, Pete
On Tue, 2012-03-27 at 13:01 +0200, Alexander Lyakas wrote:
> Hi Alex,
> chances are not too high, but I can try.
> Should I try version 0.15.1? Will it be compatible with my kernel
> (2.6.38-8)? Or should I also take 'kvm-kmod' or 'kvm'?
Not new enough, try qemu-kvm.git. It should be compatible w
Juan Quintela wrote:
> Hi
>
> Please send in any agenda items you are interested in covering.
As there are no topics for the agenda, call gets cancelled.
Happy hacking, Juan.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majord...@vger.kernel.org
M
On 03/22/2012 05:52 AM, Amos Kong wrote:
> Introduce set_socket_error() to set the errno, use
> WSASetLastError() for win32.
> Sometimes, clean work would rewrite errno in error path,
> we can use this function to restore real errno.
>
> Signed-off-by: Amos Kong
> ---
> qemu_socket.h |2 ++
>
On 27.03.2012 14:29, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 02:28:04PM +0200, Peter Lieven wrote:
On 27.03.2012 14:26, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 02:20:23PM +0200, Peter Lieven wrote:
On 27.03.2012 12:00, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 11:26:29AM +0200, Pete
On Tue, Mar 27, 2012 at 02:28:04PM +0200, Peter Lieven wrote:
> On 27.03.2012 14:26, Gleb Natapov wrote:
> >On Tue, Mar 27, 2012 at 02:20:23PM +0200, Peter Lieven wrote:
> >>On 27.03.2012 12:00, Gleb Natapov wrote:
> >>>On Tue, Mar 27, 2012 at 11:26:29AM +0200, Peter Lieven wrote:
> On 27.03.20
On 27.03.2012 14:26, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 02:20:23PM +0200, Peter Lieven wrote:
On 27.03.2012 12:00, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 11:26:29AM +0200, Peter Lieven wrote:
On 27.03.2012 11:23, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 10:56:05 AM Gleb
On Tue, Mar 27, 2012 at 02:20:23PM +0200, Peter Lieven wrote:
> On 27.03.2012 12:00, Gleb Natapov wrote:
> >On Tue, Mar 27, 2012 at 11:26:29AM +0200, Peter Lieven wrote:
> >>On 27.03.2012 11:23, Vadim Rozenfeld wrote:
> >>>On Tuesday, March 27, 2012 10:56:05 AM Gleb Natapov wrote:
> On Mon, Mar
On Wed, Mar 21, 2012 at 14:41, Avi Kivity wrote:
> On 03/21/2012 08:33 AM, Josh Triplett wrote:
>> Enable x86 feature-based autoloading for the kvm-intel module on CPUs
>> with X86_FEATURE_VMX.
>>
>> Signed-off-by: Josh Triplett
>> ---
>>
>> I've tested this and it works correctly. I can also su
On 27.03.2012 12:00, Gleb Natapov wrote:
On Tue, Mar 27, 2012 at 11:26:29AM +0200, Peter Lieven wrote:
On 27.03.2012 11:23, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 10:56:05 AM Gleb Natapov wrote:
On Mon, Mar 26, 2012 at 10:11:43PM +0200, Vadim Rozenfeld wrote:
On Monday, March 26, 2
On Tuesday, March 27, 2012 12:49:58 PM Peter Lieven wrote:
> On 27.03.2012 12:40, Vadim Rozenfeld wrote:
> > On Tuesday, March 27, 2012 11:26:29 AM Peter Lieven wrote:
> >> On 27.03.2012 11:23, Vadim Rozenfeld wrote:
> >>> On Tuesday, March 27, 2012 10:56:05 AM Gleb Natapov wrote:
> On Mon, Ma
Hi Alex,
chances are not too high, but I can try.
Should I try version 0.15.1? Will it be compatible with my kernel
(2.6.38-8)? Or should I also take 'kvm-kmod' or 'kvm'?
Alex.
On Tue, Mar 27, 2012 at 12:38 AM, Alex Williamson
wrote:
> On Mon, 2012-03-26 at 18:34 +0200, Alexander Lyakas wrote:
On 03/26/2012 10:12 PM, Doug Goldstein wrote:
> >
> > When it happens again, please keep the guest alive so we can examine it
> > via qemu monitor commands.
> >
>
> It happened again. Here's the output requested.
>
> Before resuming:
>
> # virsh qemu-monitor-command bb-rhel-5.3-i686 --hmp x/20i 0xf
On 27.03.2012 12:40, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 11:26:29 AM Peter Lieven wrote:
On 27.03.2012 11:23, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 10:56:05 AM Gleb Natapov wrote:
On Mon, Mar 26, 2012 at 10:11:43PM +0200, Vadim Rozenfeld wrote:
On Monday, March 26, 2
On Thu, Mar 22, 2012 at 02:27:37PM +0100, Jan Kiszka wrote:
> On 2012-03-22 13:52, Gleb Natapov wrote:
> > On Thu, Mar 22, 2012 at 01:41:18PM +0100, Jan Kiszka wrote:
> >> On 2012-03-22 08:18, Gleb Natapov wrote:
> >>> On Wed, Mar 21, 2012 at 02:49:09PM +0100, Jan Kiszka wrote:
> On 2012-03-21
On Tuesday, March 27, 2012 11:26:29 AM Peter Lieven wrote:
> On 27.03.2012 11:23, Vadim Rozenfeld wrote:
> > On Tuesday, March 27, 2012 10:56:05 AM Gleb Natapov wrote:
> >> On Mon, Mar 26, 2012 at 10:11:43PM +0200, Vadim Rozenfeld wrote:
> >>> On Monday, March 26, 2012 08:54:50 PM Peter Lieven wrot
On Thu, 2 Feb 2012, Randy Dunlap wrote:
> On 02/01/2012 07:45 PM, Stephen Rothwell wrote:
> > Hi all,
> >
> > Changes since 20120201:
>
>
> On some randconfig i386 builds, I am seeing this:
>
> warning: (KVMTOOL_TEST_ENABLE && AMD_IOMMU) selects PCI_MSI which has unmet
> direct dependencies (P
On 03/26/2012 11:38 PM, Paul Mackerras wrote:
> On Sun, Mar 25, 2012 at 12:09:05PM +0200, Avi Kivity wrote:
>
> > I can switch to fast-forward-only in the future, but I'm afraid that
> > this particular tree is broken for good. The un-rebased
> > fast-forward-only source for this is kvm.git master
Hi:
Thanks for the work and it looks very reasonable, some questions below.
On 03/23/2012 07:48 AM, Shirley Ma wrote:
Sorry for being late to submit this patch. I have spent lots of time
trying to find the best approach. This effort is still going on...
This patch is built against net-next tre
On Tue, Mar 27, 2012 at 11:26:29AM +0200, Peter Lieven wrote:
> On 27.03.2012 11:23, Vadim Rozenfeld wrote:
> >On Tuesday, March 27, 2012 10:56:05 AM Gleb Natapov wrote:
> >>On Mon, Mar 26, 2012 at 10:11:43PM +0200, Vadim Rozenfeld wrote:
> >>>On Monday, March 26, 2012 08:54:50 PM Peter Lieven wrot
On 2012-03-27 10:55, Vasilis Liaskovitis wrote:
> Hi,
>
> is live migration between qemu-kvm stable-0.15 and stable-1.0 trees possible?
> When I live migrate a VM from 1.0 to 0.15, the destination side 0.15 qemu-kvm
> exits with:
> (qemu) Unknown savevm section or instance 'i8259' 0
>
> That's ex
On Tue, Mar 27, 2012 at 11:23:33AM +0200, Vadim Rozenfeld wrote:
> On Tuesday, March 27, 2012 10:56:05 AM Gleb Natapov wrote:
> > On Mon, Mar 26, 2012 at 10:11:43PM +0200, Vadim Rozenfeld wrote:
> > > On Monday, March 26, 2012 08:54:50 PM Peter Lieven wrote:
> > > > On 26.03.2012 20:36, Vadim Rozen
On 27.03.2012 11:23, Vadim Rozenfeld wrote:
On Tuesday, March 27, 2012 10:56:05 AM Gleb Natapov wrote:
On Mon, Mar 26, 2012 at 10:11:43PM +0200, Vadim Rozenfeld wrote:
On Monday, March 26, 2012 08:54:50 PM Peter Lieven wrote:
On 26.03.2012 20:36, Vadim Rozenfeld wrote:
On Monday, March 26, 20
On Tuesday, March 27, 2012 10:56:05 AM Gleb Natapov wrote:
> On Mon, Mar 26, 2012 at 10:11:43PM +0200, Vadim Rozenfeld wrote:
> > On Monday, March 26, 2012 08:54:50 PM Peter Lieven wrote:
> > > On 26.03.2012 20:36, Vadim Rozenfeld wrote:
> > > > On Monday, March 26, 2012 07:52:49 PM Gleb Natapov wr
On Tue, Mar 27, 2012 at 6:56 AM, wrote:
> From: Zhi Yong Wu
>
> Signed-off-by: Stefan Hajnoczi
> Signed-off-by: Zhi Yong Wu
> ---
> block.c | 6 ++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/block.c b/block.c
> index 1fbf4dd..5baf340 100644
> --- a/block.c
> ++
On Mon, Mar 26, 2012 at 10:11:43PM +0200, Vadim Rozenfeld wrote:
> On Monday, March 26, 2012 08:54:50 PM Peter Lieven wrote:
> > On 26.03.2012 20:36, Vadim Rozenfeld wrote:
> > > On Monday, March 26, 2012 07:52:49 PM Gleb Natapov wrote:
> > >> On Mon, Mar 26, 2012 at 07:46:03PM +0200, Vadim Rozenfe
Hi,
is live migration between qemu-kvm stable-0.15 and stable-1.0 trees possible?
When I live migrate a VM from 1.0 to 0.15, the destination side 0.15 qemu-kvm
exits with:
(qemu) Unknown savevm section or instance 'i8259' 0
That's expected, since commit "i8259:convert to qdev"
747c70af78f7088f18
On 03/26/2012 07:55 PM, Avi Kivity wrote:
On 03/21/2012 12:20 PM, Raghavendra K T wrote:
From: Jeremy Fitzhardinge
[...]
This series provides a Xen implementation, but it should be
straightforward to add a KVM implementation as well.
Looks like a good baseline on which to build the KVM imp
On 03/26/2012 06:21 PM, Ingo Molnar wrote:
> * Avi Kivity wrote:
>
> > Say a fix comes in which needs to be mainlined during -rc. So
> > I put it in some other branch, to be sent off to Linus in a
> > few days after maturing a little. Meanwhile developers see an
> > incomplete tree, since tha
66 matches
Mail list logo