public inbox for stable@vger.kernel.org
 help / color / mirror / Atom feed
From: Sean Christopherson <seanjc@google.com>
To: stable@vger.kernel.org
Cc: 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: Mon, 24 Jun 2024 15:12:49 +0000	[thread overview]
Message-ID: <ZnmM8SCNDe5Hbmcq@google.com> (raw)
In-Reply-To: <20240624135153.937666-1-sashal@kernel.org>

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

       reply	other threads:[~2024-06-24 15:12 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 ` Sean Christopherson [this message]
2024-06-25  5:40   ` Patch "KVM: Use gfn instead of hva for mmu_notifier_retry" has been added to the 6.6-stable tree Greg KH

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=ZnmM8SCNDe5Hbmcq@google.com \
    --to=seanjc@google.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=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