[PATCH] crypto/nx: disable NX on little endian builds

The NX driver has endian issues so disable it for now. Signed-off-by: Anton Blanchard --- diff --git a/drivers/crypto/Kconfig b/drivers/crypto/Kconfig index 03ccdb0..8280a7a3 100644 --- a/drivers/crypto/Kconfig +++ b/drivers/crypto/Kconfig @@ -313,7 +313,7 @@ config CRYPTO_DEV_S5P config

Re: [PATCH 0/3] Fix crypto/vmx/p8_ghash memory corruption

Hi Marcelo > This series fixes the memory corruption found by Jan Stancek in > 4.8-rc7. The problem however also affects previous versions of the > driver. If it affects previous versions, please add the lines in the sign off to get it into the stable kernels. Anton -- To unsubscribe from this l

Re: [PATCH] crypto: powerpc - Rename CRYPT_CRC32C_VPMSUM option

Hi Jean, > For consistency with the other 246 kernel configuration options, > rename CRYPT_CRC32C_VPMSUM to CRYPTO_CRC32C_VPMSUM. Thanks! Not sure how I missed that. Acked-by: Anton Blanchard Anton -- To unsubscribe from this list: send the line "unsubscribe linux-crypto"

Re: [PATCH] crypto: powerpc - Fix initialisation of crc32c context

> as CRC32c requires. > > This probably wasn't caught because btrfs does its own weird > open-coded initialisation. > > Initialise our internal context to ~0 on init. > > This makes the self-tests pass, and btrfs continues to work. Thanks! Not sure how I scr

[PATCH 1/2] crypto: vmx: Fix ABI detection

From: Anton Blanchard When calling ppc-xlate.pl, we pass it either linux-ppc64 or linux-ppc64le. The script however was expecting linux64le, a result of its OpenSSL origins. This means we aren't obeying the ppc64le ABIv2 rules. Fix this by checking for linux-ppc64le. Fixes: 5ca5573

[PATCH 2/2] crypto: vmx: Increase priority of aes-cbc cipher

From: Anton Blanchard All of the VMX AES ciphers (AES, AES-CBC and AES-CTR) are set at priority 1000. Unfortunately this means we never use AES-CBC and AES-CTR, because the base AES-CBC cipher that is implemented on top of AES inherits its priority. To fix this, AES-CBC and AES-CTR have to be a

[PATCH 2/2] crypto: powerpc: Add POWER8 optimised crc32c

From: Anton Blanchard Use the vector polynomial multiply-sum instructions in POWER8 to speed up crc32c. This is just over 41x faster than the slice-by-8 method that it replaces. Measurements on a 4.1 GHz POWER8 show it sustaining 52 GiB/sec. A simple btrfs write performance test: dd if

[PATCH 1/2] powerpc: define FUNC_START/FUNC_END

From: Anton Blanchard gcc provides FUNC_START/FUNC_END macros to help with creating assembly functions. Mirror these in the kernel so we can more easily share code between userspace and the kernel. FUNC_END is just a stub since we don't currently annotate the end of kernel functions. It

[PATCH] crypto: crc32c-vpmsum - Convert to CPU feature based module autoloading

From: Anton Blanchard This patch utilises the GENERIC_CPU_AUTOPROBE infrastructure to automatically load the crc32c-vpmsum module if the CPU supports it. Signed-off-by: Anton Blanchard --- arch/powerpc/crypto/crc32c-vpmsum_glue.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff

Re: [PATCH] crypto: crc32c-vpmsum - Convert to CPU feature based module autoloading

Hi Michael, > Is VEC_CRYPTO the right feature? > > That's new power8 crypto stuff. The vpmsum* instructions are part of the same pipeline as the vcipher* instructions, introduced in POWER8. > I thought this only used VMX? (but I haven't looked closely) Yes, vcipher* and vpmsum* are VMX instruc

Re: [PATCH 1/4] crypto: powerpc - Factor out the core CRC vpmsum algorithm

Hi David, > While not part of this change, the unrolled loops look as though > they just destroy the cpu cache. > I'd like be convinced that anything does CRC over long enough buffers > to make it a gain at all. btrfs data checksumming is one area. > With modern (not that modern now) superscalar

Re: [PATCH 05/17] pseries: Enabled the PFO-based RNG accelerator

Hi, +#if defined(CONFIG_HW_RANDOM_PSERIES) || \ + defined(CONFIG_HW_RANDOM_PSERIES_MODULE) +#define OV5_PFO_HW_RNG 0x80/* PFO Random Number Generator */ +#else +#define OV5_PFO_HW_RNG 0x00 +#endif Milton tipped me off about this. We really don't want to be doing ibm,cli