Hi Anthony,
Please merge these two patchs from another age, they fix crash in the VNC
server (the iohandler one is only for the threaded server).
Thanks,
Corentin Chary (1):
vnc: don't mess up with iohandlers in the vnc thread
Stefan Weil (1):
vnc: Limit r/w access to size of allocated
From: Corentin Chary corentin.ch...@gmail.com
The threaded VNC servers messed up with QEMU fd handlers without
any kind of locking, and that can cause some nasty race conditions.
Using qemu_mutex_lock_iothread() won't work because vnc_dpy_cpy(),
which will wait for the current job queue to
From: Stefan Weil w...@mail.berlios.de
This fixes memory reads and writes which exceeded the upper limit
of allocated memory vd-guest.ds-data and vd-server-data.
Cc: Anthony Liguori aligu...@us.ibm.com
Signed-off-by: Stefan Weil w...@mail.berlios.de
---
ui/vnc.c |3 +++
1 files changed, 3
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 ak...@redhat.com
---
net.c | 28
qemu_socket.h |2 ++
2 files changed, 30 insertions(+), 0
Il 14/03/2012 08:14, Orit Wasserman ha scritto:
if (bind(*fd, (struct sockaddr *)saddr, sizeof(saddr)) 0)
{
closesocket(*fd);
return -socket_error();
}
return 0;
and than you will not need ret
But closesocket could clobber socket_error(), no?
Paolo
--
To unsubscribe from
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 ak...@redhat.com
---
net.c | 41 +
qemu_socket.h |1 +
2 files changed, 42
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)
{
closesocket(*fd);
return -socket_error();
}
return 0;
and than you will not need ret
But closesocket could
When the kernel calls into RTAS, it switches to 32-bit mode. The
magic page was is longer accessible in that case, causing the
patched instructions in the RTAS call wrapper to crash.
This fixes it by making available a 32-bit mapping of the magic
page in that case. This mapping is flushed
On Wed, 2012-03-14 at 18:52 +1100, Benjamin Herrenschmidt wrote:
When the kernel calls into RTAS, it switches to 32-bit mode. The
magic page was is longer accessible in that case, causing the
patched instructions in the RTAS call wrapper to crash.
This fixes it by making available a 32-bit
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM +0200, Avi Kivity wrote:
On 03/12/2012 11:04 AM, Wen Congyang wrote:
Do you have any other comments about this patch?
Not really, but I'm not 100% convinced the
Il 14/03/2012 08:51, Amos Kong ha scritto:
ret = bind(*fd, (struct sockaddr *)saddr, sizeof(saddr));
if (ret 0) {
ret = -socket_error();
closesocket(*fd);
}
return ret;
}
Looks good.
Paolo
--
To unsubscribe from this list: send the line unsubscribe kvm
On 14/03/12 00:39, Michael Roth wrote:
On Wed, Mar 07, 2012 at 06:47:45AM +0800, Amos Kong wrote:
Introduce tcp_server_start() by moving original code in
tcp_start_incoming_migration().
Signed-off-by: Amos Kongak...@redhat.com
---
net.c | 28
Il 14/03/2012 01:00, Zhang, Yang Z ha scritto:
Is there any comments with the version 3?
Can you explain why you dropped the logic to set the timer to the next
event?
Paolo
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More
On 13/03/12 02:42, Alex Williamson wrote:
On Mon, 2012-03-12 at 16:55 +, Tadeusz Struk wrote:
I have a use case where I need to cleanup resource allocated for Virtual
Functions after a guest OS that used it crashed. This cleanup needs to
be done before the VF is being FLRed. The only
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Wednesday, March 14, 2012 4:35 PM
To: Zhang, Yang Z
Cc: qemu-de...@nongnu.org; Jan Kiszka; kvm@vger.kernel.org;
aligu...@us.ibm.com; Marcelo Tosatti
Subject: Re: [PATCH v3 0/7] RTC: New logic to emulate RTC
Il 14/03/2012 09:52, Zhang, Yang Z ha scritto:
Is there any comments with the version 3?
Can you explain why you dropped the logic to set the timer to the
next event?
Do you mean why I change the rtc logic? The reason is that: When a
guest is idle, the main activity inside qemu is the rtc
On Wed, Mar 14, 2012 at 12:30 AM, Amos Kong ak...@redhat.com wrote:
- Original Message -
On Tue, Mar 13, 2012 at 2:47 PM, Amos Kong ak...@redhat.com wrote:
...
Hi, Stefan
diff --git a/kvm-all.c b/kvm-all.c
index 77eadf6..7157e78 100644
--- a/kvm-all.c
+++ b/kvm-all.c
@@
On 03/13/2012 12:42 PM, Amos Kong wrote:
Boot up guest with 232 virtio-blk disk, qemu will abort for fail to
allocate ioeventfd. This patchset changes kvm_has_many_ioeventfds(),
and check if available ioeventfd exists. If not, virtio-pci will
fallback to userspace, and don't use ioeventfd for
On 03/14/2012 10:29 AM, Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM +0200, Avi Kivity wrote:
On 03/12/2012 11:04 AM, Wen Congyang wrote:
Do you have any other comments about this patch?
On 03/12/2012 01:43 PM, Igor Mitsyanko wrote:
On 02/21/2012 07:33 PM, Peter Maydell wrote:
Short summary:
* switch wp groups to bitfield rather than int array
* convert sd.c to use memory_region_init_ram() to allocate the wp groups
(being careful to use memory_region_set_dirty() when we touch
On (Wed) 14 Mar 2012 [16:29:50], Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM +0200, Avi Kivity wrote:
On 03/12/2012 11:04 AM, Wen Congyang wrote:
Do you have any other comments about
On Tue, Mar 13, 2012 at 10:49:47AM -0600, Alex Williamson wrote:
On Wed, 2012-03-14 at 01:33 +1100, David Gibson wrote:
On Mon, Mar 12, 2012 at 04:32:54PM -0600, Alex Williamson wrote:
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
drivers/base/Kconfig | 10 +
On 14/03/12 03:47, Michael Roth wrote:
On Wed, Mar 07, 2012 at 06:48:57AM +0800, Amos Kong wrote:
That method of representing an IPv6 address with a port is
I'm not sure what that is referencing.
2312::8274:5200 (5200 is a port)
I assumed the previous patch
but the representation seems
On Wed, Mar 14, 2012 at 9:22 AM, Avi Kivity a...@redhat.com wrote:
On 03/13/2012 12:42 PM, Amos Kong wrote:
Boot up guest with 232 virtio-blk disk, qemu will abort for fail to
allocate ioeventfd. This patchset changes kvm_has_many_ioeventfds(),
and check if available ioeventfd exists. If not,
As kvm_notify_acked_irq calls kvm_assigned_dev_ack_irq under
rcu_read_lock, we cannot use a mutex in the latter function. Switch to a
spin lock to address this.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
include/linux/kvm_host.h |2 +-
virt/kvm/assigned-dev.c | 14 +++---
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)
{
closesocket(*fd);
return -socket_error();
}
return 0;
and than you
At 03/14/2012 05:24 PM, Avi Kivity Wrote:
On 03/14/2012 10:29 AM, Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM +0200, Avi Kivity wrote:
On 03/12/2012 11:04 AM, Wen Congyang wrote:
Do you
On 03/14/2012 11:59 AM, Stefan Hajnoczi wrote:
On Wed, Mar 14, 2012 at 9:22 AM, Avi Kivity a...@redhat.com wrote:
On 03/13/2012 12:42 PM, Amos Kong wrote:
Boot up guest with 232 virtio-blk disk, qemu will abort for fail to
allocate ioeventfd. This patchset changes kvm_has_many_ioeventfds(),
At 03/14/2012 05:51 PM, Amit Shah Wrote:
On (Wed) 14 Mar 2012 [16:29:50], Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM +0200, Avi Kivity wrote:
On 03/12/2012 11:04 AM, Wen Congyang wrote:
Do
On 03/14/2012 11:53 AM, Wen Congyang wrote:
At 03/14/2012 05:24 PM, Avi Kivity Wrote:
On 03/14/2012 10:29 AM, Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM +0200, Avi Kivity wrote:
On
On 03/14/2012 12:04 PM, Wen Congyang wrote:
This is sufficient. On the host, you can open /tmp/foo using a custom
program or nc (nc -U /tmp/foo). On the guest, you can just open
/dev/virtio-ports/port1 and read/write into it.
I have two questions:
1. does it OK to open this device
On 2012-03-10 20:37, Eric B Munson wrote:
When a host stops or suspends a VM it will set a flag to show this. The
watchdog will use these functions to determine if a softlockup is real, or the
result of a suspended VM.
...
diff --git a/arch/x86/kernel/kvmclock.c
On 03/12/2012 11:43 AM, Igor Mitsyanko wrote:
On 02/21/2012 07:33 PM, Peter Maydell wrote:
Short summary:
* switch wp groups to bitfield rather than int array
* convert sd.c to use memory_region_init_ram() to allocate the wp
groups
(being careful to use memory_region_set_dirty() when we
On 14/03/12 02:35, Michael Roth wrote:
On Wed, Mar 07, 2012 at 06:48:03AM +0800, Amos Kong wrote:
Introduce tcp_client_start() by moving original code in
tcp_start_outgoing_migration().
Signed-off-by: Amos Kongak...@redhat.com
---
net.c | 41
At 03/14/2012 06:07 PM, Avi Kivity Wrote:
On 03/14/2012 11:53 AM, Wen Congyang wrote:
At 03/14/2012 05:24 PM, Avi Kivity Wrote:
On 03/14/2012 10:29 AM, Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at
On 03/14/2012 12:26 PM, Wen Congyang wrote:
If so, is this channel visible to guest userspace? If the channle is
visible to guest
userspace, the program running in userspace may write the same message to
the channel.
Surely there's some kind of access control on channels.
The
On Fri, Jan 27, 2012 at 09:17:21AM -0800, Jesse Barnes wrote:
On Mon, 5 Dec 2011 11:21:24 -0800
Jesse Barnes jbar...@virtuousgeek.org wrote:
On Fri, 25 Nov 2011 15:03:07 +0800
Amos Kong ak...@redhat.com wrote:
Boot up a KVM guest, and hotplug multifunction
On (Wed) 14 Mar 2012 [17:53:00], Wen Congyang wrote:
At 03/14/2012 05:24 PM, Avi Kivity Wrote:
On 03/14/2012 10:29 AM, Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM +0200, Avi Kivity
On Wed, Mar 14, 2012 at 10:05 AM, Avi Kivity a...@redhat.com wrote:
On 03/14/2012 11:59 AM, Stefan Hajnoczi wrote:
On Wed, Mar 14, 2012 at 9:22 AM, Avi Kivity a...@redhat.com wrote:
On 03/13/2012 12:42 PM, Amos Kong wrote:
Boot up guest with 232 virtio-blk disk, qemu will abort for fail to
On (Wed) 14 Mar 2012 [18:04:40], Wen Congyang wrote:
At 03/14/2012 05:51 PM, Amit Shah Wrote:
On (Wed) 14 Mar 2012 [16:29:50], Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM +0200, Avi
On Wed, Mar 14, 2012 at 04:10:04PM +0530, Amit Shah wrote:
On (Wed) 14 Mar 2012 [18:04:40], Wen Congyang wrote:
At 03/14/2012 05:51 PM, Amit Shah Wrote:
On (Wed) 14 Mar 2012 [16:29:50], Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P.
On Wed, Mar 14, 2012 at 12:29:57PM +0200, Avi Kivity wrote:
On 03/14/2012 12:26 PM, Wen Congyang wrote:
If so, is this channel visible to guest userspace? If the channle is
visible to guest
userspace, the program running in userspace may write the same message
to the channel.
On 03/14/2012 12:39 PM, Stefan Hajnoczi wrote:
On Wed, Mar 14, 2012 at 10:05 AM, Avi Kivity a...@redhat.com wrote:
On 03/14/2012 11:59 AM, Stefan Hajnoczi wrote:
On Wed, Mar 14, 2012 at 9:22 AM, Avi Kivity a...@redhat.com wrote:
On 03/13/2012 12:42 PM, Amos Kong wrote:
Boot up guest
On 03/14/2012 12:46 PM, Gleb Natapov wrote:
On Wed, Mar 14, 2012 at 12:29:57PM +0200, Avi Kivity wrote:
On 03/14/2012 12:26 PM, Wen Congyang wrote:
If so, is this channel visible to guest userspace? If the channle is
visible to guest
userspace, the program running in userspace may
At 03/14/2012 06:37 PM, Amit Shah Wrote:
On (Wed) 14 Mar 2012 [17:53:00], Wen Congyang wrote:
At 03/14/2012 05:24 PM, Avi Kivity Wrote:
On 03/14/2012 10:29 AM, Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012
On Wed, Mar 14, 2012 at 06:52:07PM +0800, Wen Congyang wrote:
At 03/14/2012 06:37 PM, Amit Shah Wrote:
On (Wed) 14 Mar 2012 [17:53:00], Wen Congyang wrote:
At 03/14/2012 05:24 PM, Avi Kivity Wrote:
On 03/14/2012 10:29 AM, Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On
On 03/14/2012 12:52 PM, Wen Congyang wrote:
If so, is this channel visible to guest userspace? If the channle is
visible to guest
userspace, the program running in userspace may write the same message to
the channel.
Access control is via permissions. You can have udev scripts
At 03/14/2012 06:52 PM, Gleb Natapov Wrote:
On Wed, Mar 14, 2012 at 06:52:07PM +0800, Wen Congyang wrote:
At 03/14/2012 06:37 PM, Amit Shah Wrote:
On (Wed) 14 Mar 2012 [17:53:00], Wen Congyang wrote:
At 03/14/2012 05:24 PM, Avi Kivity Wrote:
On 03/14/2012 10:29 AM, Wen Congyang wrote:
At
At 03/14/2012 06:52 PM, Avi Kivity Wrote:
On 03/14/2012 12:52 PM, Wen Congyang wrote:
If so, is this channel visible to guest userspace? If the channle is
visible to guest
userspace, the program running in userspace may write the same message to
the channel.
Access control is via
On Wed, Mar 14, 2012 at 03:21:14PM +0530, Amit Shah wrote:
On (Wed) 14 Mar 2012 [16:29:50], Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM +0200, Avi Kivity wrote:
On 03/12/2012 11:04
On (Wed) 14 Mar 2012 [18:52:07], Wen Congyang wrote:
At 03/14/2012 06:37 PM, Amit Shah Wrote:
On (Wed) 14 Mar 2012 [17:53:00], Wen Congyang wrote:
At 03/14/2012 05:24 PM, Avi Kivity Wrote:
On 03/14/2012 10:29 AM, Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On
On Wed, Mar 14, 2012 at 06:57:59PM +0800, Wen Congyang wrote:
At 03/14/2012 06:52 PM, Gleb Natapov Wrote:
On Wed, Mar 14, 2012 at 06:52:07PM +0800, Wen Congyang wrote:
At 03/14/2012 06:37 PM, Amit Shah Wrote:
On (Wed) 14 Mar 2012 [17:53:00], Wen Congyang wrote:
At 03/14/2012 05:24 PM, Avi
On Wed, Mar 14, 2012 at 06:58:47PM +0800, Wen Congyang wrote:
At 03/14/2012 06:52 PM, Avi Kivity Wrote:
On 03/14/2012 12:52 PM, Wen Congyang wrote:
If so, is this channel visible to guest userspace? If the channle is
visible to guest
userspace, the program running in userspace may
On Wed, Mar 14, 2012 at 06:58:47PM +0800, Wen Congyang wrote:
At 03/14/2012 06:52 PM, Avi Kivity Wrote:
On 03/14/2012 12:52 PM, Wen Congyang wrote:
If so, is this channel visible to guest userspace? If the channle is
visible to guest
userspace, the program running in userspace may
At 03/14/2012 06:57 PM, Daniel P. Berrange Wrote:
On Wed, Mar 14, 2012 at 03:21:14PM +0530, Amit Shah wrote:
On (Wed) 14 Mar 2012 [16:29:50], Wen Congyang wrote:
At 03/13/2012 06:47 PM, Avi Kivity Wrote:
On 03/13/2012 11:18 AM, Daniel P. Berrange wrote:
On Mon, Mar 12, 2012 at 12:33:33PM
On Wed, Mar 14, 2012 at 02:34:32PM +0900, Takuya Yoshikawa wrote:
Marcelo Tosatti mtosa...@redhat.com wrote:
guest fault enable dirty logging
tdp_page_fault (all _page_fault functions) kvm_set_memory_region
level = mapping_level(vcpu, gfn)
On 2012-03-08 22:46, Marcelo Tosatti wrote:
kvm_write_tsc() converts from guest TSC to microseconds, not nanoseconds
as intended. The result is that the window for matching is 1000 seconds,
not 1 second.
Microsecond precision is enough for checking whether the TSC write delta
is within
At 03/14/2012 06:59 PM, Daniel P. Berrange Wrote:
On Wed, Mar 14, 2012 at 06:58:47PM +0800, Wen Congyang wrote:
At 03/14/2012 06:52 PM, Avi Kivity Wrote:
On 03/14/2012 12:52 PM, Wen Congyang wrote:
If so, is this channel visible to guest userspace? If the channle is
visible to guest
At 03/14/2012 06:48 PM, Avi Kivity Wrote:
On 03/14/2012 12:46 PM, Gleb Natapov wrote:
On Wed, Mar 14, 2012 at 12:29:57PM +0200, Avi Kivity wrote:
On 03/14/2012 12:26 PM, Wen Congyang wrote:
If so, is this channel visible to guest userspace? If the channle is
visible to guest
userspace, the
On Wed, Mar 14, 2012 at 07:06:50PM +0800, Wen Congyang wrote:
At 03/14/2012 06:59 PM, Daniel P. Berrange Wrote:
On Wed, Mar 14, 2012 at 06:58:47PM +0800, Wen Congyang wrote:
At 03/14/2012 06:52 PM, Avi Kivity Wrote:
On 03/14/2012 12:52 PM, Wen Congyang wrote:
If so, is this channel
At 03/14/2012 06:58 PM, Gleb Natapov Wrote:
On Wed, Mar 14, 2012 at 06:57:59PM +0800, Wen Congyang wrote:
At 03/14/2012 06:52 PM, Gleb Natapov Wrote:
On Wed, Mar 14, 2012 at 06:52:07PM +0800, Wen Congyang wrote:
At 03/14/2012 06:37 PM, Amit Shah Wrote:
On (Wed) 14 Mar 2012 [17:53:00], Wen
On Wed, Mar 14, 2012 at 07:06:50PM +0800, Wen Congyang wrote:
At 03/14/2012 06:59 PM, Daniel P. Berrange Wrote:
On Wed, Mar 14, 2012 at 06:58:47PM +0800, Wen Congyang wrote:
At 03/14/2012 06:52 PM, Avi Kivity Wrote:
On 03/14/2012 12:52 PM, Wen Congyang wrote:
If so, is this channel
Am 14.03.2012 08:51, schrieb Amos Kong:
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)
{
closesocket(*fd);
return -socket_error();
}
return 0;
and than you
On Wed, Mar 14, 2012 at 10:46 AM, Avi Kivity a...@redhat.com wrote:
On 03/14/2012 12:39 PM, Stefan Hajnoczi wrote:
On Wed, Mar 14, 2012 at 10:05 AM, Avi Kivity a...@redhat.com wrote:
On 03/14/2012 11:59 AM, Stefan Hajnoczi wrote:
On Wed, Mar 14, 2012 at 9:22 AM, Avi Kivity a...@redhat.com
Hi,
I'm a KVM user, using it for the first time and so far very happy
with it.
I wonder if someone can help me get my head round the issue of balloon
memory and overallocation.
Basically I have a Debian wheezy/sid KVM server, on which I have a
couple of Linux guests and several FreeBSD
On 03/14/2012 01:11 PM, Wen Congyang wrote:
I don't think we want to use the driver. Instead, have a small piece of
code that resets the device and pushes out a string (the panic message?)
without any interrupts etc.
It's still going to be less reliable than a hypercall, I agree.
On 03/14/2012 03:07 PM, Avi Kivity wrote:
On 03/14/2012 01:11 PM, Wen Congyang wrote:
I don't think we want to use the driver. Instead, have a small piece of
code that resets the device and pushes out a string (the panic message?)
without any interrupts etc.
It's still going
On Wed, Mar 14, 2012 at 03:07:46PM +0200, Avi Kivity wrote:
On 03/14/2012 01:11 PM, Wen Congyang wrote:
I don't think we want to use the driver. Instead, have a small piece of
code that resets the device and pushes out a string (the panic message?)
without any interrupts etc.
On 03/14/2012 03:14 PM, Gleb Natapov wrote:
On Wed, Mar 14, 2012 at 03:07:46PM +0200, Avi Kivity wrote:
On 03/14/2012 01:11 PM, Wen Congyang wrote:
I don't think we want to use the driver. Instead, have a small piece of
code that resets the device and pushes out a string (the
On Wed, Mar 14, 2012 at 03:16:05PM +0200, Avi Kivity wrote:
On 03/14/2012 03:14 PM, Gleb Natapov wrote:
On Wed, Mar 14, 2012 at 03:07:46PM +0200, Avi Kivity wrote:
On 03/14/2012 01:11 PM, Wen Congyang wrote:
I don't think we want to use the driver. Instead, have a small piece
On Wed, Mar 14, 2012 at 04:33:14PM +0800, Amos Kong wrote:
On 14/03/12 00:39, Michael Roth wrote:
On Wed, Mar 07, 2012 at 06:47:45AM +0800, Amos Kong wrote:
Introduce tcp_server_start() by moving original code in
tcp_start_incoming_migration().
Signed-off-by: Amos Kongak...@redhat.com
---
On Wed, Mar 14, 2012 at 06:19:48PM +0800, Amos Kong wrote:
On 14/03/12 02:35, Michael Roth wrote:
On Wed, Mar 07, 2012 at 06:48:03AM +0800, Amos Kong wrote:
Introduce tcp_client_start() by moving original code in
tcp_start_outgoing_migration().
Signed-off-by: Amos Kongak...@redhat.com
---
On Wed, Mar 14, 2012 at 05:58:20PM +0800, Amos Kong wrote:
On 14/03/12 03:47, Michael Roth wrote:
On Wed, Mar 07, 2012 at 06:48:57AM +0800, Amos Kong wrote:
That method of representing an IPv6 address with a port is
I'm not sure what that is referencing.
2312::8274:5200 (5200 is a port)
On 14.03.2012, at 08:52, Benjamin Herrenschmidt wrote:
When the kernel calls into RTAS, it switches to 32-bit mode. The
magic page was is longer accessible in that case, causing the
patched instructions in the RTAS call wrapper to crash.
This fixes it by making available a 32-bit mapping
We were leaking preemption counters. Fix the code to always toggle
between preempt and non-preempt properly.
Signed-off-by: Alexander Graf ag...@suse.de
---
arch/powerpc/kvm/book3s_pr.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_pr.c
When running kvm_vcpu_block and it realizes that the CPU is actually good
to run, we get a request bit set for KVM_REQ_UNHALT. Right now, there's
nothing we can do with that bit, so let's unset it right after the call
again so we don't get confused in our later checks for pending work.
Signed-off-by: Andreas Färber afaer...@suse.de
---
target-ppc/cpu.h|1 +
target-ppc/helper.c |1 -
target-ppc/kvm.c|1 +
target-ppc/translate_init.c |6 ++
4 files changed, 8 insertions(+), 1 deletions(-)
diff --git a/target-ppc/cpu.h
Signed-off-by: Andreas Färber afaer...@suse.de
---
target-ppc/cpu-qom.h| 84 ++
target-ppc/cpu.h| 25 +
target-ppc/helper.c | 72 ++--
target-ppc/kvm.c| 29 +++--
target-ppc/kvm_ppc.h|6 -
target-ppc/translate.c
On Wed, Mar 14, 2012 at 6:25 AM, Gleb Natapov g...@redhat.com wrote:
On Wed, Mar 14, 2012 at 03:16:05PM +0200, Avi Kivity wrote:
On 03/14/2012 03:14 PM, Gleb Natapov wrote:
On Wed, Mar 14, 2012 at 03:07:46PM +0200, Avi Kivity wrote:
On 03/14/2012 01:11 PM, Wen Congyang wrote:
I
Scripted conversion:
sed -i s/CPUState/CPUX86State/g target-i386/*.[hc]
sed -i s/#define CPUX86State/#define CPUState/ target-i386/cpu.h
Signed-off-by: Andreas Färber afaer...@suse.de
Acked-by: Anthony Liguori aligu...@us.ibm.com
---
target-i386/cpu.h | 34 +-
Scripted conversion:
sed -i s/CPUState/CPUPPCState/g target-ppc/*.[hc]
sed -i s/#define CPUPPCState/#define CPUState/ target-ppc/cpu.h
Signed-off-by: Andreas Färber afaer...@suse.de
Acked-by: Anthony Liguori aligu...@us.ibm.com
---
target-ppc/cpu.h| 38 ++--
Scripted conversion:
sed -i s/CPUState/CPUS390XState/g target-s390x/*.[hc]
sed -i s/#define CPUS390XState/#define CPUState/ target-s390x/cpu.h
Signed-off-by: Andreas Färber afaer...@suse.de
Acked-by: Anthony Liguori aligu...@us.ibm.com
---
target-s390x/cpu.h | 46
On 03/14/2012 01:58 AM, Corentin Chary wrote:
Hi Anthony,
Please merge these two patchs from another age, they fix crash in the VNC
server (the iohandler one is only for the threaded server).
Applied. Thanks.
Regards,
Anthony Liguori
Thanks,
Corentin Chary (1):
vnc: don't mess up
Am 14.03.2012 22:46, schrieb Anthony Liguori:
On 03/14/2012 01:58 AM, Corentin Chary wrote:
Hi Anthony,
Please merge these two patchs from another age, they fix crash in the
VNC
server (the iohandler one is only for the threaded server).
Applied. Thanks.
Regards,
Anthony Liguori
The
-Original Message-
From: Paolo Bonzini [mailto:pbonz...@redhat.com]
Sent: Wednesday, March 14, 2012 4:54 PM
To: Zhang, Yang Z
Cc: qemu-de...@nongnu.org; Jan Kiszka; kvm@vger.kernel.org;
aligu...@us.ibm.com; Marcelo Tosatti
Subject: Re: [PATCH v3 0/7] RTC: New logic to emulate RTC
From: Davidlohr Bueso d...@gnu.org
With EPT enabled it is not required to explicitly run invvpid to invalidate
tagged TLB entries, as
KVM does not force vm-exits for cr3 writes and invlpg. Run invvpid only when
these instructions
are emulated and shadow pages are used.
Signed-off-by: Davidlohr
On Wed, Mar 14, 2012 at 12:02:41PM +0100, Jan Kiszka wrote:
On 2012-03-08 22:46, Marcelo Tosatti wrote:
kvm_write_tsc() converts from guest TSC to microseconds, not nanoseconds
as intended. The result is that the window for matching is 1000 seconds,
not 1 second.
Microsecond
When the kernel calls into RTAS, it switches to 32-bit mode. The
magic page was is longer accessible in that case, causing the
patched instructions in the RTAS call wrapper to crash.
This fixes it by making available a 32-bit mapping of the magic
page in that case. This mapping is flushed
On Wed, 2012-03-14 at 18:52 +1100, Benjamin Herrenschmidt wrote:
When the kernel calls into RTAS, it switches to 32-bit mode. The
magic page was is longer accessible in that case, causing the
patched instructions in the RTAS call wrapper to crash.
This fixes it by making available a 32-bit
Hi Alex !
Saw that in my log today:
=
BUG kvm-spt (Not tainted): Objects remaining on kmem_cache_close()
-
INFO: Slab 0xc5a82470
On 14.03.2012, at 08:52, Benjamin Herrenschmidt wrote:
When the kernel calls into RTAS, it switches to 32-bit mode. The
magic page was is longer accessible in that case, causing the
patched instructions in the RTAS call wrapper to crash.
This fixes it by making available a 32-bit mapping
When running PR KVM on a p7 system in bare metal, we get HV exits instead
of normal supervisor traps. Semantically they are identical though and the
HSRR vs SRR difference is already taken care of in the exit code.
So all we need to do is handle them in addition to our normal exits.
We were leaking preemption counters. Fix the code to always toggle
between preempt and non-preempt properly.
Signed-off-by: Alexander Graf ag...@suse.de
---
arch/powerpc/kvm/book3s_pr.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_pr.c
When running kvm_vcpu_block and it realizes that the CPU is actually good
to run, we get a request bit set for KVM_REQ_UNHALT. Right now, there's
nothing we can do with that bit, so let's unset it right after the call
again so we don't get confused in our later checks for pending work.
94 matches
Mail list logo