On Wed, Jun 27, 2007 at 01:00:27AM +0200, Sebastian Siewior wrote:
>
> +static int enqueue_request(struct ablkcipher_request *req,
> + enum SPU_FUNCTIONS op_type)
> +{
> + struct async_d_request *asy_d_ctx = ablkcipher_request_ctx(req);
> + struct crypto_ablkcipher *tfm = crypto
On Wed, Jul 11, 2007 at 03:31:21PM +0200, Sebastian Siewior wrote:
> Hello Herbert,
>
> what about my
> [patch 1/1] add cast to regain ablkcipher_request from private ctx
>
> and the async AES driver? Haven't seen any comments from your side so
> far (except the initial one where I said that I po
Hello Herbert,
what about my
[patch 1/1] add cast to regain ablkcipher_request from private ctx
and the async AES driver? Haven't seen any comments from your side so
far (except the initial one where I said that I post my driver later).
Did the mail sink in your inbox? :)
Sebastian
-
To unsubscr
Hi:
iHere is the crypto update for 2.6.23:
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
or
master.kernel.org:/pub/scm/linux/kernel/git/herbert/crypto-2.6.git
Summary:
* Small fixes and clean-up's.
Herbert Xu (2):
[CRYPTO] api: Wake up all wait
Herbert Xu wrote:
> I've rebased the async dm-crypt patches for 2.6.22. In doing
> so I've refactored the kcryptd split so that all crypto operations
> happen in kcryptd while all IO submissions occur in kcryptd-io.
will this reduce latencies and stalls with dm-crypt? When copying large
files dm-
