From: Herbert Xu Subject: Re: [PATCH] crypto: aes - make assembler implementation default for i386 and x86-64 Date: Tue, 12 Jun 2012 16:26:51 +0800 Message-ID: <20120612082651.GA13419@gondor.apana.org.au> References: <20120530215333.32995tjzj9dr4jwo@www.81.fi> <20120609145055.12766.42439.stgit@localhost6.localdomain6> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-crypto@vger.kernel.org, "David S. Miller" , Andi Kleen , linux-kernel@vger.kernel.org To: Jussi Kivilinna Return-path: Received: from sting.hengli.com.au ([178.18.18.71]:47489 "EHLO fornost.hengli.com.au" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751535Ab2FLI1D (ORCPT ); Tue, 12 Jun 2012 04:27:03 -0400 Content-Disposition: inline In-Reply-To: <20120609145055.12766.42439.stgit@localhost6.localdomain6> Sender: linux-crypto-owner@vger.kernel.org List-ID: On Sat, Jun 09, 2012 at 05:50:55PM +0300, Jussi Kivilinna wrote: > AES is often built-in and therefore implementations other than aes-generic > don't get autoloaded by module-aliases. This is solved for aes-ni by cpuid > autoloading, but for x86-64/i586 assembler implementation cpuid matching > does not make much sense (aes-generic built-in but overridden by x86-64/i586 > assembler implementation module). Instead change Kconfig so that assembler > implementation is default on x86-64 and i386. > > This patch also splits common parts exported to assembler implementations > from aes-generic to new module aes-common. > > Patch tested on x86-64, compile tested on i386 and arm. > > Signed-off-by: Jussi Kivilinna I like the idea but I'm not sure about where we draw the line. E.g., why not enable padlock, or for that matter every single hardware implementation of AES? This can get unwieldy very quickly. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt