[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1c64afc8769c222e27ee22a3758b6c32348949d0.camel@infradead.org>
Date: Sat, 25 Feb 2023 13:52:49 +0000
From: David Woodhouse <dwmw2@...radead.org>
To: Usama Arif <usama.arif@...edance.com>,
Brian Gerst <brgerst@...il.com>,
Yuan Yao <yuan.yao@...ux.intel.com>
Cc: linux-kernel@...r.kernel.org, x86@...nel.org,
Thomas Gleixner <tglx@...utronix.de>,
Borislav Petkov <bp@...en8.de>,
"H . Peter Anvin" <hpa@...or.com>,
Peter Zijlstra <peterz@...radead.org>,
Andy Lutomirski <luto@...nel.org>,
Ingo Molnar <mingo@...nel.org>
Subject: Re: [External] [PATCH v2 0/5] x86-64: Remove global variables from
boot
On Sat, 2023-02-25 at 13:33 +0000, Usama Arif wrote:
>
> Yeah looks good! I am testing with the macro diff for tr_lock from
> https://lore.kernel.org/all/05e27a7a-1faa-944e-2764-6ab4d620fb8f@bytedance.com/.
> If it all works, happy for me to send out v12 with it?
I moved the macro definition up a little to put it between the .code16
and the .align, pushed it out as a commit on top of the above branch.
We'll collapse it into the 'Support parallel startup' patch, yes?
> > I can probably work out how to test the AMD SEV path; is there a
> > way I can test the startup_64 MADT one?
>
> I guess the easiest way is to create a TDX VM on Sapphire Rapids which I
> believe mostly Intel people have access to right now? Maybe we can post
> v12 and someone from Intel could just quickly verify if it boots with
> it? I have added Yuan from the other thread in here who pointed it out
> initially.
Yeah, I should also be able to rustle up both SPR and SEV-SNP if I dig
around at work a little.
Download attachment "smime.p7s" of type "application/pkcs7-signature" (5965 bytes)
Powered by blists - more mailing lists