From: Greg KH <gregkh@linuxfoundation.org>
To: Sean Christopherson <seanjc@google.com>
Cc: stable@vger.kernel.org
Subject: Re: FAILED: patch "[PATCH] KVM: selftests: Remove duplicate LAUNCH_UPDATE_VMSA call in" failed to apply to 6.12-stable tree
Date: Wed, 22 Jul 2026 07:37:07 +0200 [thread overview]
Message-ID: <2026072256-audio-operator-7f84@gregkh> (raw)
In-Reply-To: <al-vQXTtfnq-e7Mf@google.com>
On Tue, Jul 21, 2026 at 10:41:21AM -0700, Sean Christopherson wrote:
> On Mon, Apr 20, 2026, gregkh@linuxfoundation.org wrote:
> >
> > The patch below does not apply to the 6.12-stable tree.
> > If someone wants it applied there, or to any other stable or longterm
> > tree, then please email the backport, including the original git commit
> > id to <stable@vger.kernel.org>.
> >
> > To reproduce the conflict and resubmit, you may use the following commands:
> >
> > git fetch https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/ linux-6.12.y
> > git checkout FETCH_HEAD
> > git cherry-pick -x 25a642b6abc98bbbabbf2baef9fc498bbea6aee6
> > # <resolve conflicts, build, test, etc.>
> > git commit -s
> > git send-email --to '<stable@vger.kernel.org>' --in-reply-to '2026042008-thesis-flatworm-d8ed@gregkh' --subject-prefix 'PATCH 6.12.y' HEAD^..
> >
> > Possible dependencies:
> >
> >
> >
> > thanks,
> >
> > greg k-h
> >
> > ------------------ original commit in Linus's tree ------------------
> >
> > >From 25a642b6abc98bbbabbf2baef9fc498bbea6aee6 Mon Sep 17 00:00:00 2001
> > From: Sean Christopherson <seanjc@google.com>
> > Date: Tue, 10 Mar 2026 16:48:09 -0700
> > Subject: [PATCH] KVM: selftests: Remove duplicate LAUNCH_UPDATE_VMSA call in
> > SEV-ES migrate test
> >
> > Drop the explicit KVM_SEV_LAUNCH_UPDATE_VMSA call when creating an SEV-ES
> > VM in the SEV migration test, as sev_vm_create() automatically updates the
> > VMSA pages for SEV-ES guests. The only reason the duplicate call doesn't
> > cause visible problems is because the test doesn't actually try to run the
> > vCPUs. That will change when KVM adds a check to prevent userspace from
> > re-launching a VMSA (which corrupts the VMSA page due to KVM writing
> > encrypted private memory).
> >
> > Fixes: 69f8e15ab61f ("KVM: selftests: Use the SEV library APIs in the intra-host migration test")
> > Cc: stable@vger.kernel.org
> > Link: https://patch.msgid.link/20260310234829.2608037-2-seanjc@google.com
> > Signed-off-by: Sean Christopherson <seanjc@google.com>
> >
> > diff --git a/tools/testing/selftests/kvm/x86/sev_migrate_tests.c b/tools/testing/selftests/kvm/x86/sev_migrate_tests.c
> > index 0a6dfba3905b..6b0928e69051 100644
> > --- a/tools/testing/selftests/kvm/x86/sev_migrate_tests.c
> > +++ b/tools/testing/selftests/kvm/x86/sev_migrate_tests.c
> > @@ -36,8 +36,6 @@ static struct kvm_vm *sev_vm_create(bool es)
> >
> > sev_vm_launch(vm, es ? SEV_POLICY_ES : 0);
> >
> > - if (es)
> > - vm_sev_ioctl(vm, KVM_SEV_LAUNCH_UPDATE_VMSA, NULL);
> > return vm;
> > }
>
> Can you retry applying this to 6.12.y? This now cherry-picks cleanly to 6.12.y
> (and FWIW, the very original patch applies cleanly too).
>
> Oooh, I suspect the issue is that the path in 6.12 is x86_64 instead of x86, i.e.
>
> tools/testing/selftests/kvm/x86_64/sev_migrate_tests.c
>
> instead of
>
> tools/testing/selftests/kvm/x86/sev_migrate_tests.c
>
> and git on my end is configured to automagically handle renames? Holler if an
> explicit patch with the x86_64 is preferred and/or easier to consume.
An explicit patch is preferred, thanks.
greg k-h
prev parent reply other threads:[~2026-07-22 5:38 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-20 13:07 FAILED: patch "[PATCH] KVM: selftests: Remove duplicate LAUNCH_UPDATE_VMSA call in" failed to apply to 6.12-stable tree gregkh
2026-07-21 17:41 ` Sean Christopherson
2026-07-22 5:37 ` 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=2026072256-audio-operator-7f84@gregkh \
--to=gregkh@linuxfoundation.org \
--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.