From: Sean Christopherson <seanjc@google.com>
To: Rick P Edgecombe <rick.p.edgecombe@intel.com>
Cc: "pbonzini@redhat.com" <pbonzini@redhat.com>,
Xiaoyao Li <xiaoyao.li@intel.com>,
"kvm@vger.kernel.org" <kvm@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Yan Y Zhao <yan.y.zhao@intel.com>,
"binbin.wu@linux.intel.com" <binbin.wu@linux.intel.com>
Subject: Re: [PATCH] KVM: VMX: Formally define KVM's "0xdead" exit reason used for failed VM-Enter
Date: Wed, 23 Sep 2026 05:46:30 -0700 [thread overview]
Message-ID: <arPJeqU-kWzFdOu8@google.com> (raw)
In-Reply-To: <8edfb868bcabfef8e2dee96c0831cc3f1234367e.camel@intel.com>
On Wed, Sep 23, 2026, Rick P Edgecombe wrote:
> On Mon, 2026-09-21 at 16:56 -0700, Sean Christopherson wrote:
> > Add EXIT_REASON_UNDEFINED to track KVM's magic "0xdead" value that's used
> > to stuff the exit reason on a failed VM-Enter so that the magic can be
> > reused by TDX, and to make it more obvious that it's an arbitrary, KVM-
> > defined value (though the whole "dead" thing makes it pretty darn obvious).
> >
> > Opportunistically add a compile-time assert to ensure the KVM-defined exit
> > reason never collides with a "real" exit reason.
> >
> > No functional change intended.
> >
> > Cc: Xiaoyao Li <xiaoyao.li@intel.com>
> > Cc: Yan Zhao <yan.y.zhao@intel.com>
> > Cc: Binbin Wu <binbin.wu@linux.intel.com>
> > Cc: Rick Edgecombe <rick.p.edgecombe@intel.com>
>
> > Cc: stable@vger.kernel.org
>
> ?? To help the backport of the DOS stuff? Seems strange: "no functional change
> intended, CC stable"
Yep, I massaged two of those patches ("thanks" incoming soon) to yield:
KVM: TDX: Stuff exit_reason with UNDEFINED on wait_for_sept_zap return
KVM: TDX: Set bits 31:16 to 0 and use UNDEFINED when synthesizing exit reason
prev parent reply other threads:[~2026-09-23 12:46 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-21 23:56 Sean Christopherson
2026-09-22 2:13 ` Binbin Wu
2026-09-22 2:16 ` Xiaoyao Li
2026-09-23 0:57 ` Edgecombe, Rick P
2026-09-23 12:46 ` 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=arPJeqU-kWzFdOu8@google.com \
--to=seanjc@google.com \
--cc=binbin.wu@linux.intel.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=rick.p.edgecombe@intel.com \
--cc=xiaoyao.li@intel.com \
--cc=yan.y.zhao@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®