From: Cornelia Huck <cornelia.huck@de.ibm.com>
To: KVM <kvm@vger.kernel.org>
Cc: linux-s390 <linux-s390@vger.kernel.org>,
qemu-devel <qemu-devel@nongnu.org>,
"Michael S. Tsirkin" <mst@redhat.com>
Subject: [RFC PATCH v2 0/4] kvm: Make ioeventfd usable on s390.
Date: Fri, 22 Feb 2013 13:09:45 +0100 [thread overview]
Message-ID: <1361534989-38884-1-git-send-email-cornelia.huck@de.ibm.com> (raw)
Here's the second attempt at implementing ioeventfd for s390.
Rather than the architecture-specific functions used in v1, we
now try to integrate with the kvm_io_device infrastructure.
Calls to diagnose 500 subcode 3 are now mapped to _write.
These devices are created on a new KVM_CSS_BUS when using a
new flag KVM_IOEVENTFD_FLAG_CSS. addr and datamatch are (ab)used
to contain the subchannel id and the virtqueue.
A drawback is that this interface is not easily extendable should
we want to attach other hypercalls or carry more payload.
Another limitation is the limit of 1000 io devices per bus, which
we would hit easily with a few hundred devices, but that should
be fixable.
v1 -> v2:
- Move irqfd initialization from a module init function to kvm_init,
eliminating the need for a second module for kvm/s390.
- Use kvm_io_device for s390 css devices.
Cornelia Huck (4):
KVM: Initialize irqfd from kvm_init().
KVM: Introduce KVM_CSS_BUS.
KVM: ioeventfd for s390 css devices.
KVM: s390: Wire up ioeventfd.
Documentation/virtual/kvm/api.txt | 7 +++++++
arch/s390/kvm/Kconfig | 1 +
arch/s390/kvm/Makefile | 2 +-
arch/s390/kvm/diag.c | 25 +++++++++++++++++++++++++
arch/s390/kvm/kvm-s390.c | 1 +
include/linux/kvm_host.h | 14 ++++++++++++++
include/uapi/linux/kvm.h | 2 ++
virt/kvm/eventfd.c | 15 ++++++++-------
virt/kvm/kvm_main.c | 6 ++++++
9 files changed, 65 insertions(+), 8 deletions(-)
--
1.7.12.4
next reply other threads:[~2013-02-22 12:09 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-22 12:09 Cornelia Huck [this message]
2013-02-22 12:09 ` [RFC PATCH v2 1/4] KVM: Initialize irqfd from kvm_init() Cornelia Huck
2013-02-22 12:09 ` [RFC PATCH v2 2/4] KVM: Introduce KVM_CSS_BUS Cornelia Huck
2013-02-24 9:57 ` Michael S. Tsirkin
2013-02-25 8:50 ` Cornelia Huck
2013-02-22 12:09 ` [RFC PATCH v2 3/4] KVM: ioeventfd for s390 css devices Cornelia Huck
2013-02-24 9:47 ` Michael S. Tsirkin
2013-02-25 8:49 ` Cornelia Huck
2013-02-22 12:09 ` [RFC PATCH v2 4/4] KVM: s390: Wire up ioeventfd Cornelia Huck
2013-02-24 9:45 ` Michael S. Tsirkin
2013-02-25 8:46 ` Cornelia Huck
2013-02-24 9:40 ` [RFC PATCH v2 0/4] kvm: Make ioeventfd usable on s390 Michael S. Tsirkin
2013-02-24 9:56 ` Michael S. Tsirkin
2013-02-25 8:43 ` Cornelia Huck
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=1361534989-38884-1-git-send-email-cornelia.huck@de.ibm.com \
--to=cornelia.huck@de.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox