From: Artem Dinaburg <artem@trailofbits.com>
To: stable@vger.kernel.org
Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org,
seanjc@google.com, pbonzini@redhat.com, kimjw04271234@gmail.com,
Artem Dinaburg <artem@trailofbits.com>
Subject: [PATCH 6.6.y+6.1.y 0/2] KVM: x86/mmu: Check write tracking in all address spaces
Date: Wed, 26 Aug 2026 16:16:53 -0400 [thread overview]
Message-ID: <20260826201655.9198-1-artem@trailofbits.com> (raw)
Please queue upstream commit 0f38453cdb2e17566ccb7c0f3dabd5bd21caca26
("KVM: x86/mmu: Check write tracking in all address spaces") for the
stable trees. It is in mainline as of v7.2-rc6.
The fix is absent by code state from 7.1.10, 6.18.46, 6.12.105, 6.6.153
and 6.1.184.
7.1.y, 6.18.y, 6.12.y: please cherry-pick the upstream commit directly.
No patch is included for these trees. Commit 0f38453cdb2e applies and
compiles unmodified on all three, so there is nothing to adapt:
git cherry-pick -x 0f38453cdb2e17566ccb7c0f3dabd5bd21caca26
6.6.y and 6.1.y need adapted backports; they are patches 1/2 and 2/2 of
this series. On 6.6 the upstream commit applies but does not build,
because KVM_MAX_NR_ADDRESS_SPACES and kvm_arch_nr_memslot_as_ids() do
not exist there. On 6.1 the upstream commit conflicts: the function is
still kvm_slot_page_track_is_active() and the tracking array is
mode-indexed gfn_track[].
5.15.y and 5.10.y are not covered by this submission. Those trees were
not assessed.
Jinu Kim (2):
[6.6.y] KVM: x86/mmu: Check write tracking in all address spaces
[6.1.y] KVM: x86/mmu: Check write tracking in all address spaces
Each patch touches only arch/x86/kvm/mmu/page_track.c:
1/2 (6.6.y): 26 insertions(+), 6 deletions(-)
2/2 (6.1.y): 22 insertions(+), 6 deletions(-)
--
2.43.0
next reply other threads:[~2026-08-26 20:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-26 20:16 Artem Dinaburg [this message]
2026-08-26 20:16 ` [PATCH 6.6.y 1/2] KVM: x86/mmu: Check write tracking in all address spaces Artem Dinaburg
2026-08-26 20:16 ` [PATCH 6.1.y 2/2] " Artem Dinaburg
2026-08-28 1:46 ` [PATCH 6.6.y+6.1.y 0/2] " Sasha Levin
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=20260826201655.9198-1-artem@trailofbits.com \
--to=artem@trailofbits.com \
--cc=kimjw04271234@gmail.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=seanjc@google.com \
--cc=stable@vger.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 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.