From: Marc Zyngier <marc.zyngier@arm.com>
To: Dongjiu Geng <gengdongjiu@huawei.com>,
christoffer.dall@arm.com, james.morse@arm.com,
julien.thierry@arm.com, suzuki.poulose@arm.com,
linux-arm-kernel@lists.infradead.org,
kvmarm@lists.cs.columbia.edu, linux-kernel@vger.kernel.org,
zhengxiang9@huawei.com
Subject: Re: [PATCH] KVM: arm/arm64: inject an async abort to host if SEA handling failed
Date: Wed, 24 Apr 2019 08:46:39 +0100 [thread overview]
Message-ID: <06e33e9a-9c77-09bf-d53f-94496cffe8ef@arm.com> (raw)
In-Reply-To: <1556080907-25158-1-git-send-email-gengdongjiu@huawei.com>
On 24/04/2019 05:41, Dongjiu Geng wrote:
> If host failed to handle the SEA, KVM should inject an async abort
> to guest for both SEA data and instruction abort, but it currently
> only handles the data abort, so correct it.
>
> Cc: James Morse <james.morse@arm.com>
> Cc: Xiang Zheng <zhengxiang9@huawei.com>
> Signed-off-by: Dongjiu Geng <gengdongjiu@huawei.com>
> ---
> virt/kvm/arm/mmu.c | 11 +++++------
> 1 file changed, 5 insertions(+), 6 deletions(-)
>
> diff --git a/virt/kvm/arm/mmu.c b/virt/kvm/arm/mmu.c
> index 27c9583..5882516 100644
> --- a/virt/kvm/arm/mmu.c
> +++ b/virt/kvm/arm/mmu.c
> @@ -1924,14 +1924,13 @@ int kvm_handle_guest_abort(struct kvm_vcpu *vcpu, struct kvm_run *run)
> /*
> * For RAS the host kernel may handle this abort.
> * There is no need to pass the error into the guest.
> + * If host failed to handle it, inject an async abort
> + * to guest.
> */
> - if (!kvm_handle_guest_sea(fault_ipa, kvm_vcpu_get_hsr(vcpu)))
> - return 1;
> -
> - if (unlikely(!is_iabt)) {
> + if (kvm_handle_guest_sea(fault_ipa, kvm_vcpu_get_hsr(vcpu)))
We've so far excluded instruction aborts from the delivery of a virtual
SError. You now decide to inject an SError in all cases, but your commit
message doesn't explain *why* this is a sensible thing to do.
I'm not saying that this patch is wrong (the IABT handling predates RAS
by several years and was designed to deal with with badly behaved guest
rather than flaky HW), but I'd like to understand why you think it is right.
Thanks,
M.
--
Jazz is not dead. It just smells funny...
prev parent reply other threads:[~2019-04-24 7:46 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-24 4:41 Dongjiu Geng
2019-04-24 7:46 ` Marc Zyngier [this message]
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=06e33e9a-9c77-09bf-d53f-94496cffe8ef@arm.com \
--to=marc.zyngier@arm.com \
--cc=christoffer.dall@arm.com \
--cc=gengdongjiu@huawei.com \
--cc=james.morse@arm.com \
--cc=julien.thierry@arm.com \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=suzuki.poulose@arm.com \
--cc=zhengxiang9@huawei.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®