From: Marc Zyngier <maz@kernel.org>
To: Oliver Upton <oliver.upton@linux.dev>
Cc: kvmarm@lists.linux.dev, James Morse <james.morse@arm.com>,
Suzuki K Poulose <suzuki.poulose@arm.com>,
Zenghui Yu <yuzenghui@huawei.com>
Subject: Re: [PATCH] KVM: arm64: Ensure canonical IPA is hugepage-aligned when handling fault
Date: Thu, 22 Aug 2024 08:33:29 +0100 [thread overview]
Message-ID: <868qwpxb92.wl-maz@kernel.org> (raw)
In-Reply-To: <20240822071710.2291690-1-oliver.upton@linux.dev>
On Thu, 22 Aug 2024 08:17:09 +0100,
Oliver Upton <oliver.upton@linux.dev> wrote:
>
> Zenghui reports that VMs backed by hugetlb pages are no longer booting
> after commit fd276e71d1e7 ("KVM: arm64: nv: Handle shadow stage 2 page
> faults").
>
> Support for shadow stage-2 MMUs introduced the concept of a fault IPA
> and canonical IPA to stage-2 fault handling. These are identical in the
> non-nested case, as the hardware stage-2 context is always that of the
> canonical IPA space.
>
> Both addresses need to be hugepage-aligned when preparing to install a
> hugepage mapping to ensure that KVM uses the correct GFN->PFN translation
> and installs that at the correct IPA for the current stage-2.
>
> And now I'm feeling thirsty after all this talk of IPAs...
>
> Fixes: fd276e71d1e7 ("KVM: arm64: nv: Handle shadow stage 2 page faults")
> Reported-by: Zenghui Yu <yuzenghui@huawei.com>
> Signed-off-by: Oliver Upton <oliver.upton@linux.dev>
> ---
>
> Tested w/ non-nested and nested (well, protected mode) VMs backed
> using hugepages.
>
> arch/arm64/kvm/mmu.c | 9 ++++++++-
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/arch/arm64/kvm/mmu.c b/arch/arm64/kvm/mmu.c
> index 6981b1bc0946..a509b63bd4dd 100644
> --- a/arch/arm64/kvm/mmu.c
> +++ b/arch/arm64/kvm/mmu.c
> @@ -1540,8 +1540,15 @@ static int user_mem_abort(struct kvm_vcpu *vcpu, phys_addr_t fault_ipa,
> vma_pagesize = min(vma_pagesize, (long)max_map_size);
> }
>
> - if (vma_pagesize == PMD_SIZE || vma_pagesize == PUD_SIZE)
> + /*
> + * Both the canonical IPA and fault IPA must be hugepage-aligned to
> + * ensure we find the right PFN and lay down the mapping in the right
> + * place.
> + */
> + if (vma_pagesize == PMD_SIZE || vma_pagesize == PUD_SIZE) {
> fault_ipa &= ~(vma_pagesize - 1);
> + ipa &= ~(vma_pagesize - 1);
> + }
>
> gfn = ipa >> PAGE_SHIFT;
> mte_allowed = kvm_vma_mte_allowed(vma);
Rather obvious in retrospect, and I should add some hugetlb-based
testing to my setup. Thanks both for spotting and fixing it.
Reviewed-by: Marc Zyngier <maz@kernel.org>
M.
--
Without deviation from the norm, progress is not possible.
next prev parent reply other threads:[~2024-08-22 7:33 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-08-22 7:17 [PATCH] KVM: arm64: Ensure canonical IPA is hugepage-aligned when handling fault Oliver Upton
2024-08-22 7:33 ` Marc Zyngier [this message]
2024-08-22 7:41 ` Oliver Upton
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=868qwpxb92.wl-maz@kernel.org \
--to=maz@kernel.org \
--cc=james.morse@arm.com \
--cc=kvmarm@lists.linux.dev \
--cc=oliver.upton@linux.dev \
--cc=suzuki.poulose@arm.com \
--cc=yuzenghui@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 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.