diff options
| author | Oliver Upton <oliver.upton@linux.dev> | 2025-07-26 18:47:02 +0300 | 
|---|---|---|
| committer | Oliver Upton <oliver.upton@linux.dev> | 2025-07-26 18:47:02 +0300 | 
| commit | c535d132a30f7c28148efd266a654e68323608df (patch) | |
| tree | 23ae65ba8726c4529c9d4b9d8ac168ec6effca60 /rust/helpers/refcount.c | |
| parent | 86731a2a651e58953fc949573895f2fa6d456841 (diff) | |
| parent | f55ce5a6cd33211c8cc5bce0554b6ac710a6a28b (diff) | |
| download | linux-c535d132a30f7c28148efd266a654e68323608df.tar.xz | |
Merge branch 'kvm-arm64/cacheable-pfnmap' into kvmarm/next
* kvm-arm64/cacheable-pfnmap:
  : Cacheable PFNMAP support at stage-2, courtesy of Ankit Agrawal
  :
  : For historical reasons, KVM only allows cacheable mappings at stage-2
  : when a kernel alias exists in the direct map for the memory region. On
  : hardware without FEAT_S2FWB, this is necessary as KVM must do cache
  : maintenance to keep guest/host accesses coherent.
  :
  : This is unnecessarily restrictive on systems with FEAT_S2FWB and
  : CTR_EL0.DIC, as KVM no longer needs to perform cache maintenance to
  : maintain correctness.
  :
  : Allow cacheable mappings at stage-2 on supporting hardware when the
  : corresponding VMA has cacheable memory attributes and advertise a
  : capability to userspace such that a VMM can determine if a stage-2
  : mapping can be established (e.g. VFIO device).
  KVM: arm64: Expose new KVM cap for cacheable PFNMAP
  KVM: arm64: Allow cacheable stage 2 mapping using VMA flags
  KVM: arm64: Block cacheable PFNMAP mapping
  KVM: arm64: Assume non-PFNMAP/MIXEDMAP VMAs can be mapped cacheable
  KVM: arm64: Rename the device variable to s2_force_noncacheable
Signed-off-by: Oliver Upton <oliver.upton@linux.dev>
Diffstat (limited to 'rust/helpers/refcount.c')
0 files changed, 0 insertions, 0 deletions
