[PATCH v5 4/4] ARM: dts: rockchip: Add Crypto node for rk3288

Add Crypto node for rk3288 including crypto controller and dma clk. Signed-off-by: Zain Wang Tested-by: Heiko Stuebner --- Changed in v5: - None Changed in v4: - None Changed in v3: - add reset property Changed in v2: - None Changed in v1: - remove the _crypto suffix - use "rockchip,rk3288-c

[PATCH v5 1/4] crypto: rockchip/crypto - add DT bindings documentation

Add DT bindings documentation for the rk3288 crypto drivers. Signed-off-by: Zain Wang Acked-by: Rob Herring Tested-by: Heiko Stuebner --- Changed in v5: - None Changed in v4: - None Changed in v3: - add reset property Changed in v2: - None Changed in v1: - remove the _crypto suffix - use "r

[PATCH v5 3/4] Crypto: rockchip/crypto - add crypto driver for rk3288

Crypto driver support: ecb(aes) cbc(aes) ecb(des) cbc(des) ecb(des3_ede) cbc(des3_ede) You can alloc tags above in your case. And other algorithms and platforms will be added later on. Signed-off-by: Zain Wang Tested-by: Heiko Stuebner --- Changed in v5: - copy IV back after operation - us

[PATCH v5 0/4] crypto: add crypto accelerator support for rk3288

Changed in v5: - copy IV back after operation - use cra_block_size to tell AES from DES instaed flag AES/TDES Changed in v4: - modify irq function - add devm_add_action in probe - fix some minor mistakes Changed in v3: - add OF depended in Kconfig - rename some variate - add reset property - remo

[PATCH v5 2/4] clk: rockchip: set an ID for crypto clk

Set an ID for crypto clk, so that it can be called in other part. Signed-off-by: Zain Wang Acked-by: Michael Turquette Tested-by: Heiko Stuebner --- Changed in v5: - None Changed in v4: - None Changed in v3: - None Changed in v2: - None Changed in v1: - define SCLK_CRYPTO in rk3288-cru.h - use

Re: [PATCH v3 3/4] crypto: akcipher: add akcipher declarations useful for templates.

On Tue, Nov 24, 2015 at 09:54:57PM +0100, Andrzej Zaborowski wrote: > > It doesn't need to export crypto_aead_type but instead needs to export > crypto_aead_grab and aead_register_instance. I'll add those for > akcipher and resend then. Would there be any point defining a > crypto_akcipher_spawn

Re: [PATCH v3 3/4] crypto: akcipher: add akcipher declarations useful for templates.

On 24 November 2015 at 10:54, Herbert Xu wrote: > Andrew Zaborowski wrote: >> Expose crypto_akcipher_type like other crypto types are exposed to be >> used from outside akcipher.c. Add a struct akcipher_instance similar to >> aead_instance with just the right size for an akcipher template >> ins

Re: [PATCH v3 5/5] crypto: AES CBC multi-buffer glue code

On Tue, 2015-11-24 at 17:47 +0800, Herbert Xu wrote: > On Thu, Nov 19, 2015 at 02:15:40PM -0800, Tim Chen wrote: > > > > This patch introduces the multi-buffer job manager which is responsible > > for submitting scatter-gather buffers from several AES CBC jobs > > to the multi-buffer algorithm. Th

RE:

​Our new web mail has been improved with a new messaging system from Owa/outlook which also include faster usage on email, shared calendar, web-documents and the new 2015 anti-spam version. Please use the link below to complete your update for our new Owa/outlook improved web mail. CLICK HERE

Re: [RFC PATCH 2/2] Crypto kernel tls socket

Am Dienstag, 24. November 2015, 12:20:00 schrieb Hannes Frederic Sowa: Hi Hannes, > >You could also keep the secret in a master process and talk to that via >ipc. I could not agree more. Ciao Stephan -- To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a mess

Re: [RFC PATCH 2/2] Crypto kernel tls socket

Am Dienstag, 24. November 2015, 12:54:07 schrieb Phil Sutter: Hi Phil, > >There "still" are dedicated crypto engines out there which need a driver >to be accessed, so using them from userspace is not as simple as with >padlock or AESNI. This was the reasoning behind the various cryptodev >implemen

Re: [RFC PATCH 2/2] Crypto kernel tls socket

Hi, On Tue, Nov 24, 2015 at 12:20:00PM +0100, Hannes Frederic Sowa wrote: > Stephan Mueller writes: > > > Am Dienstag, 24. November 2015, 18:34:55 schrieb Herbert Xu: > > > > Hi Herbert, > > > >>On Mon, Nov 23, 2015 at 09:43:02AM -0800, Dave Watson wrote: > >>> Userspace crypto interface for TLS

Re: [RFC PATCH 2/2] Crypto kernel tls socket

On (11/24/15 12:20), Hannes Frederic Sowa wrote: > There are some crypto acclerators out there so that putting tls into the > kernel would give a net benefit, because otherwise user space has to > copy data into the kernel for device access and back to user space until > it can finally be send out

Re: [RFC PATCH 2/2] Crypto kernel tls socket

Hello, Stephan Mueller writes: > Am Dienstag, 24. November 2015, 18:34:55 schrieb Herbert Xu: > > Hi Herbert, > >>On Mon, Nov 23, 2015 at 09:43:02AM -0800, Dave Watson wrote: >>> Userspace crypto interface for TLS. Currently supports gcm(aes) 128bit >>> only, however the interface is the same a

Re: [RFC PATCH 2/2] Crypto kernel tls socket

Am Dienstag, 24. November 2015, 18:34:55 schrieb Herbert Xu: Hi Herbert, >On Mon, Nov 23, 2015 at 09:43:02AM -0800, Dave Watson wrote: >> Userspace crypto interface for TLS. Currently supports gcm(aes) 128bit >> only, however the interface is the same as the rest of the SOCK_ALG >> interface, so

Re: [RFC PATCH 2/2] Crypto kernel tls socket

On Mon, Nov 23, 2015 at 09:43:02AM -0800, Dave Watson wrote: > Userspace crypto interface for TLS. Currently supports gcm(aes) 128bit only, > however the interface is the same as the rest of the SOCK_ALG interface, so it > should be possible to add more without any user interface changes. SOCK_AL

Re: [RFC PATCH 1/2] Crypto support aesni rfc5288

On Mon, Nov 23, 2015 at 09:42:44AM -0800, Dave Watson wrote: > Support rfc5288 using intel aesni routines. See also rfc5246. > > AAD length is 13 bytes padded out to 16. Padding bytes have to be > passed in in scatterlist currently, which probably isn't quite the > right fix. > > The assoclen ch

Re: [PATCH] drivers/crypto/qat/qat_common/Makefile: fix typo in clean-files

On Thu, Nov 19, 2015 at 05:06:19PM -0700, Jim Davis wrote: > A typo in the Makefile leaves qat_rsaprivkey-asn1.h hanging around. > > Signed-off-by: Jim Davis Patch applied. Thanks. -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herber

Re: [PATCH] crypto: nx: use of_property_read_u32()

On Mon, Nov 23, 2015 at 03:26:54PM +0530, Saurabh Sengar wrote: > use of_propert_read_u32() for reading int value, > it can help reducing number of variables used > > Signed-off-by: Saurabh Sengar Patch applied. Thanks. -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP

Re: [PATCH] crypto: padlock-aes - use offset_in_page macro

On Sat, Nov 21, 2015 at 10:24:11PM +0800, Geliang Tang wrote: > Use offset_in_page macro instead of (addr & ~PAGE_MASK). > > Signed-off-by: Geliang Tang Patch applied. Thanks. -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pub

Re: [PATCH v3 3/4] crypto: akcipher: add akcipher declarations useful for templates.

Andrew Zaborowski wrote: > Expose crypto_akcipher_type like other crypto types are exposed to be > used from outside akcipher.c. Add a struct akcipher_instance similar to > aead_instance with just the right size for an akcipher template > instance, and two macros for converting to/from crypto_ins

Re: [PATCH v3 5/5] crypto: AES CBC multi-buffer glue code

On Thu, Nov 19, 2015 at 02:15:40PM -0800, Tim Chen wrote: > > This patch introduces the multi-buffer job manager which is responsible > for submitting scatter-gather buffers from several AES CBC jobs > to the multi-buffer algorithm. The glue code interfaces with the > underlying algorithm that han