ed using
> Patchouli -- patch creator
> http://patchouli.sourceforge.net/
>
>
> [1] "The Turtles Project: Design and Implementation of Nested Virtualization",
> http://www.usenix.org/events/osdi10/tech/full_papers/Ben-Yehuda.pdf
>
> --
> To unsubscribe
;Xu, Dongxiao"
> "Nakajima, Jun"
> "Har'El, Nadav"
>
> for the insightful discussions, comments and reviews.
>
>
> These patches were easily created and maintained using
> Patchouli -- patch creator
> http://patchouli.s
On 09/16/2012 01:39 PM, Peter Lieven wrote:
> Hi,
>
> I remember that this was broken some time ago and currently with qemu-kvm
> 1.2.0 I am still not able to use
> block migration plus xbzrle. The migration fails if both are used together.
> XBZRLE without block migration works.
>
> Can someon
On 10/02/2012 10:33 AM, lieven-li...@dlh.net wrote:
> Orit Wasserman wrote:
>> On 09/16/2012 01:39 PM, Peter Lieven wrote:
>>> Hi,
>>>
>>> I remember that this was broken some time ago and currently with
>>> qemu-kvm 1.2.0 I am still not able to use
&
On 10/02/2012 11:30 AM, Peter Lieven wrote:
>
> Am 02.10.2012 um 11:28 schrieb Orit Wasserman:
>
>> On 10/02/2012 10:33 AM, lieven-li...@dlh.net wrote:
>>> Orit Wasserman wrote:
>>>> On 09/16/2012 01:39 PM, Peter Lieven wrote:
>>>>> Hi,
>&g
Hi,
I didn't have time yet to review in detail your patches,
but I have one general comment about the interface to activate postcopy.
As postcopy needs to be supported both by source and destination Qemu,
for those kind of features we have migration capabilities interface,
you can look at the XBZRL
On 11/21/2012 11:04 AM, Dongxiao Xu wrote:
> abstract vmcs12_read and vmcs12_write functions to do the vmcs12
> read/write operations.
>
> Signed-off-by: Dongxiao Xu
> ---
> arch/x86/kvm/vmx.c | 86
> +++-
> 1 files changed, 45 insertions(+), 41
On 11/28/2012 02:29 AM, Marcelo Tosatti wrote:
> On Thu, Nov 22, 2012 at 12:51:59PM +0800, Dongxiao Xu wrote:
>> The launch state is not a member in the VMCS area, use a separate
>> variable (list) to store it instead.
>>
>> Signed-off-by: Dongxiao Xu
>
> 1. What is the problem with keeping launc
On 12/30/2011 12:39 AM, Anthony Liguori wrote:
> On 12/28/2011 07:25 PM, Isaku Yamahata wrote:
>> Intro
>> =
>> This patch series implements postcopy live migration.[1]
>> As discussed at KVM forum 2011, dedicated character device is used for
>> distributed shared memory between migration sourc
On 01/31/2012 05:35 AM, Zhi Yong Wu wrote:
> HI,
>
> Can anyone let me know know the difference between VMXON region and
> VMCS region? relationship?
>
There is no relationship between them:
VMXON region is created per logical processor and used by it for VMX ops.
VMCS region is created for eac
For example migration between Westmere and Nehelem hosts.
The patch fixes the guest segments similar to enter_rmode function.
Signed-off-by: Orit Wasserman
---
arch/x86/kvm/vmx.c | 38 ++
1 files changed, 38 insertions(+), 0 deletions(-)
diff --git a/arch
For example migration between Westmere and Nehelem hosts.
The code that fixes the segments for real mode guest was moved from enter_rmode
to vmx_set_segments. enter_rmode calls vmx_set_segments for each segment.
Signed-off-by: Orit Wasserman
---
arch/x86/kvm/vmx.c | 70
On 06/04/2012 03:37 PM, Anthony Liguori wrote:
> On 06/04/2012 05:57 PM, Isaku Yamahata wrote:
>> After the long time, we have v2. This is qemu part.
>> The linux kernel part is sent separatedly.
>>
>> Changes v1 -> v2:
>> - split up patches for review
>> - buffered file refactored
>> - many bug f
On 11/10/2011 11:59 AM, Nadav Har'El wrote:
> When the existing KVM MMU code creates a shadow page table, it assumes it
> has the normal x86 page table format. This is obviously correct for normal
> shadow page tables, and also correct for AMD's NPT.
> Unfortunately, Intel's EPT page tables differ
ted NPT),
> or how much of the code was being duplicated or circumvented.
>
> So this time around, I couldn't really "not optimize for least changes".
> This time, the nested EPT had to fit (like a square peg in a round hole
> ;-)), into the preexisting MMU and NPT
On 11/13/2011 04:32 PM, Avi Kivity wrote:
> On 11/13/2011 01:30 PM, Orit Wasserman wrote:
>> Maybe this patch can help, this is roughly what Avi wants (I hope) done very
>> quickly.
>> I'm sorry I don't have setup to run nested VMX at the moment so i can't test
On 03/05/2012 12:03 PM, Amos Kong wrote:
> Introduce tcp_server_start() by moving original code in
> tcp_start_incoming_migration().
>
> Signed-off-by: Amos Kong
> ---
> net.c | 27 +++
> qemu_socket.h |2 ++
> 2 files changed, 29 insertions(+), 0 deletions(
On 03/05/2012 12:03 PM, Amos Kong wrote:
> Introduce tcp_client_start() by moving original code in
> tcp_start_outgoing_migration().
>
> Signed-off-by: Amos Kong
> ---
> net.c | 39 +++
> qemu_socket.h |1 +
> 2 files changed, 40 insertions(+), 0
On 03/05/2012 12:03 PM, Amos Kong wrote:
> Use tcp_server_start in those two functions:
> tcp_start_incoming_migration()
> net_socket_listen_init()
>
> Signed-off-by: Amos Kong
> ---
> migration-tcp.c | 21 +
> net/socket.c| 23 +++
> 2 files cha
On 03/05/2012 12:03 PM, Amos Kong wrote:
> Introduce tcp_client_start() by moving original code in
> tcp_start_outgoing_migration().
>
> Signed-off-by: Amos Kong
> ---
> net.c | 39 +++
> qemu_socket.h |1 +
> 2 files changed, 40 insertions(+), 0
On 03/05/2012 12:03 PM, Amos Kong wrote:
> Use tcp_client_start() in those two functions:
> tcp_start_outgoing_migration()
> net_socket_connect_init()
>
> Signed-off-by: Amos Kong
> ---
> migration-tcp.c | 41 +
> net/socket.c| 41 +++
On 03/07/2012 12:47 AM, Amos Kong wrote:
> Introduce tcp_server_start() by moving original code in
> tcp_start_incoming_migration().
>
> Signed-off-by: Amos Kong
> ---
> net.c | 28
> qemu_socket.h |2 ++
> 2 files changed, 30 insertions(+), 0 deletions
On 03/07/2012 12:48 AM, Amos Kong wrote:
> Introduce tcp_client_start() by moving original code in
> tcp_start_outgoing_migration().
>
> Signed-off-by: Amos Kong
> ---
> net.c | 41 +
> qemu_socket.h |1 +
> 2 files changed, 42 insertions(+),
On 03/14/2012 09:51 AM, Amos Kong wrote:
> On 14/03/12 15:27, Paolo Bonzini wrote:
>>
>
> Hi Paolo,
>
>> Il 14/03/2012 08:14, Orit Wasserman ha scritto:
>>> if (bind(*fd, (struct sockaddr *)&saddr, sizeof(saddr))< 0)
>>> {
>>
On 03/19/2012 04:11 PM, Amos Kong wrote:
> Change inet_connect(const char *str, int socktype) to
> inet_connect(const char *str, bool block, int *sock_err),
> socktype is unused, block is used to assign if set socket
> to block/nonblock, sock_err is used to restore socket error.
It is more common
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 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
On 04/11/2012 03:44 PM, Guido Winkelmann wrote:
> Hi,
>
> Nested virtualization on Intel does not work for me with qemu-kvm. As soon as
> the third layer OS (second virtualised) is starting the Linux kernel, the
> entire second layer freezes up. The last thing I can see console of the third
> l
On 04/11/2012 04:43 PM, Guido Winkelmann wrote:
> Am Mittwoch, 11. April 2012, 16:29:55 schrieben Sie:
>> I'm not sure if this is the problem but I noticed that the second layer and
>> the third layer have the same memory size (8G), how about trying to reduce
>> the memory for the third layer ?
>
On 04/11/2012 09:37 PM, Guido Winkelmann wrote:
> Am Mittwoch, 11. April 2012, 17:25:12 schrieb Orit Wasserman:
>> On 04/11/2012 04:43 PM, Guido Winkelmann wrote:
>>> Am Mittwoch, 11. April 2012, 16:29:55 schrieben Sie:
>>>> I'm not sure if this is the problem
On 04/11/2012 08:00 PM, Guido Winkelmann wrote:
> Am Mittwoch, 11. April 2012, 17:25:12 schrieben Sie:
>> On 04/11/2012 04:43 PM, Guido Winkelmann wrote:
>>> Am Mittwoch, 11. April 2012, 16:29:55 schrieben Sie:
I'm not sure if this is the problem but I noticed that the second layer
and
>>
Avi Kivity wrote on 18/08/2009 12:46:29:
> Avi Kivity
> 18/08/2009 12:46
>
> To
>
> Orit Wasserman/Haifa/i...@ibmil
>
> cc
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Muli Ben-
> Yehuda/Haifa/i...@ibmil, Abel Gordon/Haifa/i...@ibmil,
> aligu
Avi Kivity wrote on 02/09/2009 22:34:58:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Muli Ben-
> Yehuda/Haifa/i...@ibmil, Abel Gordon/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 02/09/2009 22:38:22:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Muli Ben-
> Yehuda/Haifa/i...@ibmil, Abel Gordon/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 02/09/2009 23:05:09:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Muli Ben-
> Yehuda/Haifa/i...@ibmil, Abel Gordon/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 02/09/2009 23:15:40:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Muli Ben-
> Yehuda/Haifa/i...@ibmil, Abel Gordon/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 03/09/2009 00:38:16:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Muli Ben-
> Yehuda/Haifa/i...@ibmil, Abel Gordon/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 03/09/2009 16:39:09:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> Abel Gordon/Haifa/i...@ibmil, aligu...@us.ibm.com, Ben-Ami Yassour1/
> Haifa/i...@ibmil, kvm@vger.kernel.org, mm...@us.ibm.com, Muli Ben
Avi Kivity wrote on 06/09/2009 12:25:17:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> Abel Gordon/Haifa/i...@ibmil, aligu...@us.ibm.com, Ben-Ami Yassour1/
> Haifa/i...@ibmil, kvm@vger.kernel.org, mm...@us.ibm.com, Muli Ben
Avi Kivity wrote on 06/09/2009 12:29:58:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> Abel Gordon/Haifa/i...@ibmil, aligu...@us.ibm.com, Ben-Ami Yassour1/
> Haifa/i...@ibmil, kvm@vger.kernel.org, mm...@us.ibm.com, Muli Ben
Avi Kivity wrote on 06/09/2009 16:52:56:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> Abel Gordon/Haifa/i...@ibmil, aligu...@us.ibm.com, Ben-Ami Yassour1/
> Haifa/i...@ibmil, kvm@vger.kernel.org, m...@us.ibm.com, Muli Ben
Gleb Natapov wrote on 19/10/2009 13:17:41:
> From:
>
> Gleb Natapov
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
>
Gleb Natapov wrote on 19/10/2009 14:59:53:
> From:
>
> Gleb Natapov
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
>
Gleb Natapov wrote on 19/10/2009 15:17:20:
> From:
>
> Gleb Natapov
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
>
Gleb Natapov wrote on 19/10/2009 19:29:39:
> From:
>
> Gleb Natapov
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
>
Avi Kivity wrote on 20/10/2009 05:30:34:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 20/10/2009 06:06:40:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 20/10/2009 06:00:50:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 20/10/2009 06:24:33:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 20/10/2009 06:44:41:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
> aligu..
Avi Kivity wrote on 20/10/2009 06:56:39:
> From:
>
> Avi Kivity
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> kvm@vger.kernel.org, Ben-Ami Yassour1/Haifa/i...@ibmil, Abel Gordon/
> Haifa/i...@ibmil, Muli Ben-Yehuda/Haifa/i...@ibmil,
> aligu..
Gleb Natapov wrote on 22/10/2009 11:04:58:
> From:
>
> Gleb Natapov
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> Abel Gordon/Haifa/i...@ibmil, aligu...@us.ibm.com, Ben-Ami Yassour1/
> Haifa/i...@ibmil, kvm@vger.kernel.org, md...@us.ibm.com,
Gleb Natapov wrote on 25/10/2009 11:44:31:
> From:
>
> Gleb Natapov
>
> To:
>
> Orit Wasserman/Haifa/i...@ibmil
>
> Cc:
>
> Abel Gordon/Haifa/i...@ibmil, aligu...@us.ibm.com, Ben-Ami Yassour1/
> Haifa/i...@ibmil, kvm@vger.kernel.org, md...@us.ibm.com,
exit_ctrl);
> +
> + /* vmcs12's VM_ENTRY_LOAD_IA32_EFER and VM_ENTRY_IA32E_MODE are
> + * emulated by vmx_set_efer(), below.
> + */
> + vmcs_write32(VM_ENTRY_CONTROLS,
> + (vmcs12->vm_entry_controls & ~VM_ENTRY_LOAD_IA32_EFER &
> +
vmcs12->guest_pdptr0 = vmcs_read64(GUEST_PDPTR0);
> + vmcs12->guest_pdptr1 = vmcs_read64(GUEST_PDPTR1);
> + vmcs12->guest_pdptr2 = vmcs_read64(GUEST_PDPTR2);
> + vmcs12->guest_pdptr3 = vmcs_read64(GUEST_PDPTR3);
> + }
> +
&
- with largely undefined (and often hard
> - * to debug) behavior on the guest side.
> - */
> - if (unlikely(!gfn_to_memslot(vcpu->kvm, cr3 >> PAGE_SHIFT)))
> - return 1;
> vcpu->arch.cr3 = cr3;
> __set_bit(VCPU_EXREG_CR3, (ulong *
On 09/24/2013 05:09 PM, Juan Quintela wrote:
>
> Hi
>
> Please, send any topic that you are interested in covering.
>
> Last week I forgot to send the call for topics. We still have a topic there.
>
> Thanks, Juan.
>
> Agenda so far:
> - Talk about qemu reverse executing (1st description was
57 matches
Mail list logo