From: Marc Zyngier <maz@kernel.org>
To: Ganapatrao Kulkarni <gankulkarni@os.amperecomputing.com>
Cc: kvmarm@lists.linux.dev, kvm@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, oliver.upton@linux.dev,
darren@os.amperecomputing.com,
d.scott.phillips@amperecomputing.com
Subject: Re: [RFC PATCH] kvm: nv: Optimize the unmapping of shadow S2-MMU tables.
Date: Wed, 27 Mar 2024 12:12:55 +0000 [thread overview]
Message-ID: <87ttkrswjc.wl-maz@kernel.org> (raw)
In-Reply-To: <92117ba1-54ff-4752-b446-0ed09bde7201@os.amperecomputing.com>
On Tue, 26 Mar 2024 11:33:27 +0000,
Ganapatrao Kulkarni <gankulkarni@os.amperecomputing.com> wrote:
>
>
> Hi Marc,
>
> On 05-03-2024 08:33 pm, Marc Zyngier wrote:
> > On Tue, 05 Mar 2024 13:29:08 +0000,
> > Ganapatrao Kulkarni <gankulkarni@os.amperecomputing.com> wrote:
> >>
> >>
> >>
> >> What are the core issues (please forgive me if you mentioned already)?
> >> certainly we will prioritise them than this.
> >
> > AT is a big one. Maintenance interrupts are more or less broken. I'm
> > slowly plugging PAuth, but there's no testing whatsoever (running
> > Linux doesn't count). Lack of SVE support is also definitely a
> > blocker.
> >
>
> I am debugging an issue where EDK2(ArmVirtPkg) boot hangs when tried
> to boot from L1 using QEMU.
>
> The hang is due to failure of AT instruction and resulting in
> immediate return to Guest(L2) and the loop continues...
>
> AT instruction is executed in function of
> __get_fault_info(__translate_far_to_hpfar) in L1 when data abort is
> forwarded. Then AT instruction is trapped and executed/emulated in L0
> in function "__kvm_at_s1e01" is failing and resulting in the return to
> guest.
>
> Is this also the manifestation of the issue of AT that you are referring to?
It's possible, but you are looking at the symptom and not necessarily
the problem.
FWIW, I can boot EDK2 as built by debian as an L2 using QEMU without
any problem, but I'm not using QEMU for L1 (it shouldn't have much of
an impact anyway).
I expect AT S1E1R to fail if any of the following are true:
- the guest S1 page tables have been swapped out in the interval
between the fault and the AT emulation
- the shadow S2 page tables do not have a translation for the output
of the S1 page tables yet
You will need to work out which of these two are true. It is perfectly
possible that there are more edge cases that need addressing, as what
you describe just works with my setup. It could also be that 4kB page
support at L1 is broken (as I have no way to test it and only run with
a 16kB L1).
M.
--
Without deviation from the norm, progress is not possible.
prev parent reply other threads:[~2024-03-27 12:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20240305054606.13261-1-gankulkarni@os.amperecomputing.com>
2024-03-05 8:46 ` [RFC PATCH] kvm: nv: Optimize the unmapping of shadow S2-MMU tables Oliver Upton
2024-03-06 5:31 ` Ganapatrao Kulkarni
2024-03-06 8:39 ` Oliver Upton
2024-03-06 13:33 ` Marc Zyngier
2024-03-06 14:57 ` Ganapatrao Kulkarni
2024-03-05 11:13 ` Marc Zyngier
2024-03-05 13:29 ` Ganapatrao Kulkarni
2024-03-05 15:03 ` Marc Zyngier
2024-03-05 18:33 ` Ganapatrao Kulkarni
2024-03-06 10:23 ` Marc Zyngier
2024-03-26 11:33 ` Ganapatrao Kulkarni
2024-03-27 12:12 ` 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=87ttkrswjc.wl-maz@kernel.org \
--to=maz@kernel.org \
--cc=d.scott.phillips@amperecomputing.com \
--cc=darren@os.amperecomputing.com \
--cc=gankulkarni@os.amperecomputing.com \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.linux.dev \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=oliver.upton@linux.dev \
/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 read-only IMAP folder(s) and NNTP newsgroup(s).