On Mon, Oct 17, 2016 at 10:06:27AM -0700, Andy Lutomirski wrote:
> hw_random carefully avoids using a stack buffer except in
> add_early_randomness(). This causes a crash in virtio_rng if
> CONFIG_VMAP_STACK=y.
>
> Reported-by: Matt Mullins
> Tested-by: Matt Mullins
Make the module autoloadable by tying it to the CPU feature bit that
describes whether the optional instructions it relies on are implemented
by the current CPU.
Signed-off-by: Ard Biesheuvel
---
arch/arm/crypto/aes-ce-glue.c | 5 ++---
1 file changed, 2
This series wires up the crypto modules that use the ARM 32-bit versions of
the ARMv8 Crypto Extensions to udev autoloading, by exposing the HWCAP2
feature bits via the CPU modalias. This is very similar to the arm64
implementation, with the notable exception that ARM has its CPU feature
Make the module autoloadable by tying it to the CPU feature bit that
describes whether the optional instructions it relies on are implemented
by the current CPU.
Signed-off-by: Ard Biesheuvel
---
arch/arm/crypto/ghash-ce-glue.c | 6 ++
1 file changed, 2
Wire up the generic support for exposing CPU feature bits via the
modalias in /sys/device/system/cpu. This allows udev to automatically
load modules for things like crypto algorithms that are implemented
using optional instructions.
Signed-off-by: Ard Biesheuvel
---
On 11 October 2016 at 19:15, Ard Biesheuvel wrote:
> As it turns out, none of the accelerated crypto routines under
> arch/arm64/crypto
> currently work, or have ever worked correctly when built for big endian. So
> this
> series fixes all of them. This v2 now
Make the module autoloadable by tying it to the CPU feature bit that
describes whether the optional instructions it relies on are implemented
by the current CPU.
Signed-off-by: Ard Biesheuvel
---
arch/arm/crypto/sha2-ce-glue.c | 5 ++---
1 file changed, 2
Make the module autoloadable by tying it to the CPU feature bit that
describes whether the optional instructions it relies on are implemented
by the current CPU.
Signed-off-by: Ard Biesheuvel
---
arch/arm/crypto/sha1-ce-glue.c | 5 ++---
1 file changed, 2
On Tue, Oct 11, 2016 at 07:15:12PM +0100, Ard Biesheuvel wrote:
> As it turns out, none of the accelerated crypto routines under
> arch/arm64/crypto
> currently work, or have ever worked correctly when built for big endian. So
> this
> series fixes all of them. This v2 now includes a similar fix
On 18 October 2016 at 12:49, Catalin Marinas wrote:
> On Tue, Oct 11, 2016 at 07:15:12PM +0100, Ard Biesheuvel wrote:
>> As it turns out, none of the accelerated crypto routines under
>> arch/arm64/crypto
>> currently work, or have ever worked correctly when built for
From: LABBE Corentin
The Security System have a PRNG.
This patch add support for it as an hwrng.
Signed-off-by: Corentin Labbe
---
drivers/crypto/Kconfig | 8
drivers/crypto/sunxi-ss/Makefile | 1 +
On 10/17/2016 10:08 AM, Wei Yongjun wrote:
From: Wei Yongjun
Fixes the following sparse warning:
drivers/crypto/ccp/ccp-dev.c:44:6: warning:
symbol 'ccp_error_codes' was not declared. Should it be static?
Signed-off-by: Wei Yongjun
On 10/17/2016 10:08 AM, Wei Yongjun wrote:
> From: Wei Yongjun
>
> Fixes the following sparse warning:
>
> drivers/crypto/ccp/ccp-dev.c:44:6: warning:
> symbol 'ccp_error_codes' was not declared. Should it be static?
>
> Signed-off-by: Wei Yongjun
Fix a few problems revealed by testing: verify consistent
units, especially in public slot allocation. Percolate
some common initialization code up to a common routine.
Add some comments.
Signed-off-by: Gary R Hook
---
drivers/crypto/ccp/ccp-dev-v3.c |4
On Tue, Oct 18, 2016 at 01:14:38PM +0100, Ard Biesheuvel wrote:
> On 18 October 2016 at 12:49, Catalin Marinas wrote:
> > On Tue, Oct 11, 2016 at 07:15:12PM +0100, Ard Biesheuvel wrote:
> >> As it turns out, none of the accelerated crypto routines under
> >>
Bit fields are not sensitive to endianness, so use
a transparent standard data type
Signed-off-by: Gary R Hook
---
drivers/crypto/ccp/ccp-dev.h | 42 +-
1 file changed, 21 insertions(+), 21 deletions(-)
diff --git
Clean up patch for an unneeded structure member.
Signed-off-by: Gary R Hook
---
drivers/crypto/ccp/ccp-dev.h |1 -
1 file changed, 1 deletion(-)
diff --git a/drivers/crypto/ccp/ccp-dev.h b/drivers/crypto/ccp/ccp-dev.h
index 0d996fe..b96d788 100644
---
17 matches
Mail list logo