[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230313234916.GC3922605@ls.amr.corp.intel.com>
Date: Mon, 13 Mar 2023 16:49:16 -0700
From: Isaku Yamahata <isaku.yamahata@...il.com>
To: "Huang, Kai" <kai.huang@...el.com>
Cc: "isaku.yamahata@...il.com" <isaku.yamahata@...il.com>,
"kvm@...r.kernel.org" <kvm@...r.kernel.org>,
"bagasdotme@...il.com" <bagasdotme@...il.com>,
"Hansen, Dave" <dave.hansen@...el.com>,
"Luck, Tony" <tony.luck@...el.com>,
"david@...hat.com" <david@...hat.com>,
"ak@...ux.intel.com" <ak@...ux.intel.com>,
"Wysocki, Rafael J" <rafael.j.wysocki@...el.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"Christopherson,, Sean" <seanjc@...gle.com>,
"Chatre, Reinette" <reinette.chatre@...el.com>,
"pbonzini@...hat.com" <pbonzini@...hat.com>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
"tglx@...utronix.de" <tglx@...utronix.de>,
"kirill.shutemov@...ux.intel.com" <kirill.shutemov@...ux.intel.com>,
"Yamahata, Isaku" <isaku.yamahata@...el.com>,
"peterz@...radead.org" <peterz@...radead.org>,
"Shahar, Sagi" <sagis@...gle.com>,
"imammedo@...hat.com" <imammedo@...hat.com>,
"Gao, Chao" <chao.gao@...el.com>,
"Brown, Len" <len.brown@...el.com>,
"sathyanarayanan.kuppuswamy@...ux.intel.com"
<sathyanarayanan.kuppuswamy@...ux.intel.com>,
"Huang, Ying" <ying.huang@...el.com>,
"Williams, Dan J" <dan.j.williams@...el.com>
Subject: Re: [PATCH v10 05/16] x86/virt/tdx: Add skeleton to enable TDX on
demand
On Sun, Mar 12, 2023 at 11:08:44PM +0000,
"Huang, Kai" <kai.huang@...el.com> wrote:
> On Wed, 2023-03-08 at 14:27 -0800, Isaku Yamahata wrote:
> > > +
> > > +static int try_init_module_global(void)
> > > +{
> > > + int ret;
> > > +
> > > + /*
> > > + * The TDX module global initialization only needs to be done
> > > + * once on any cpu.
> > > + */
> > > + spin_lock(&tdx_global_init_lock);
> > > +
> > > + if (tdx_global_init_status & TDX_GLOBAL_INIT_DONE) {
> > > + ret = tdx_global_init_status & TDX_GLOBAL_INIT_FAILED ?
> > > + -EINVAL : 0;
> > > + goto out;
> > > + }
> > > +
> > > + /* All '0's are just unused parameters. */
> > > + ret = seamcall(TDH_SYS_INIT, 0, 0, 0, 0, NULL, NULL);
> > > +
> > > + tdx_global_init_status = TDX_GLOBAL_INIT_DONE;
> > > + if (ret)
> > > + tdx_global_init_status |= TDX_GLOBAL_INIT_FAILED;
> >
> > If entropy is lacking (rdrand failure), TDH_SYS_INIT can return TDX_SYS_BUSY.
> > In such case, we should allow the caller to retry or make this function retry
> > instead of marking error stickily.
>
> The spec says:
>
> TDX_SYS_BUSY The operation was invoked when another TDX module
> operation was in progress. The operation may be retried.
>
> So I don't see how entropy is lacking is related to this error. Perhaps you
> were mixing up with KEY.CONFIG?
TDH.SYS.INIT() initializes global canary value. TDX module is compiled with
strong stack protector enabled by clang and canary value needs to be
initialized. By default, the canary value is stored at
%fsbase:<STACK_CANARY_OFFSET 0x28>
Although this is a job for libc or language runtime, TDX modules has to do it
itself because it's stand alone.
>From tdh_sys_init.c
_STATIC_INLINE_ api_error_type tdx_init_stack_canary(void)
{
ia32_rflags_t rflags = {.raw = 0};
uint64_t canary;
if (!ia32_rdrand(&rflags, &canary))
{
return TDX_SYS_BUSY;
}
...
last_page_ptr->stack_canary.canary = canary;
--
Isaku Yamahata <isaku.yamahata@...il.com>
Powered by blists - more mailing lists