On Sun, Feb 24, 2013, Jan Kiszka wrote about [PATCH] KVM: nSVM/nVMX: Implement
vmexit on INIT assertion:
From: Jan Kiszka jan.kis...@siemens.com
On Intel, raising INIT causing an unconditional vmexit. On AMD, this is
controlled by the interception mask.
Hi,
I never tried to closely follow
On 02/20/2013 04:06 PM, bugzilla-dae...@bugzilla.kernel.org wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=54061
--- Comment #2 from Jay Ren yongjie@intel.com 2013-02-20 08:06:16 ---
Marcleo,
yes, after reverting that commit caf6900f2d8, live-migration can work fine.
https://bugzilla.kernel.org/show_bug.cgi?id=54061
--- Comment #3 from Anonymous Emailer anonym...@kernel-bugs.osdl.org
2013-02-25 08:26:26 ---
Reply-To: xiaoguangr...@linux.vnet.ibm.com
On 02/20/2013 04:06 PM, bugzilla-dae...@bugzilla.kernel.org wrote:
On Sun, 24 Feb 2013 11:56:39 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Fri, Feb 22, 2013 at 01:09:45PM +0100, Cornelia Huck wrote:
Here's the second attempt at implementing ioeventfd for s390.
The patchset looks fine overall.
Minor comments and questions below.
Cool, thanks for
Avi Kivity wrote on 2013-02-25:
I didn't really follow, but is the root cause the need to keep track
of interrupt coalescing? If so we can recommend that users use
KVM_IRQ_LINE when coalescing is unneeded, and move interrupt injection
with irq coalescing support to vcpu context.
So we can
On Sun, 24 Feb 2013 11:45:22 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Fri, Feb 22, 2013 at 01:09:49PM +0100, Cornelia Huck wrote:
Enable ioeventfd support on s390 and hook up diagnose 500 virtio-ccw
notifications.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
On Sun, 24 Feb 2013 11:47:50 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Fri, Feb 22, 2013 at 01:09:48PM +0100, Cornelia Huck wrote:
Enhance KVM_IOEVENTFD with a new flag that allows to attach to s390 css
devices.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
On Sun, 24 Feb 2013 11:57:25 +0200
Michael S. Tsirkin m...@redhat.com wrote:
On Fri, Feb 22, 2013 at 01:09:47PM +0100, Cornelia Huck wrote:
Add a new bus type for s390 css kvm io devices.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
include/linux/kvm_host.h | 1 +
1
On 2013-02-25 09:00, Nadav Har'El wrote:
On Sun, Feb 24, 2013, Jan Kiszka wrote about [PATCH] KVM: nSVM/nVMX:
Implement vmexit on INIT assertion:
From: Jan Kiszka jan.kis...@siemens.com
On Intel, raising INIT causing an unconditional vmexit. On AMD, this is
controlled by the interception
On Fri, Feb 22, 2013 at 11:34:27AM -0500, Mohamad Gebai wrote:
I am tracing kvm using perf and I am analyzing the sequences of kvm_entry and
kvm_exit tracepoints.
I noticed that during the boot process of a VM, there are a lot more (2 to 3
as
many times) kvm_entry event than there are
On Mon, Feb 25, 2013 at 08:42:52AM +, Zhang, Yang Z wrote:
Avi Kivity wrote on 2013-02-25:
I didn't really follow, but is the root cause the need to keep track
of interrupt coalescing? If so we can recommend that users use
KVM_IRQ_LINE when coalescing is unneeded, and move interrupt
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 08:42:52AM +, Zhang, Yang Z wrote:
Avi Kivity wrote on 2013-02-25:
I didn't really follow, but is the root cause the need to keep track
of interrupt coalescing? If so we can recommend that users use
KVM_IRQ_LINE when coalescing is
On Mon, Feb 25, 2013 at 11:04:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 08:42:52AM +, Zhang, Yang Z wrote:
Avi Kivity wrote on 2013-02-25:
I didn't really follow, but is the root cause the need to keep track
of interrupt coalescing? If
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 11:04:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 08:42:52AM +, Zhang, Yang Z wrote:
Avi Kivity wrote on 2013-02-25:
I didn't really follow, but is the root cause the need to keep
On Sun, 24 Feb 2013 16:05:31 -0800
Linus Torvalds torva...@linux-foundation.org wrote:
On Wed, Feb 20, 2013 at 5:17 PM, Marcelo Tosatti mtosa...@redhat.com wrote:
Please pull from
git://git.kernel.org/pub/scm/virt/kvm/kvm.git tags/kvm-3.9-1
to receive the KVM updates for the 3.9
Hi
Please send in any agenda topics you are interested in.
Later, Juan.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Russell, Marcelo, Gleb,
Commit 89f8833 (Merge tag 'kvm-3.9-1' of
git://git.kernel.org/pub/scm/virt/kvm/kvm) broke KVM/ARM. Nothing
fundamental, just annoying enough.
I've posted patches against next-20130215 some time ago:
http://comments.gmane.org/gmane.comp.emulators.kvm.devel/105019
I've now
On Mon, Feb 25, 2013 at 12:18:27PM +, Marc Zyngier wrote:
Russell, Marcelo, Gleb,
Commit 89f8833 (Merge tag 'kvm-3.9-1' of
git://git.kernel.org/pub/scm/virt/kvm/kvm) broke KVM/ARM. Nothing
fundamental, just annoying enough.
I've posted patches against next-20130215 some time ago:
On Mon, Feb 25, 2013 at 11:13:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 11:04:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 08:42:52AM +, Zhang, Yang Z wrote:
Avi Kivity wrote on 2013-02-25:
Marcelo Tosatti wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 11:13:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 11:04:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 08:42:52AM +, Zhang, Yang Z wrote:
On 21.02.2013, at 05:25, Andreas Färber wrote:
Make debug output compile-testable even if disabled.
Rename dprintf() in kvm.c to kvm_dprintf() to avoid conflict with glibc.
Inline DEBUG_OP check in excp_helper.c.
Inline LOG_MMU_STATE() in mmu_helper.c.
Inline
On 21.02.2013, at 05:25, Andreas Färber wrote:
Make debug output compile-testable even if disabled.
Rename dprintf() in kvm.c to kvm_dprintf() due to a conflict with glibc.
Drop unused DEBUG_HELPER and LOG_HELPER() in fpu_helper.c.
Drop unused LOG_DISAS() in translate.c and inline
On Mon, Feb 25, 2013 at 12:11:19PM +1100, Paul Mackerras wrote:
On Mon, Feb 18, 2013 at 02:21:59PM +0200, Gleb Natapov wrote:
Copying Christoffer since ARM has in kernel irq chip too.
On Wed, Feb 13, 2013 at 11:49:15PM -0600, Scott Wood wrote:
Currently, devices that are emulated inside
Am 25.02.2013 13:54, schrieb Alexander Graf:
On 21.02.2013, at 05:25, Andreas Färber wrote:
Make debug output compile-testable even if disabled.
Rename dprintf() in kvm.c to kvm_dprintf() to avoid conflict with glibc.
Inline DEBUG_OP check in excp_helper.c.
Inline LOG_MMU_STATE() in
On 23.02.2013, at 22:22, Andreas Färber wrote:
This avoids assigning individual class fields and contributors
forgetting to add field assignments in KVM-only code.
ppc_cpu_class_find_by_pvr() requires the CPU model classes to be
registered, so defer host CPU type registration to
On Mon, Feb 25, 2013 at 11:13:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 11:04:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 08:42:52AM +, Zhang, Yang Z wrote:
Avi Kivity wrote on 2013-02-25:
https://bugzilla.kernel.org/show_bug.cgi?id=54461
Summary: nVMX: Downgrading nested VMX features from user-space
Product: Virtualization
Version: unspecified
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
https://bugzilla.kernel.org/show_bug.cgi?id=53601
Nadav Har'El n...@math.technion.ac.il changed:
What|Removed |Added
Depends on||54461
--
https://bugzilla.kernel.org/show_bug.cgi?id=54461
Nadav Har'El n...@math.technion.ac.il changed:
What|Removed |Added
Blocks||53601
--
On 25.02.2013, at 14:14, Andreas Färber wrote:
Am 25.02.2013 13:54, schrieb Alexander Graf:
On 21.02.2013, at 05:25, Andreas Färber wrote:
Make debug output compile-testable even if disabled.
Rename dprintf() in kvm.c to kvm_dprintf() to avoid conflict with glibc.
Inline DEBUG_OP
https://bugzilla.kernel.org/show_bug.cgi?id=53761
--- Comment #1 from Nadav Har'El n...@math.technion.ac.il 2013-02-25
13:59:58 ---
The same technique, and code, can be reused also for merging of IO bitmaps.
This will offer less of a performance impact than that on MSR bitmaps, because
the
On Mon, Feb 25, 2013 at 06:55:58AM +, Zhang, Yang Z wrote:
p1)
cpu0 cpu1vcpu0
test_and_set_bit(PIR-A)
set KVM_REQ_EVENT
process REQ_EVENT
On Mon, Feb 25, 2013 at 03:34:19PM +0200, Gleb Natapov wrote:
On Mon, Feb 25, 2013 at 11:13:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 11:04:25AM +, Zhang, Yang Z wrote:
Gleb Natapov wrote on 2013-02-25:
On Mon, Feb 25, 2013 at
https://bugzilla.kernel.org/show_bug.cgi?id=54471
Summary: nVMX: TRUE* MSRs unnecessary
Product: Virtualization
Version: unspecified
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity:
https://bugzilla.kernel.org/show_bug.cgi?id=53601
Nadav Har'El n...@math.technion.ac.il changed:
What|Removed |Added
Depends on||54471
--
https://bugzilla.kernel.org/show_bug.cgi?id=54471
Nadav Har'El n...@math.technion.ac.il changed:
What|Removed |Added
Blocks||53601
--
On Mon, Feb 25, 2013 at 11:00:21AM -0300, Marcelo Tosatti wrote:
I see a couple of possible solutions:
1. Do what Avi said. Make KVM_IRQ_LINE_STATUS be synchronous. Cons:
current QEMU uses KVM_IRQ_LINE_STATUS always and it means that it
will be slow on newer kernels
Can add a capability
On 2013-02-25 15:04, bugzilla-dae...@bugzilla.kernel.org wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=54471
Summary: nVMX: TRUE* MSRs unnecessary
Product: Virtualization
Version: unspecified
Platform: All
OS/Version: Linux
https://bugzilla.kernel.org/show_bug.cgi?id=54471
--- Comment #1 from Anonymous Emailer anonym...@kernel-bugs.osdl.org
2013-02-25 14:29:08 ---
Reply-To: jan.kis...@siemens.com
On 2013-02-25 15:04, bugzilla-dae...@bugzilla.kernel.org wrote:
https://bugzilla.kernel.org/show_bug.cgi?id=54471
Marcelo Tosatti wrote on 2013-02-25:
On Mon, Feb 25, 2013 at 06:55:58AM +, Zhang, Yang Z wrote:
p1)
cpu0 cpu1vcpu0
test_and_set_bit(PIR-A)
set KVM_REQ_EVENT
process REQ_EVENT
On 24.02.2013, at 16:46, Gleb Natapov wrote:
On Thu, Feb 21, 2013 at 08:17:54PM -0600, Scott Wood wrote:
On 02/21/2013 02:22:09 AM, Gleb Natapov wrote:
On Wed, Feb 20, 2013 at 08:05:12PM -0600, Scott Wood wrote:
On 02/20/2013 07:09:49 AM, Gleb Natapov wrote:
On Tue, Feb 19, 2013 at
Here's the latest version of my patch series enabling ioeventfds
on s390, again against kvm-next.
Patches 1 and 2 (cleaning up initialization and exporting the virtio-ccw
api) would make sense even independent of the ioeventfd enhancements.
Patches 3-5 are concerned with adding a new type of
Currently, eventfd introduces module_init/module_exit functions
to initialize/cleanup the irqfd workqueue. This only works, however,
if no other module_init/module_exit functions are built into the
same module.
Let's just move the initialization and cleanup to kvm_init and kvm_exit.
This way, it
Add a new bus type for virtio-ccw devices on s390.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
include/linux/kvm_host.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/linux/kvm_host.h b/include/linux/kvm_host.h
index 3b768ef..206247f 100644
---
Enhance KVM_IOEVENTFD with a new flag that allows to attach to virtio-ccw
devices on s390 via the KVM_VIRTIO_CCW_NOTIFY_BUS.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
Documentation/virtual/kvm/api.txt | 8
include/uapi/linux/kvm.h | 3 +++
virt/kvm/eventfd.c
Enable ioeventfd support on s390 and hook up diagnose 500 virtio-ccw
notifications.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
arch/s390/kvm/Kconfig| 1 +
arch/s390/kvm/Makefile | 2 +-
arch/s390/kvm/diag.c | 26 ++
arch/s390/kvm/kvm-s390.c | 1
Here's the current version of my patch enabling ioeventfds for virtio-ccw.
The linux-headers patch only adds the new flag for ioeventfds.
Wiring up ioeventfds has improved performance drastically (up to twice
as fast for a simple dd). Notifier support is something we plan to do
next.
Please
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
linux-headers/linux/kvm.h | 3 +++
1 file changed, 3 insertions(+)
diff --git a/linux-headers/linux/kvm.h b/linux-headers/linux/kvm.h
index 5af9357..fc3d7ed 100644
--- a/linux-headers/linux/kvm.h
+++ b/linux-headers/linux/kvm.h
@@ -448,12
On hosts that support ioeventfd, make use of it for host-to-guest
notifications via diagnose 500.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
hw/s390x/css.c| 2 +-
hw/s390x/css.h| 1 +
hw/s390x/virtio-ccw.c | 114
Export the virtio-ccw api in a header for usage by other code.
Signed-off-by: Cornelia Huck cornelia.h...@de.ibm.com
---
arch/s390/include/uapi/asm/Kbuild | 1 +
arch/s390/include/uapi/asm/virtio-ccw.h | 21 +
drivers/s390/kvm/virtio_ccw.c | 5 +
3 files
On 25.02.2013, at 14:09, Gleb Natapov wrote:
On Mon, Feb 25, 2013 at 12:11:19PM +1100, Paul Mackerras wrote:
On Mon, Feb 18, 2013 at 02:21:59PM +0200, Gleb Natapov wrote:
Copying Christoffer since ARM has in kernel irq chip too.
On Wed, Feb 13, 2013 at 11:49:15PM -0600, Scott Wood wrote:
On Sat, 2013-02-23 at 23:25 -0600, Vijay Mohan Pandarathil wrote:
- Added vfio_device_get_from_dev() as wrapper to get
reference to vfio_device from struct device.
- Added vfio_device_data() as a wrapper to get device_data from
vfio_device.
Signed-off-by:
I see a couple of possible solutions:
1. Do what Avi said. Make KVM_IRQ_LINE_STATUS be synchronous. Cons:
current QEMU uses KVM_IRQ_LINE_STATUS always and it means that it
will be slow on newer kernels
You could backport the qemu change, verify that it builds, and push it
to stable branches.
On Mon, Feb 25, 2013 at 11:17:39AM -0300, Marcelo Tosatti wrote:
On Mon, Feb 25, 2013 at 11:00:21AM -0300, Marcelo Tosatti wrote:
I see a couple of possible solutions:
1. Do what Avi said. Make KVM_IRQ_LINE_STATUS be synchronous. Cons:
current QEMU uses KVM_IRQ_LINE_STATUS always and it
On Mon, Feb 25, 2013 at 06:50:40PM +0200, Avi Kivity wrote:
I see a couple of possible solutions:
1. Do what Avi said. Make KVM_IRQ_LINE_STATUS be synchronous. Cons:
current QEMU uses KVM_IRQ_LINE_STATUS always and it means that it
will be slow on newer kernels
You could backport the
Linus,
Please pull from
git://git.kernel.org/pub/scm/virt/kvm/kvm.git master
To receive the following KVM bug fixes. They fix ARM KVM compilation breakage
due to changes from kvm.git.
Marc Zyngier (3):
ARM: KVM: fix kvm_arch_{prepare,commit}_memory_region
ARM: KVM: Rename
Move it to qom/cpu.h to avoid issues with include order.
Change pc_acpi_smi_interrupt() opaque to X86CPU.
Signed-off-by: Andreas Färber afaer...@suse.de
---
cpus.c |2 +-
exec.c |2 +-
hw/alpha_typhoon.c | 10 --
hw/apic.c
On Mon, Feb 25, 2013 at 7:43 PM, Gleb Natapov g...@redhat.com wrote:
3. Do not report KVM_IRQ_LINE_STATUS capability and move RTC to use EOI
notifiers for interrupt reinjection. This requires us to add interface
for reporting EOI to userspace. This is not in the scope of this
patchset.
On Mon, Feb 25, 2013 at 08:56:07PM +0200, Avi Kivity wrote:
On Mon, Feb 25, 2013 at 7:43 PM, Gleb Natapov g...@redhat.com wrote:
3. Do not report KVM_IRQ_LINE_STATUS capability and move RTC to use EOI
notifiers for interrupt reinjection. This requires us to add interface
for reporting
On Mon, Feb 25, 2013 at 07:40:07PM +0200, Gleb Natapov wrote:
On Mon, Feb 25, 2013 at 11:17:39AM -0300, Marcelo Tosatti wrote:
On Mon, Feb 25, 2013 at 11:00:21AM -0300, Marcelo Tosatti wrote:
I see a couple of possible solutions:
1. Do what Avi said. Make KVM_IRQ_LINE_STATUS be
On 02/23/2013 09:04:33 AM, Marcelo Tosatti wrote:
On Thu, Feb 21, 2013 at 08:00:25PM -0600, Scott Wood wrote:
On 02/21/2013 05:03:32 PM, Marcelo Tosatti wrote:
You are not writing to the registers from the CPU point of view.
That's exactly how KVM_DEV_MPIC_GRP_REGISTER is defined and
On 02/24/2013 09:46:17 AM, Gleb Natapov wrote:
On Thu, Feb 21, 2013 at 08:17:54PM -0600, Scott Wood wrote:
On 02/21/2013 02:22:09 AM, Gleb Natapov wrote:
On Wed, Feb 20, 2013 at 08:05:12PM -0600, Scott Wood wrote:
You mean like what we did with SREGS, that got deprecated and
replaced with
On Sat, Feb 23, 2013 at 05:05:29PM +0100, Jan Kiszka wrote:
From: Jan Kiszka jan.kis...@siemens.com
This fixes boot lockups with no-kvmclock, when the host is not
exposing this particular feature (QEMU: -cpu ...,-kvmclock) or when
the kvmclock initialization failed for whatever reason.
The Buildbot has detected a new failure on builder s390 while building kvm.
Full details are available at:
http://buildbot.b1-systems.de/kvm/builders/s390/builds/822
Buildbot URL: http://buildbot.b1-systems.de/kvm/
Buildslave for this Build: b1_kvm_1
Build Reason: The Nightly scheduler named
On Mon, Feb 25, 2013 at 12:11:19PM +1100, Paul Mackerras wrote:
On Mon, Feb 18, 2013 at 02:21:59PM +0200, Gleb Natapov wrote:
Copying Christoffer since ARM has in kernel irq chip too.
On Wed, Feb 13, 2013 at 11:49:15PM -0600, Scott Wood wrote:
Currently, devices that are emulated inside
On 24.02.2013, at 16:46, Gleb Natapov wrote:
On Thu, Feb 21, 2013 at 08:17:54PM -0600, Scott Wood wrote:
On 02/21/2013 02:22:09 AM, Gleb Natapov wrote:
On Wed, Feb 20, 2013 at 08:05:12PM -0600, Scott Wood wrote:
On 02/20/2013 07:09:49 AM, Gleb Natapov wrote:
On Tue, Feb 19, 2013 at
On 25.02.2013, at 14:09, Gleb Natapov wrote:
On Mon, Feb 25, 2013 at 12:11:19PM +1100, Paul Mackerras wrote:
On Mon, Feb 18, 2013 at 02:21:59PM +0200, Gleb Natapov wrote:
Copying Christoffer since ARM has in kernel irq chip too.
On Wed, Feb 13, 2013 at 11:49:15PM -0600, Scott Wood wrote:
On 02/23/2013 09:04:33 AM, Marcelo Tosatti wrote:
On Thu, Feb 21, 2013 at 08:00:25PM -0600, Scott Wood wrote:
On 02/21/2013 05:03:32 PM, Marcelo Tosatti wrote:
You are not writing to the registers from the CPU point of view.
That's exactly how KVM_DEV_MPIC_GRP_REGISTER is defined and
68 matches
Mail list logo