From: Greg KH <greg@kroah.com>
To: Sean Christopherson <seanjc@google.com>
Cc: stable@vger.kernel.org, stable-commits@vger.kernel.org,
chao.p.peng@linux.intel.com, Paolo Bonzini <pbonzini@redhat.com>,
Thomas Gleixner <tglx@linutronix.de>,
Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
Dave Hansen <dave.hansen@linux.intel.com>,
x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>
Subject: Re: Patch "KVM: Use gfn instead of hva for mmu_notifier_retry" has been added to the 6.6-stable tree
Date: Tue, 25 Jun 2024 07:40:04 +0200 [thread overview]
Message-ID: <2024062555-stainable-granular-eef6@gregkh> (raw)
In-Reply-To: <ZnmM8SCNDe5Hbmcq@google.com>
On Mon, Jun 24, 2024 at 03:12:49PM +0000, Sean Christopherson wrote:
> On Mon, Jun 24, 2024, Sasha Levin wrote:
> > This is a note to let you know that I've just added the patch titled
> >
> > KVM: Use gfn instead of hva for mmu_notifier_retry
> >
> > to the 6.6-stable tree which can be found at:
> > http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
> >
> > The filename of the patch is:
> > kvm-use-gfn-instead-of-hva-for-mmu_notifier_retry.patch
> > and it can be found in the queue-6.6 subdirectory.
> >
> > If you, or anyone else, feels it should not be added to the stable tree,
> > please let <stable@vger.kernel.org> know about it.
> >
> >
> >
> > commit 68a14ccc3fb35047cc4900c8ddd4b6f959e25b77
> > Author: Chao Peng <chao.p.peng@linux.intel.com>
> > Date: Fri Oct 27 11:21:45 2023 -0700
> >
> > KVM: Use gfn instead of hva for mmu_notifier_retry
> >
> > [ Upstream commit 8569992d64b8f750e34b7858eac5d7daaf0f80fd ]
> >
> > Currently in mmu_notifier invalidate path, hva range is recorded and then
> > checked against by mmu_invalidate_retry_hva() in the page fault handling
> > path. However, for the soon-to-be-introduced private memory, a page fault
> > may not have a hva associated, checking gfn(gpa) makes more sense.
> >
> > For existing hva based shared memory, gfn is expected to also work. The
> > only downside is when aliasing multiple gfns to a single hva, the
> > current algorithm of checking multiple ranges could result in a much
> > larger range being rejected. Such aliasing should be uncommon, so the
> > impact is expected small.
> >
> > Suggested-by: Sean Christopherson <seanjc@google.com>
> > Cc: Xu Yilun <yilun.xu@intel.com>
> > Signed-off-by: Chao Peng <chao.p.peng@linux.intel.com>
> > Reviewed-by: Fuad Tabba <tabba@google.com>
> > Tested-by: Fuad Tabba <tabba@google.com>
> > [sean: convert vmx_set_apic_access_page_addr() to gfn-based API]
> > Signed-off-by: Sean Christopherson <seanjc@google.com>
> > Reviewed-by: Paolo Bonzini <pbonzini@redhat.com>
> > Reviewed-by: Xu Yilun <yilun.xu@linux.intel.com>
> > Message-Id: <20231027182217.3615211-4-seanjc@google.com>
> > Reviewed-by: Kai Huang <kai.huang@intel.com>
> > Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
> > Stable-dep-of: c3f3edf73a8f ("KVM: Stop processing *all* memslots when "null" mmu_notifier handler is found")
>
> Please drop this, and all other related patches. This is not at all appropriate
> for stable trees.
>
> I'm pretty sure your scripts are borked too, at least from KVM's perspective. I
> specifically didn't tag c3f3edf73a8f for stable[*], and I thought we had agreed a
> while back that only KVM (x86?) fixes with an explicit "Cc: stable@" would be
> automatically included.
>
> [*] https://lore.kernel.org/all/20240620230937.2214992-1-seanjc@google.com
All now dropped, sorry about that.
greg k-h
prev parent reply other threads:[~2024-06-25 5:40 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20240624135153.937666-1-sashal@kernel.org>
2024-06-24 15:12 ` Patch "KVM: Use gfn instead of hva for mmu_notifier_retry" has been added to the 6.6-stable tree Sean Christopherson
2024-06-25 5:40 ` Greg KH [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=2024062555-stainable-granular-eef6@gregkh \
--to=greg@kroah.com \
--cc=bp@alien8.de \
--cc=chao.p.peng@linux.intel.com \
--cc=dave.hansen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=mingo@redhat.com \
--cc=pbonzini@redhat.com \
--cc=seanjc@google.com \
--cc=stable-commits@vger.kernel.org \
--cc=stable@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=x86@kernel.org \
/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