BMC/Intel-BMC/linux.git/arch/sparc/crypto/Makefile, branch dev

sparc64: Fix build with mix of modular vs. non-modular crypto drivers.

2012-11-10T04:55:16+00:00

We tried linking in a single built object to hold the device table, but only works if all of the sparc64 crypto modules get built the same way (modular vs. non-modular). Just include the device ID stub into each driver source file so that the table gets compiled into the correct result in all cases. Reported-by: Meelis Roos Signed-off-by: David S. Miller

sparc64: Add auto-loading mechanism to crypto-opcode drivers.

2012-09-15T16:46:25+00:00

Just simply provide a device table containing an entry for sun4v cpus, the capability mask checks in the drivers themselves will take care of the rest. This makes the bootup logs on pre-T4 cpus slightly more verbose, with each driver indicating lack of support for the associated opcode(s). But this isn't too much of a real problem. I toyed with the idea of using explicit entries with compatability fields of "SPARC-T4", "SPARC-T5", etc. but all future cpus will have some subset of these opcodes available and this would just be one more pointless thing to do as each new cpu is released with a new string. Signed-off-by: David S. Miller

sparc64: Add CAMELLIA driver making use of the new camellia opcodes.

2012-08-29T03:51:24+00:00

Signed-off-by: David S. Miller

sparc64: Add DES driver making use of the new des opcodes.

2012-08-26T05:37:23+00:00

Signed-off-by: David S. Miller

sparc64: Add CRC32C driver making use of the new crc32c opcode.

2012-08-23T03:47:36+00:00

Signed-off-by: David S. Miller

sparc64: Add AES driver making use of the new aes opcodes.

2012-08-22T21:29:33+00:00