Quoting Herbert Xu herb...@gondor.apana.org.au:
On Tue, Jun 12, 2012 at 09:25:18PM +0300, Jussi Kivilinna wrote:
Well, how about letting arch specific assembler implementations
replace aes-generic
completely.. in this case add depends on !X86 on
CRYPTO_AES_GENERIC. Hardware
modules get
On Tue, Jun 12, 2012 at 09:25:18PM +0300, Jussi Kivilinna wrote:
Well, how about letting arch specific assembler implementations
replace aes-generic
completely.. in this case add depends on !X86 on
CRYPTO_AES_GENERIC. Hardware
modules get autoloaded (cpuid/pci/platform/etc) but generic
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