diff options
author | Marc Zyngier <maz@kernel.org> | 2025-05-14 11:34:50 +0100 |
---|---|---|
committer | Marc Zyngier <maz@kernel.org> | 2025-05-19 07:59:46 +0100 |
commit | ea8d3cf46d57bc1e131ca66ebc3e9aabe40234ef (patch) | |
tree | 1e9f817d28babdebc3a0ce703d0630c9bf961b87 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | bd914a981446df475be27ef9c5e86961e6f39c5a (diff) |
KVM: arm64: nv: Add pseudo-TLB backing VNCR_EL2
FEAT_NV2 introduces an interesting problem for NV, as VNCR_EL2.BADDR
is a virtual address in the EL2&0 (or EL2, but we thankfully ignore
this) translation regime.
As we need to replicate such mapping in the real EL2, it means that
we need to remember that there is such a translation, and that any
TLBI affecting EL2 can possibly affect this translation.
It also means that any invalidation driven by an MMU notifier must
be able to shoot down any such mapping.
All in all, we need a data structure that represents this mapping,
and that is extremely close to a TLB. Given that we can only use
one of those per vcpu at any given time, we only allocate one.
No effort is made to keep that structure small. If we need to
start caching multiple of them, we may want to revisit that design
point. But for now, it is kept simple so that we can reason about it.
Oh, and add a braindump of how things are supposed to work, because
I will definitely page this out at some point. Yes, pun intended.
Reviewed-by: Oliver Upton <oliver.upton@linux.dev>
Link: https://lore.kernel.org/r/20250514103501.2225951-8-maz@kernel.org
Signed-off-by: Marc Zyngier <maz@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions