Re: algif for compression?

Hi Stephen, > If you follow the AF_ALG implementations that are currently in the kernel, a > calling application receives two file descriptors. The first file descriptor > is the reference to a tfm, the second is the reference to a particular > request. > > Wouldn't those file descriptors be the

Re: algif for compression?

Am Montag, 3. April 2017, 08:10:19 CEST schrieb abed mohammad kamaluddin: Hi abed, > Hi Herbert, > > We have implemented algif acomp interface for user space applications > to utilize the kernel compression framework and the hardware drivers > using it and have been testing it using userspace

[PATCH v6] DH support: add KDF handling support

Hi David, Changes v6: * addition of man/keyctl.1 documentation for dh_compute_kdf and dh_compute_kdf_oi * change use of .priv instead of .private to compile the code Thanks Stephan ---8<--- Add the interface logic to support DH with KDF handling support. The dh_compute code now allows the

[PATCH] crypto: caam - fix JR platform device subsequent (re)creations

The way Job Ring platform devices are created and released does not allow for multiple create-release cycles. JR0 Platform device creation error JR0 Platform device creation error caam 210.caam: no queues configured, terminating caam: probe of 210.caam failed with error -12 The reason is

Re: [PATCH] crypto: caam - fix JR platform device subsequent (re)creations

On Mon, Apr 3, 2017 at 10:12 AM, Horia Geantă wrote: > The way Job Ring platform devices are created and released does not > allow for multiple create-release cycles. > > JR0 Platform device creation error > JR0 Platform device creation error > caam 210.caam: no queues

[PATCH] crypto: caam - fix invalid dereference in caam_rsa_init_tfm()

In case caam_jr_alloc() fails, ctx->dev carries the error code, thus accessing it with dev_err() is incorrect. Cc: # 4.8+ Fixes: 8c419778ab57e ("crypto: caam - add support for RSA algorithm") Signed-off-by: Horia Geantă ---

Re: algif for compression?

Hi Herbert, We have implemented algif acomp interface for user space applications to utilize the kernel compression framework and the hardware drivers using it and have been testing it using userspace zlib library. However, what we find lacking in the existing acomp implementation is the ability

Re: [PATCH v5] DH support: add KDF handling support

Stephan Mueller wrote: > this patch changes the documentation, the naming of the variables > and the test case to refer to the variable name of a hashname > instead of kdfname to match the current kernel implementation. It's also needs an update to man1/keyctl.1. David

Re: [PATCH v5] DH support: add KDF handling support

Stephan Mueller wrote: > + struct keyctl_dh_params params = { .private = private, That doesn't compile. I think you meant ".priv". David

Re: [PATCH 1/7] Makefile, LLVM: add -no-integrated-as to KBUILD_[AC]FLAGS

El Thu, Mar 16, 2017 at 05:15:14PM -0700 Michael Davidson ha dit: > Add -no-integrated-as to KBUILD_AFLAGS and KBUILD_CFLAGS > for clang. > > Signed-off-by: Michael Davidson > --- > Makefile | 2 ++ > 1 file changed, 2 insertions(+) > > diff --git a/Makefile b/Makefile >

Re: [PATCH 3/7] x86, LLVM: suppress clang warnings about unaligned accesses

El Fri, Mar 17, 2017 at 04:50:19PM -0700 h...@zytor.com ha dit: > On March 16, 2017 5:15:16 PM PDT, Michael Davidson wrote: > >Suppress clang warnings about potential unaliged accesses > >to members in packed structs. This gets rid of almost 10,000 > >warnings about accesses to

Re: [PATCH v5] KEYS: add SP800-56A KDF support for DH

Pulled.

Re: [PATCH 7/7] crypto, x86, LLVM: aesni - fix token pasting

El Thu, Mar 16, 2017 at 05:15:20PM -0700 Michael Davidson ha dit: > aes_ctrby8_avx-x86_64.S uses the C preprocessor for token pasting > of character sequences that are not valid preprocessor tokens. > While this is allowed when preprocessing assembler files it exposes > an incompatibilty between

Re: [PATCH v5] DH support: add KDF handling support

Am Dienstag, 4. April 2017, 00:22:28 CEST schrieb David Howells: Hi David, > Stephan Mueller wrote: > > + struct keyctl_dh_params params = { .private = private, > > That doesn't compile. I think you meant ".priv". I think some code has been changed since I prepared the