From: mark.rutland@arm.com (Mark Rutland)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 2/2] arm64/kvm: survive unknown traps from guests
Date: Mon, 20 Feb 2017 14:01:06 +0000 [thread overview]
Message-ID: <20170220140106.GA9583@leverpostej> (raw)
In-Reply-To: <1b9e40b9-a6f8-97d3-eacc-15a4f664d4a7@arm.com>
On Mon, Feb 20, 2017 at 01:48:32PM +0000, Suzuki K Poulose wrote:
> On 20/02/17 12:30, Mark Rutland wrote:
> >The patch makes KVM handle any unknown EC by injecting an UNDEFINED
> >exception into the guest, with a corresponding (ratelimited) warning in
> >the host dmesg. We could later improve on this with with a new (opt-in)
> >exit to the host userspace.
>
> If the unknown EC happens to be an asynchronous exception (allocated
> from the second range), we are not sure if that was triggered by this
> guest, or a different guest or even the hypervisor if we cannot really
> isolate the exception(with/without the RAS extensions, i.e ESB).
Sure; that is certainly a worry.
> And I accept there may not be a perfect solution to the problem
> either. May be we could explicitly mention about "unsure" exceptions,
> so that it might help, people who may not really have the deep
> knowledge about the exception code schemes.
I guess we could, though I'm not sure how this is going to be helpful
for those without an understanding of the EC values. We can only say it
*may* be an asynchronous exception, so to understand the issue you need
to understand the EC value.
Thanks,
Mark.
next prev parent reply other threads:[~2017-02-20 14:01 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-20 12:30 [PATCH 0/2] arm{,64}/kvm: survive unknown traps from guests Mark Rutland
2017-02-20 12:30 ` [PATCH 1/2] arm/kvm: " Mark Rutland
2017-03-06 15:08 ` Christoffer Dall
2017-03-06 17:33 ` Mark Rutland
2017-03-07 7:54 ` Marc Zyngier
2017-02-20 12:30 ` [PATCH 2/2] arm64/kvm: " Mark Rutland
2017-02-20 13:48 ` Suzuki K Poulose
2017-02-20 14:01 ` Mark Rutland [this message]
2017-03-06 15:08 ` Christoffer Dall
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=20170220140106.GA9583@leverpostej \
--to=mark.rutland@arm.com \
--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;
as well as URLs for NNTP newsgroup(s).