Re: comparison of the AF_ALG interface with the /dev/crypto

2011-08-29 Thread David Miller
From: Nikos Mavrogiannopoulos Date: Mon, 29 Aug 2011 09:32:19 +0200 > On 08/28/2011 10:35 PM, David Miller wrote: > >>> The benchmark idea was to test the speed of initialization, encryption >>> and deinitiation, as well as the encryption speed alone. These are the >>> most common use cases of t

Re: [PATCH 1/2] mm: convert k{un}map_atomic(p, KM_type) to k{un}map_atomic(p)

2011-08-29 Thread Peter Zijlstra
On Fri, 2011-08-26 at 12:42 -0700, Andrew Morton wrote: > Perhaps you could dust off your old patch and we'll bring it up to date? most of it would be doing what mlin just did, so I took his patch and went from there, the resulting delta is something like the below. Completely untested... crypto

Re: [PATCH v2 02/15] crypto: Add userspace configuration API

2011-08-29 Thread Steffen Klassert
On Mon, Aug 22, 2011 at 02:59:01PM +0800, Herbert Xu wrote: > On Wed, Aug 17, 2011 at 02:10:13PM +0200, Steffen Klassert wrote: > > > > +struct crypto_user_alg { > > + char cru_name[CRYPTO_MAX_ALG_NAME]; > > + char cru_driver_name[CRYPTO_MAX_ALG_NAME]; > > + __u32 type; > > + __u32 mask; >

Re: comparison of the AF_ALG interface with the /dev/crypto

2011-08-29 Thread Nikos Mavrogiannopoulos
On 08/28/2011 10:35 PM, David Miller wrote: The benchmark idea was to test the speed of initialization, encryption and deinitiation, as well as the encryption speed alone. These are the most common use cases of the frameworks (i.e. how they would be used by a cryptographic library). Be sure to