On 20 November 2014 15:22, Yazen Ghannam wrote:
> +linux-arm-ker...@lists.infradead.org
>
> On Wed, Nov 19, 2014 at 11:19 AM, Yazen Ghannam
> wrote:
>> This module registers a crc32 algorithm and a crc32c algorithm
>> that use the optional CRC32 and CRC32C instructions in ARMv8.
>>
>> Tested on A
Fix invalid inflights calculation for 64 bytes requests.
Signed-off-by: Tadeusz Struk
---
.../qat/qat_common/adf_transport_access_macros.h |9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/crypto/qat/qat_common/adf_transport_access_macros.h
b/drivers/cryp
Hi,
algif_skcipher sends 127 sgl buffers for encryption regardless of how many
buffers acctually have data to process, where the few first with valid len
and the rest with zero len. This is not very eficient and may cause problems
when algs do something like this without checking the buff lenght:
f
Recently lockless_dereference() was added which can be used in place of
hard-coding smp_read_barrier_depends().
http://lkml.iu.edu/hypermail/linux/kernel/1410.3/04561.html
The following series tries to do this.
There are still some hard-coded locations which I was not sure how to replace
with.
On Fri, Nov 21, 2014 at 09:31:15AM +0100, Mathias Krause wrote:
>
> The last modlog call does not contain the "crypto-" prefix, therefore
> happily loads the vfat module.
> I guess crypto templates are handled special?
Yes templates are loaded in crypto_lookup_template so a small change
there (ass
On 21 November 2014 02:05, Kees Cook wrote:
> This prefixes all crypto module loading with "crypto-" so we never run
> the risk of exposing module auto-loading to userspace via a crypto API,
> as demonstrated by Mathias Krause:
>
> https://lkml.org/lkml/2013/3/4/70
>
> Signed-off-by: Kees Cook
>
