[bug] crypto/vmx/p8_ghash memory corruption in 4.8-rc7

Hi, I'm chasing a memory corruption with 4.8-rc7 as I'm observing random Oopses on ppc BE/LE systems (lpars, KVM guests). About 30% of issues is that module list gets corrupted, and "cat /proc/modules" or "lsmod" triggers an Oops, for example: [ 88.486041] Unable to handle kernel paging

[PATCH] crypto: sunxi-ss: mark sun4i_hash() static

We get 1 warning when building kernel with W=1: drivers/crypto/sunxi-ss/sun4i-ss-hash.c:168:5: warning: no previous prototype for 'sun4i_hash' [-Wmissing-prototypes] In fact, this function is only used in the file in which it is declared and don't need a declaration, but can be made static. So

[PATCH v2] crypto: gcm - Fix IV buffer size in crypto_gcm_setkey

The cipher block size for GCM is 16 bytes, and thus the CTR transform used in crypto_gcm_setkey() will also expect a 16-byte IV. However, the code currently reserves only 8 bytes for the IV, causing an out-of-bounds access in the CTR transform. This patch fixes the issue by setting the size of the

Re: [RFC PATCH v1 09/28] x86/efi: Access EFI data as encrypted when SEV is active

On 23/09/16 06:37, Borislav Petkov wrote: On Thu, Sep 22, 2016 at 08:23:36PM +0200, Paolo Bonzini wrote: Unless this is part of some spec, it's easier if things are the same in SME and SEV. Yeah, I was pondering over how sprinkling sev_active checks might not be so clean. I'm wondering if

[PATCH] crypto: sha1-powerpc: little-endian support

The driver does not handle endianness properly when loading the input data. Signed-off-by: Marcelo Cerri --- arch/powerpc/crypto/sha1-powerpc-asm.S | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git