[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1528730681.9779.42.camel@intel.com>
Date: Mon, 11 Jun 2018 08:24:41 -0700
From: Sean Christopherson <sean.j.christopherson@...el.com>
To: Dave Hansen <dave.hansen@...el.com>,
Jarkko Sakkinen <jarkko.sakkinen@...ux.intel.com>,
x86@...nel.org, platform-driver-x86@...r.kernel.org
Cc: nhorman@...hat.com, npmccallum@...hat.com,
Herbert Xu <herbert@...dor.apana.org.au>,
"David S. Miller" <davem@...emloft.net>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...hat.com>,
"H. Peter Anvin" <hpa@...or.com>,
"open list:CRYPTO API" <linux-crypto@...r.kernel.org>,
"open list:X86 ARCHITECTURE (32-BIT AND 64-BIT)"
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v11 06/13] crypto: aesni: add minimal build option for
SGX LE
On Fri, 2018-06-08 at 10:27 -0700, Dave Hansen wrote:
> On 06/08/2018 10:09 AM, Jarkko Sakkinen wrote:
> >
> > --- a/arch/x86/crypto/aesni-intel_asm.S
> > +++ b/arch/x86/crypto/aesni-intel_asm.S
> > @@ -45,6 +45,8 @@
> > #define MOVADQ movaps
> > #define MOVUDQ movups
> >
> > +#ifndef AESNI_INTEL_MINIMAL
> > +
> > #ifdef __x86_64__
> >
> > # constants in mergeable sections, linker can reorder and merge
> > @@ -133,6 +135,8 @@ ALL_F: .octa 0xffffffffffffffffffffffffffffffff
> > #define keysize 2*15*16(%arg1)
> > #endif
> >
> > +#endif /* AESNI_INTEL_MINIMAL */
> > +
> I'd really prefer that these get moved into a separate file rather than
> a scattered set of #ifdefs. This just seem fragile to me.
>
> Can we have a "aesni-intel_asm-minimal.S"? Or, at least bunch the
> minimal set of things *together*?
A separate file doesn't seem appropriate because there is no criteria
for including code in the "minimal" build beyond "this code happens to
be needed by SGX". I considered having SGX somewhere in the define
but opted for AESNI_INTEL_MINIMAL on the off chance that the minimal
build was useful for something other than SGX.
I'm not opposed to bunching the minimal stuff together, my intent was
simply to disturb the code as little as possible.
Powered by blists - more mailing lists