From: Christian Borntraeger <borntraeger@de.ibm.com>
To: Gleb Natapov <gleb@redhat.com>
Cc: Jens Freimann <jfrei@linux.vnet.ibm.com>,
Cornelia Huck <cornelia.huck@de.ibm.com>,
Alexander Graf <agraf@suse.de>,
kvm@vger.kernel.org, qemu-devel@nongnu.org,
Andreas Faerber <afaerber@suse.de>,
Thomas Huth <thuth@linux.vnet.ibm.com>,
Peter Maydell <peter.maydell@linaro.org>,
Christoffer Dall <christoffer.dall@linaro.org>
Subject: Re: [PATCH v2 0/2] KVM: s390: add floating irq controller
Date: Fri, 06 Sep 2013 15:30:38 +0200 [thread overview]
Message-ID: <5229D8FE.90807@de.ibm.com> (raw)
In-Reply-To: <1378469957-62290-1-git-send-email-jfrei@linux.vnet.ibm.com>
On 06/09/13 14:19, Jens Freimann wrote:> This series adds a kvm_device that acts as a irq controller for floating
> interrupts. As a first step it implements functionality to retrieve and inject
> interrupts for the purpose of migration and for hardening the reset code by
> allowing user space to explicitly remove all pending floating interrupts.
>
> PFAULT patches will also use this device for enabling/disabling pfault, therefore
> the pfault patch series will be reworked to use this device.
>
> * Patch 1/2 adds a new data structure to hold interrupt information. The current
> one (struct kvm_s390_interrupt) does not allow to inject every kind of interrupt,
> e.g. some data for program interrupts and machine check interruptions were
> missing.
>
> * Patch 2/2 adds a kvm_device which supports getting/setting currently pending
> floating interrupts as well as deleting all currently pending interrupts
>
>
> Jens Freimann (2):
> KVM: s390: add and extend interrupt information data structs
> KVM: s390: add floating irq controller
>
> Documentation/virtual/kvm/devices/s390_flic.txt | 36 +++
> arch/s390/include/asm/kvm_host.h | 35 +--
> arch/s390/include/uapi/asm/kvm.h | 5 +
> arch/s390/kvm/interrupt.c | 304 ++++++++++++++++++++----
> arch/s390/kvm/kvm-s390.c | 1 +
> include/linux/kvm_host.h | 1 +
> include/uapi/linux/kvm.h | 65 +++++
> virt/kvm/kvm_main.c | 5 +
> 8 files changed, 368 insertions(+), 84 deletions(-)
> create mode 100644 Documentation/virtual/kvm/devices/s390_flic.txt
>
Gleb, Paolo,
since the qemu part relies on a kernel header file, it makes sense to not only let the kernel
part go via the kvm tree, but also the qemu part. I want Alex to Ack the interface, and if he
agrees then I am fine with applying the whole series.
If nothing else comes up, feel free to apply the small change request from Peter yourself or
ask Jens for a resend.
------snip----
--- a/include/uapi/linux/kvm.h
+++ b/include/uapi/linux/kvm.h
@@ -908,7 +908,7 @@ struct kvm_device_attr {
#define KVM_DEV_TYPE_FSL_MPIC_20 1
#define KVM_DEV_TYPE_FSL_MPIC_42 2
#define KVM_DEV_TYPE_XICS 3
-#define KVM_DEV_TYPE_FLIC 4
+#define KVM_DEV_TYPE_FLIC 5
/*
* ioctls for VM fds
------snip----
WARNING: multiple messages have this Message-ID (diff)
From: Christian Borntraeger <borntraeger@de.ibm.com>
To: Gleb Natapov <gleb@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>,
Thomas Huth <thuth@linux.vnet.ibm.com>,
kvm@vger.kernel.org, Alexander Graf <agraf@suse.de>,
qemu-devel@nongnu.org, Jens Freimann <jfrei@linux.vnet.ibm.com>,
Cornelia Huck <cornelia.huck@de.ibm.com>,
Andreas Faerber <afaerber@suse.de>,
Christoffer Dall <christoffer.dall@linaro.org>
Subject: Re: [Qemu-devel] [PATCH v2 0/2] KVM: s390: add floating irq controller
Date: Fri, 06 Sep 2013 15:30:38 +0200 [thread overview]
Message-ID: <5229D8FE.90807@de.ibm.com> (raw)
In-Reply-To: <1378469957-62290-1-git-send-email-jfrei@linux.vnet.ibm.com>
On 06/09/13 14:19, Jens Freimann wrote:> This series adds a kvm_device that acts as a irq controller for floating
> interrupts. As a first step it implements functionality to retrieve and inject
> interrupts for the purpose of migration and for hardening the reset code by
> allowing user space to explicitly remove all pending floating interrupts.
>
> PFAULT patches will also use this device for enabling/disabling pfault, therefore
> the pfault patch series will be reworked to use this device.
>
> * Patch 1/2 adds a new data structure to hold interrupt information. The current
> one (struct kvm_s390_interrupt) does not allow to inject every kind of interrupt,
> e.g. some data for program interrupts and machine check interruptions were
> missing.
>
> * Patch 2/2 adds a kvm_device which supports getting/setting currently pending
> floating interrupts as well as deleting all currently pending interrupts
>
>
> Jens Freimann (2):
> KVM: s390: add and extend interrupt information data structs
> KVM: s390: add floating irq controller
>
> Documentation/virtual/kvm/devices/s390_flic.txt | 36 +++
> arch/s390/include/asm/kvm_host.h | 35 +--
> arch/s390/include/uapi/asm/kvm.h | 5 +
> arch/s390/kvm/interrupt.c | 304 ++++++++++++++++++++----
> arch/s390/kvm/kvm-s390.c | 1 +
> include/linux/kvm_host.h | 1 +
> include/uapi/linux/kvm.h | 65 +++++
> virt/kvm/kvm_main.c | 5 +
> 8 files changed, 368 insertions(+), 84 deletions(-)
> create mode 100644 Documentation/virtual/kvm/devices/s390_flic.txt
>
Gleb, Paolo,
since the qemu part relies on a kernel header file, it makes sense to not only let the kernel
part go via the kvm tree, but also the qemu part. I want Alex to Ack the interface, and if he
agrees then I am fine with applying the whole series.
If nothing else comes up, feel free to apply the small change request from Peter yourself or
ask Jens for a resend.
------snip----
--- a/include/uapi/linux/kvm.h
+++ b/include/uapi/linux/kvm.h
@@ -908,7 +908,7 @@ struct kvm_device_attr {
#define KVM_DEV_TYPE_FSL_MPIC_20 1
#define KVM_DEV_TYPE_FSL_MPIC_42 2
#define KVM_DEV_TYPE_XICS 3
-#define KVM_DEV_TYPE_FLIC 4
+#define KVM_DEV_TYPE_FLIC 5
/*
* ioctls for VM fds
------snip----
next prev parent reply other threads:[~2013-09-06 13:30 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-06 12:19 [PATCH v2 0/2] KVM: s390: add floating irq controller Jens Freimann
2013-09-06 12:19 ` [Qemu-devel] " Jens Freimann
2013-09-06 12:19 ` [PATCH v2 1/2] KVM: s390: add and extend interrupt information data structs Jens Freimann
2013-09-06 12:19 ` [Qemu-devel] " Jens Freimann
2013-09-06 13:20 ` Christian Borntraeger
2013-09-06 13:20 ` [Qemu-devel] " Christian Borntraeger
2013-10-04 23:38 ` Alexander Graf
2013-10-04 23:38 ` [Qemu-devel] " Alexander Graf
2013-09-06 12:19 ` [PATCH v2 2/2] KVM: s390: add floating irq controller Jens Freimann
2013-09-06 12:19 ` [Qemu-devel] " Jens Freimann
2013-09-06 13:22 ` Christian Borntraeger
2013-09-06 13:22 ` [Qemu-devel] " Christian Borntraeger
2013-10-04 23:53 ` Alexander Graf
2013-10-04 23:53 ` [Qemu-devel] " Alexander Graf
2013-10-08 10:38 ` Jens Freimann
2013-10-08 10:38 ` [Qemu-devel] " Jens Freimann
2013-09-06 13:30 ` Christian Borntraeger [this message]
2013-09-06 13:30 ` [Qemu-devel] [PATCH v2 0/2] " Christian Borntraeger
2013-09-15 10:47 ` Gleb Natapov
2013-09-15 10:47 ` [Qemu-devel] " Gleb Natapov
2013-10-04 23:54 ` Alexander Graf
2013-10-04 23:54 ` [Qemu-devel] " Alexander Graf
2013-10-07 19:00 ` Christian Borntraeger
2013-10-07 19:00 ` [Qemu-devel] " Christian Borntraeger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5229D8FE.90807@de.ibm.com \
--to=borntraeger@de.ibm.com \
--cc=afaerber@suse.de \
--cc=agraf@suse.de \
--cc=christoffer.dall@linaro.org \
--cc=cornelia.huck@de.ibm.com \
--cc=gleb@redhat.com \
--cc=jfrei@linux.vnet.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=thuth@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.