From: Marc Zyngier <marc.zyngier@arm.com>
To: Alexander Graf <agraf@suse.de>, kvmarm@lists.cs.columbia.edu
Cc: kvm@vger.kernel.org, linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 0/2] KVM: ARM: Enable vtimers with user space gic
Date: Fri, 16 Sep 2016 11:20:50 +0100 [thread overview]
Message-ID: <57DBC782.7080305@arm.com> (raw)
In-Reply-To: <1474007187-18673-1-git-send-email-agraf@suse.de>
Hi Alex,
On 16/09/16 07:26, Alexander Graf wrote:
> Some systems out there (well, one type in particular - the Raspberry Pi series)
> do have virtualization capabilities in the core, but no ARM GIC interrupt
> controller.
>
> To run on these systems, the cleanest route is to just handle all
> interrupt delivery in user space and only deal with IRQ pins in the core
> side in KVM.
>
> This works pretty well already, but breaks when the guest starts to use
> architected timers, as these are handled straight inside kernel space today.
>
> This patch set allows user space to receive vtimer events as well as mask
> them, so that we can handle all vtimer related interrupt injection from user
> space, enabling us to use architected timer with user space gic emulation.
I have already voiced my concerns in the past, including face to face,
and I'm going to repeat it: I not keen at all on adding a new userspace
interface that is going to bitrot extremely quickly.
Let's face it, this new ABI will have a single user, with a limited
shelf life. I understand that the RPi is a popular product, but it looks
fairly obvious that this kind of sub-standard HW will eventually
disappear. We'll then be left with a userspace ABI that will break at
every single release, given that nobody in the RPi community actually
uses a mainline kernel.
And breaking this ABI will introduce userspace exploitable bugs, like
the one you've already shown. If anything, I would have loved to
completely kill the whole userspace GIC, because nobody cares. Yes, I
understand it is fun to have KVM running on the RPi. But the maintenance
costs far outweigh the fun aspect already.
You could still run KVM with an external emulated timer (not the arch
timer). No need for a new ABI for that.
Thanks,
M.
--
Jazz is not dead. It just smells funny...
next prev parent reply other threads:[~2016-09-16 10:20 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-16 6:26 [PATCH v3 0/2] KVM: ARM: Enable vtimers with user space gic Alexander Graf
2016-09-16 6:26 ` [PATCH v3 1/2] KVM: arm/arm64: Add vcpu ENABLE_CAP functionality Alexander Graf
2016-09-16 6:26 ` [PATCH v3 2/2] KVM: arm/arm64: Route vtimer events to user space Alexander Graf
2016-09-16 9:11 ` Peter Maydell
2016-09-16 9:18 ` Alexander Graf
2016-09-16 10:20 ` Marc Zyngier [this message]
2016-09-16 12:18 ` [PATCH v3 0/2] KVM: ARM: Enable vtimers with user space gic Paolo Bonzini
2016-09-16 12:30 ` Christoffer Dall
2016-09-16 12:31 ` Paolo Bonzini
2016-09-16 13:30 ` Christoffer Dall
2016-09-16 13:46 ` Andrew Jones
2016-09-16 15:45 ` Paolo Bonzini
2016-09-16 19:36 ` Alexander Graf
2016-09-19 7:52 ` Andrew Jones
2016-09-19 11:45 ` Alexander Graf
2016-09-16 13:50 ` Gerd Hoffmann
2016-09-19 10:51 ` Alexander Graf
2016-09-19 11:41 ` Christoffer Dall
2016-09-16 12:25 ` Alexander Graf
2016-09-16 12:29 ` Christoffer Dall
2016-09-16 12:40 ` Paolo Bonzini
2016-09-16 12:44 ` Alexander Graf
2016-09-16 12:54 ` Paolo Bonzini
2016-09-17 15:28 ` Ard Biesheuvel
2016-09-17 15:38 ` Peter Maydell
2016-09-17 16:47 ` Ard Biesheuvel
2016-09-16 12:43 ` Alexander Graf
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=57DBC782.7080305@arm.com \
--to=marc.zyngier@arm.com \
--cc=agraf@suse.de \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-arm-kernel@lists.infradead.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