diff options
author | Paolo Bonzini <pbonzini@redhat.com> | 2024-10-25 13:38:16 -0400 |
---|---|---|
committer | Paolo Bonzini <pbonzini@redhat.com> | 2024-10-25 13:38:16 -0400 |
commit | 5cb1659f412041e4780f2e8ee49b2e03728a2ba6 (patch) | |
tree | 2b28e7b160c28d374682ecf290d2a26796c05044 /fs/jfs/jfs_dmap.c | |
parent | e9001a382fa2c256229adc68d55212028b01d515 (diff) | |
parent | 8b15c3764c05ed8766709711d2054d96349dee8e (diff) | |
download | linux-5cb1659f412041e4780f2e8ee49b2e03728a2ba6.tar.gz linux-5cb1659f412041e4780f2e8ee49b2e03728a2ba6.tar.bz2 linux-5cb1659f412041e4780f2e8ee49b2e03728a2ba6.zip |
Merge branch 'kvm-no-struct-page' into HEAD
TL;DR: Eliminate KVM's long-standing (and heinous) behavior of essentially
guessing which pfns are refcounted pages (see kvm_pfn_to_refcounted_page()).
Getting there requires "fixing" arch code that isn't obviously broken.
Specifically, to get rid of kvm_pfn_to_refcounted_page(), KVM needs to
stop marking pages/folios dirty/accessed based solely on the pfn that's
stored in KVM's stage-2 page tables.
Instead of tracking which SPTEs correspond to refcounted pages, simply
remove all of the code that operates on "struct page" based ona the pfn
in stage-2 PTEs. This is the back ~40-50% of the series.
For x86 in particular, which sets accessed/dirty status when that info
would be "lost", e.g. when SPTEs are zapped or KVM clears the dirty flag
in a SPTE, foregoing the updates provides very measurable performance
improvements for related operations. E.g. when clearing dirty bits as
part of dirty logging, and zapping SPTEs to reconstitue huge pages when
disabling dirty logging.
The front ~40% of the series is cleanups and prep work, and most of it is
x86 focused (purely because x86 added the most special cases, *sigh*).
E.g. several of the inputs to hva_to_pfn() (and it's myriad wrappers),
can be removed by cleaning up and deduplicating x86 code.
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'fs/jfs/jfs_dmap.c')
0 files changed, 0 insertions, 0 deletions