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 'n
On Sat, Feb 23, 2013 at 05:05:29PM +0100, Jan Kiszka wrote:
> From: Jan Kiszka
>
> 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.
>
> Signed-off-by: J
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
> >> repla
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 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 b
On Mon, Feb 25, 2013 at 08:56:07PM +0200, Avi Kivity wrote:
> On Mon, Feb 25, 2013 at 7:43 PM, Gleb Natapov 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 E
On Mon, Feb 25, 2013 at 7:43 PM, Gleb Natapov 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. Cons:
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
---
cpus.c |2 +-
exec.c |2 +-
hw/alpha_typhoon.c | 10 --
hw/apic.c| 21 +++
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 KVM_MEMO
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 b
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 alway
>>
> 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 bran
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
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 Wo
Export the virtio-ccw api in a header for usage by other code.
Signed-off-by: Cornelia Huck
---
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 changed, 23 insertions(+
On hosts that support ioeventfd, make use of it for host-to-guest
notifications via diagnose 500.
Signed-off-by: Cornelia Huck
---
hw/s390x/css.c| 2 +-
hw/s390x/css.h| 1 +
hw/s390x/virtio-ccw.c | 114 ++
hw/s390x/virtio-ccw.h
Signed-off-by: Cornelia Huck
---
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 +448,15 @@ enum {
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 cons
Enable ioeventfd support on s390 and hook up diagnose 500 virtio-ccw
notifications.
Signed-off-by: Cornelia Huck
---
arch/s390/kvm/Kconfig| 1 +
arch/s390/kvm/Makefile | 2 +-
arch/s390/kvm/diag.c | 26 ++
arch/s390/kvm/kvm-s390.c | 1 +
4 files changed, 29 i
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
---
Documentation/virtual/kvm/api.txt | 8
include/uapi/linux/kvm.h | 3 +++
virt/kvm/eventfd.c| 14 ++
Add a new bus type for virtio-ccw devices on s390.
Signed-off-by: Cornelia Huck
---
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
--- a/include/linux/kvm_host.h
+++ b/include/linux/kv
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 i
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 ioev
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, 20
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
>
https://bugzilla.kernel.org/show_bug.cgi?id=54471
--- Comment #1 from Anonymous Emailer
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
>
>Summary: nVMX
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
>
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 c
https://bugzilla.kernel.org/show_bug.cgi?id=54471
Nadav Har'El changed:
What|Removed |Added
Blocks||53601
--
Configure bugmail: https://b
https://bugzilla.kernel.org/show_bug.cgi?id=53601
Nadav Har'El changed:
What|Removed |Added
Depends on||54471
--
Configure bugmail: https://b
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: enhanceme
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,
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
> >>>
https://bugzilla.kernel.org/show_bug.cgi?id=53761
--- Comment #1 from Nadav Har'El 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 KVM L0 anyway wants exit
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.
>>>
>
https://bugzilla.kernel.org/show_bug.cgi?id=54461
Nadav Har'El changed:
What|Removed |Added
Blocks||53601
--
Configure bugmail: https://b
https://bugzilla.kernel.org/show_bug.cgi?id=53601
Nadav Har'El changed:
What|Removed |Added
Depends on||54461
--
Configure bugmail: https://b
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
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 o
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 kvm_ar
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_
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 emulat
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 S
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 PPC_{DEBUG_SPR,DUMP_S
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,
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 o
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
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
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
On Sun, 24 Feb 2013 16:05:31 -0800
Linus Torvalds wrote:
> On Wed, Feb 20, 2013 at 5:17 PM, Marcelo Tosatti 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 merge window [..]
>
> Ok, particularly
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 nee
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 co
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 co
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 interr
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 kv
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
>>
>> On Intel, raising INIT causing an unconditional vmexit. On AMD, this is
>> controlled by the interception mask.
>
> Hi
On Sun, 24 Feb 2013 11:57:25 +0200
"Michael S. Tsirkin" 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
> > ---
> > include/linux/kvm_host.h | 1 +
> > 1 file changed, 1 insertion(+
On Sun, 24 Feb 2013 11:47:50 +0200
"Michael S. Tsirkin" 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
> > ---
> > Documentation/virtual/kvm/ap
On Sun, 24 Feb 2013 11:45:22 +0200
"Michael S. Tsirkin" 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
> > ---
> > arch/s390/kvm/Kconfig
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:56:39 +0200
"Michael S. Tsirkin" 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 reviewing
https://bugzilla.kernel.org/show_bug.cgi?id=54061
--- Comment #3 from Anonymous Emailer
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:
> https://bugzilla.kernel.org/show_bug.cgi?id=54061
>
>
>
>
>
>
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 2013-02-20 08:06:16 ---
> Marcleo,
>
> yes, after reverting that commit "caf6900f2d8", live-migration can work fine.
>
Sorry for t
On Sun, Feb 24, 2013, Jan Kiszka wrote about "[PATCH] KVM: nSVM/nVMX: Implement
vmexit on INIT assertion":
> From: Jan Kiszka
>
> On Intel, raising INIT causing an unconditional vmexit. On AMD, this is
> controlled by the interception mask.
Hi,
I never tried to closely follow the KVM code path
64 matches
Mail list logo