-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 23.03.2012 01:07, Marcelo Tosatti wrote:
> On Thu, Mar 22, 2012 at 09:50:42AM +0100, Stefan Bader wrote:
>>> From 69712f0c7cbb6363f7b2170fba93945a72d77712 Mon Sep 17 00:00:00 2001
>> From: =?UTF-8?q?Stephan=20B=C3=A4rwolf?=
>> Date: Thu, 12 Jan 2
The 6-patch series to follow this email extends KVM-hypervisor and Linux guest
running on KVM-hypervisor to support pv-ticket spinlocks, based on Xen's
implementation.
One hypercall is introduced in KVM hypervisor,that allows a vcpu to kick
another vcpu out of halt state.
The blocking of vcpu is
From: Srivatsa Vaddagiri
Move the code from Xen to debugfs to make the code common
for other users as well.
Signed-off-by: Srivatsa Vaddagiri
Signed-off-by: Suzuki Poulose
Signed-off-by: Raghavendra K T
Signed-off-by: Konrad Rzeszutek Wilk
---
diff --git a/arch/x86/xen/debugfs.c b/arch/x86/x
From: Srivatsa Vaddagiri
KVM_HC_KICK_CPU allows the calling vcpu to kick another vcpu out of halt state.
The presence of these hypercalls is indicated to guest via
KVM_FEATURE_PV_UNHALT/KVM_CAP_PV_UNHALT.
Signed-off-by: Srivatsa Vaddagiri
Signed-off-by: Suzuki Poulose
Signed-off-by: Ragha
From: Raghavendra K T
Currently guest does not need to know pv_unhalt state and intended to be
used via GET/SET_MSR ioctls during migration.
Signed-off-by: Raghavendra K T
---
diff --git a/arch/x86/include/asm/kvm_para.h b/arch/x86/include/asm/kvm_para.h
index 9234f13..46f9751 100644
--- a/arc
From: Srivatsa Vaddagiri
During smp_boot_cpus paravirtualied KVM guest detects if the hypervisor has
required feature (KVM_FEATURE_PV_UNHALT) to support pv-ticketlocks. If so,
support for pv-ticketlocks is registered via pv_lock_ops.
Use KVM_HC_KICK_CPU hypercall to wakeup waiting/halted vcpu.
From: Srivatsa Vaddagiri
Signed-off-by: Srivatsa Vaddagiri
Signed-off-by: Suzuki Poulose
Signed-off-by: Raghavendra K T
---
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index 10c28ec..a4530bd 100644
--- a/arch/x86/Kconfig
+++ b/arch/x86/Kconfig
@@ -600,6 +600,15 @@ config KVM_GUEST
From: Raghavendra K T
KVM_HC_KICK_CPU hypercall added to wakeup halted vcpu in paravirtual spinlock
enabled guest.
KVM_FEATURE_PV_UNHALT enables guest to check whether pv spinlock can be enabled
in guest. support in host is queried via
ioctl(KVM_CHECK_EXTENSION, KVM_CAP_PV_UNHALT)
Thanks Alex
The patch, extends KVM-hypervisor and Linux guest running on
KVM-hypervisor to support pv-ticket spinlocks.
PV ticket spinlock helps to solve Lock Holder Preemption problem discussed in
http://www.amd64.org/fileadmin/user_upload/pub/LHP-commented_slides.pdf.
When spinlock is contended,a guest vcp
From: Raghavendra K T
Extend the KVM Hypervisor to enable PVLOCK_KICK feature that allows
a vcpu to kick the halted vcpu to continue with execution in PV ticket
spinlock.
Signed-off-by: Srivatsa Vaddagiri
Signed-off-by: Raghavendra K T
---
diff --git a/target-i386/kvm.c b/target-i386/kvm.c
ind
From: Raghavendra K T
MSR_KVM_PV_UNHALT tells whether vcpu is unhalted, which needs to be
used during migration.
Signed-off-by: Raghavendra K T
---
diff --git a/target-i386/cpu.h b/target-i386/cpu.h
index a1ed3e7..10286a5 100644
--- a/target-i386/cpu.h
+++ b/target-i386/cpu.h
@@ -697,6 +697,7 @
On 2012-03-23 09:23, Raghavendra K T wrote:
> From: Raghavendra K T
>
> MSR_KVM_PV_UNHALT tells whether vcpu is unhalted, which needs to be
> used during migration.
Err, and where is it actually saved to/restored from the vmstate? You
are lacking an extension of the CPU vmstate, preferably via a
On 23 March 2012 00:38, Rusty Russell wrote:
> The guest should be checking this before trying to use performance monitors,
> for example.
>
> Signed-off-by: Rusty Russell
Does this code get used currently? I thought we hadn't enabled
trapping for feature register reads because of that use of on
On 03/23/2012 02:27 PM, Jan Kiszka wrote:
On 2012-03-23 09:23, Raghavendra K T wrote:
From: Raghavendra K T
MSR_KVM_PV_UNHALT tells whether vcpu is unhalted, which needs to be
used during migration.
Err, and where is it actually saved to/restored from the vmstate? You
are lacking an extension
I'm just wondering about the status of the patches to fix this issue,
this is still happening on linux-next.
On Fri, Feb 10, 2012 at 11:04 PM, Don Zickus wrote:
> On Fri, Feb 10, 2012 at 09:36:03PM +0100, Peter Zijlstra wrote:
>> On Fri, 2012-02-10 at 15:31 -0500, Don Zickus wrote:
>> > So my sec
On 03/23/2012 02:27 PM, Jan Kiszka wrote:
On 2012-03-23 09:23, Raghavendra K T wrote:
From: Raghavendra K T
MSR_KVM_PV_UNHALT tells whether vcpu is unhalted, which needs to be
used during migration.
Err, and where is it actually saved to/restored from the vmstate? You
are lacking an extension
On Fri, Mar 23, 2012 at 12:47:38PM +0200, Sasha Levin wrote:
> I'm just wondering about the status of the patches to fix this issue,
> this is still happening on linux-next.
I got distracted with other stuff. I have been running code that does the
following in the shutdown path:
foreach_online_c
On Fri, Mar 23, 2012 at 03:49:27AM +, Liu, Jinsong wrote:
> Eduardo Habkost wrote:
> > [1] From Documentation/virtual/kvm/api.txt:
> >
> > "KVM_GET_SUPPORTED_CPUID
> > [...]
> > This ioctl returns x86 cpuid features which are supported by both the
> > hardware and kvm. Userspace can use the i
On Thu, Mar 22, 2012 at 09:50:44AM +0100, Stefan Bader wrote:
> >From 30870b1a5d29c07b75843c0b667fa29a63d818a4 Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Stephan=20B=C3=A4rwolf?=
> Date: Thu, 12 Jan 2012 16:43:04 +0100
> Subject: [PATCH 8/8] KVM: x86: fix missing checks in syscall emulation
>
> O
On Thu, Mar 22, 2012 at 09:50:43AM +0100, Stefan Bader wrote:
> >From eaee58e1433e1b16e686cfcdcbc207d4310a239f Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Stephan=20B=C3=A4rwolf?=
> Date: Thu, 12 Jan 2012 16:43:03 +0100
> Subject: [PATCH 7/8] KVM: x86: extend "struct x86_emulate_ops" with
> "get_c
Eduardo Habkost wrote:
> On Fri, Mar 23, 2012 at 03:49:27AM +, Liu, Jinsong wrote:
>> Eduardo Habkost wrote:
>>> [1] From Documentation/virtual/kvm/api.txt:
>>>
>>> "KVM_GET_SUPPORTED_CPUID
>>> [...]
>>> This ioctl returns x86 cpuid features which are supported by both
>>> the hardware and kvm
Hi All,
I am trying to assign more than four serial ports to a windows xp guest and
seems that some limitations exists
See following error
error: internal error process exited while connecting to monitor:
qemu-system-x86_64: -device isa-serial,chardev=charserial4,id=serial4: Device
'isa-seria
I'm really stymied by this issue so thanks in advance for any help!
Problem statement:
The virtual functions of an SR-IOV NIC are not being assigned assigned as
specified in the VM guest's XML definitions.
Data Points:
Server Information: HP ProLiant DL165 G7
Ethernet Card Information: Intel 82
Hi David,
The following changes since commit 5ffca28a4ac7abb8a254fafe6bd03b2f83667df7:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/aia21/ntfs (2012-02-27
07:59:33 -0800)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git vhost-net
f
On Thu, Mar 22, 2012 at 09:50:43AM +0100, Stefan Bader wrote:
> >From eaee58e1433e1b16e686cfcdcbc207d4310a239f Mon Sep 17 00:00:00 2001
> From: =?UTF-8?q?Stephan=20B=C3=A4rwolf?=
> Date: Thu, 12 Jan 2012 16:43:03 +0100
> Subject: [PATCH 7/8] KVM: x86: extend "struct x86_emulate_ops" with
> "get_c
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 23.03.2012 18:22, Greg KH wrote:
> On Thu, Mar 22, 2012 at 09:50:43AM +0100, Stefan Bader wrote:
>>> From eaee58e1433e1b16e686cfcdcbc207d4310a239f Mon Sep 17 00:00:00 2001
>> From: =?UTF-8?q?Stephan=20B=C3=A4rwolf?=
>> Date: Thu, 12 Jan 2012 16:4
On Fri, Mar 23, 2012 at 06:47:38PM +0100, Stefan Bader wrote:
> On 23.03.2012 18:22, Greg KH wrote:
> > On Thu, Mar 22, 2012 at 09:50:43AM +0100, Stefan Bader wrote:
> >>> From eaee58e1433e1b16e686cfcdcbc207d4310a239f Mon Sep 17 00:00:00 2001
> >> From: =?UTF-8?q?Stephan=20B=C3=A4rwolf?=
> >> Date
On Wed, 21 Mar 2012 15:48:43 +0200
Avi Kivity wrote:
> On 03/21/2012 03:40 PM, Jan Kiszka wrote:
> > On 2012-03-21 13:38, GaoYi wrote:
> > > Hi Jan,
> > >
> > > Since the newest Intel-VT supports the guest OS under the real mode,
> > > which was already supported in AMD-V, can the VMX in th
I ran a series of TCP_RR, UDP_RR, TCP_STREAM and TCP_MAERTS tests
against the recent vhost patches. For simplicity, the patches
submitted by Anthony that increase the number of threads per vhost
instance I will call multi-worker and the patches submitted by Shirley
that provide a vhost thread per c
From: "Michael S. Tsirkin"
Date: Fri, 23 Mar 2012 17:28:07 +0200
> The following changes since commit 5ffca28a4ac7abb8a254fafe6bd03b2f83667df7:
>
> Merge git://git.kernel.org/pub/scm/linux/kernel/git/aia21/ntfs (2012-02-27
> 07:59:33 -0800)
>
> are available in the git repository at:
>
>
On 03/23/2012 11:32 AM, Thomas Lendacky wrote:
I ran a series of TCP_RR, UDP_RR, TCP_STREAM and TCP_MAERTS tests
against the recent vhost patches. For simplicity, the patches
submitted by Anthony that increase the number of threads per vhost
instance I will call multi-worker and the patches submi
On Friday, March 23, 2012 12:00:54 PM Rick Jones wrote:
> On 03/23/2012 11:32 AM, Thomas Lendacky wrote:
> > I ran a series of TCP_RR, UDP_RR, TCP_STREAM and TCP_MAERTS tests
> > against the recent vhost patches. For simplicity, the patches
> > submitted by Anthony that increase the number of threa
Yeah, it becomes a question of time. I run each test 3 times and
average the results, so to run the full suite takes a long time.
I've found the "walk up the instance count with the interim results
emitted" allows me quicker overall run time than launching all the
netperfs at once with a l
On Fri, 2012-03-23 at 11:59 -0400, Scott wrote:
> I'm really stymied by this issue so thanks in advance for any help!
>
> Problem statement:
> The virtual functions of an SR-IOV NIC are not being assigned assigned as
> specified in the VM guest's XML definitions.
>
> Data Points:
> Server Inform
On Fri, 23 Mar 2012 09:04:27 +, Peter Maydell
wrote:
> On 23 March 2012 00:38, Rusty Russell wrote:
> > The guest should be checking this before trying to use performance monitors,
> > for example.
> >
> > Signed-off-by: Rusty Russell
>
> Does this code get used currently? I thought we had
launch VM:
qemu-system-x86_64 -m 512 -drive
file=/Virtual/sql.raw,if=virtio,cache=none -enable-kvm
or raw lvm disk:
qemu-system-x86_64 -m 512 -drive
file=/dev/V1/sqltest,if=virtio,cache=none -enable-kvm
than in VM:
time cat 20120323.sql | psql dbtest -U dbtest
results:
kernel 3.0.25
real
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 message sizes
and 1 and 4 instances
Remote host to VM using 1, 4, 12
37 matches
Mail list logo
