kernel/linux.git/drivers/s390/crypto/zcrypt_api.c, branch linux-4.4.y

s390/zcrypt: Fix initialisation when zcrypt is built-in

2015-11-11T12:56:34+00:00

ap_bus and zcrypt_api assumed module information to always be present and initialisation to be done in module loading order (symbol dependencies). These assumptions don't hold if zcrypt is built-in; THIS_MODULE will be NULL in this case and init call order is linker order, i.e. Makefile order. Fix initialisation order by ordering the object files in the Makefile according to their dependencies, like the module loader would do. Fix message type registration by using a dedicated "name" field rather than piggy-backing on the module ("owner") information. There's no change to the requirement that module name and msgtype name are identical. The existing name macros are used. We don't need any special code for dealing with the drivers being built-in; the generic module support code already does the right thing. Test results: 1. CONFIG_MODULES=y, CONFIG_ZCRYPT=y KVM: boots, no /sys/bus/ap (expected) LPAR with CEX5: boots, /sys/bus/ap/devices/card*/type present 2. CONFIG_MODULES=y, CONFIG_ZCRYPT=m=: KVM: boots, loading zcrypt_cex4 (and ap) fails (expected) LPAR with CEX5: boots, loading =zcrypt_cex4= succeeds, /sys/bus/ap/devices/card*/type present after explicit module loading 3. CONFIG_MODULES unset, CONFIG_ZCRYPT=y: KVM: boots, no /sys/bus/ap (expected) LPAR with CEX5: boots, /sys/bus/ap/devices/card*/type present No further testing (user-space functionality) was done. Fixes: 3b6245fd303f ("s390/zcrypt: Separate msgtype implementation from card modules.") Signed-off-by: Sascha Silbe Signed-off-by: Martin Schwidefsky

s390/zcrypt: enable odd RSA modulus sizes in CRT format

2015-10-14T12:31:59+00:00

In the past only even modulus sizes were allowed for RSA keys in CRT format. This restriction was based on limited RSA key generation on older crypto adapters that provides only even modulus sizes. This restriction is not valid any more. Revoke restrictions that crypto requests can be serviced with odd RSA modulus length in CRT format. Signed-off-by: Ingo Tuchscherer Signed-off-by: Martin Schwidefsky

drivers/s390/crypto/zcrypt_api.c: use seq_hex_dump() to dump buffers

2015-09-10T20:29:01+00:00

Instead of custom approach let's use recently introduced seq_hex_dump() helper. Signed-off-by: Andy Shevchenko Acked-by: Ingo Tuchscherer Cc: Alexander Viro Cc: Joe Perches Cc: Tadeusz Struk Cc: Helge Deller Cc: Catalin Marinas Cc: Vladimir Kondratiev Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

s390/zcrypt: enable s390 hwrng to seed kernel entropy

2015-07-01T07:34:37+00:00

Set the 'quality' property in the zcrypt rng device structure to enable the zcrypt hwrng device to take part in the kernel entropy seeding process. A module parameter named hwrng_seed will be introduced to disable the participation. By default this parameter is set to 1 (enabled). Signed-off-by: Ingo Tuchscherer Signed-off-by: Harald Freudenberger Signed-off-by: Martin Schwidefsky

s390/zcrypt: Fixed possible race condition in zcrypt module handling

2014-09-25T08:52:04+00:00

Signed-off-by: Ingo Tuchscherer Signed-off-by: Martin Schwidefsky

s390: avoid format strings leaking into names

2014-06-11T08:13:27+00:00

This makes sure format strings can't accidentally leak into kernel interface names. Signed-off-by: Kees Cook Signed-off-by: Heiko Carstens Signed-off-by: Martin Schwidefsky

s390/zcrypt: add length check for aligned data to avoid overflow in msg-type 6

2014-04-01T07:23:34+00:00

Signed-off-by: Ingo Tuchscherer Signed-off-by: Martin Schwidefsky

s390/zcrypt: add support for EP11 coprocessor cards

2013-12-18T16:37:15+00:00

This feature extends the generic cryptographic device driver (zcrypt) with a new capability to service EP11 requests for the Crypto Express4S card in EP11 (Enterprise PKCS#11 mode) coprocessor mode. Signed-off-by: Ingo Tuchscherer Signed-off-by: Martin Schwidefsky

s390/zcryt: Handle AP configuration changes

2012-09-26T13:45:17+00:00

Detect external AP bus configuration changes and request an AP device rescan. Signed-off-by: Holger Dengler Signed-off-by: Martin Schwidefsky

s390/zcrypt: Separate msgtype implementation from card modules.

2012-09-26T13:44:55+00:00

Msgtype implementations are now separated from card specific modules and can be dynamically registered. Existing msgtype implementations are restructured in modules. Signed-off-by: Holger Dengler Signed-off-by: Martin Schwidefsky