From: Sean Christopherson <seanjc@google.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: kvm@vger.kernel.org, Tao Su <tao1.su@linux.intel.com>,
chao.gao@intel.com, xiaoyao.li@intel.com
Subject: Re: [PATCH] KVM: x86/mmu: Don't save mmu_invalidate_seq after checking private attr
Date: Wed, 5 Jun 2024 06:19:18 -0700 [thread overview]
Message-ID: <ZmBlxCTDv0hO0I--@google.com> (raw)
In-Reply-To: <7889d02e-95a5-4928-abed-05809506c980@redhat.com>
On Wed, Jun 05, 2024, Paolo Bonzini wrote:
> On 6/5/24 01:29, Sean Christopherson wrote:
> > On Tue, 28 May 2024 18:22:34 +0800, Tao Su wrote:
> > > Drop the second snapshot of mmu_invalidate_seq in kvm_faultin_pfn().
> > > Before checking the mismatch of private vs. shared, mmu_invalidate_seq is
> > > saved to fault->mmu_seq, which can be used to detect an invalidation
> > > related to the gfn occurred, i.e. KVM will not install a mapping in page
> > > table if fault->mmu_seq != mmu_invalidate_seq.
> > >
> > > Currently there is a second snapshot of mmu_invalidate_seq, which may not
> > > be same as the first snapshot in kvm_faultin_pfn(), i.e. the gfn attribute
> > > may be changed between the two snapshots, but the gfn may be mapped in
> > > page table without hindrance. Therefore, drop the second snapshot as it
> > > has no obvious benefits.
> > >
> > > [...]
> >
> > Applied to kvm-x86 fixes, thanks!
> >
> > [1/1] KVM: x86/mmu: Don't save mmu_invalidate_seq after checking private attr
> > https://github.com/kvm-x86/linux/commit/f66e50ed09b3
>
> Since I'm already sending a much larger pull request for -rc3, I guess you
> don't mind if I also queue this one. :)
Not at all, dropped from kvm-x86.
prev parent reply other threads:[~2024-06-05 13:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-28 10:22 [PATCH] KVM: x86/mmu: Don't save mmu_invalidate_seq after checking private attr Tao Su
2024-05-29 7:21 ` Chao Gao
2024-06-04 23:29 ` Sean Christopherson
2024-06-05 10:46 ` Paolo Bonzini
2024-06-05 13:19 ` Sean Christopherson [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=ZmBlxCTDv0hO0I--@google.com \
--to=seanjc@google.com \
--cc=chao.gao@intel.com \
--cc=kvm@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=tao1.su@linux.intel.com \
--cc=xiaoyao.li@intel.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.