[RFC 2/2] add kernel support for spu task

2007-06-26 Thread Sebastian Siewior
Utilisation of SPUs by the kernel, main implementation. The idea behind this implementation is that there are single jobs that are executed asynchronous on the SPU. The user queues jobs with enqueue_for_spu() and gets a callback once the job is completed. The function itself does not block. The jo

[RFC 1/2] SPU-AES support (kernel side)

2007-06-26 Thread Sebastian Siewior
This patch implements the AES cipher algorithm which is executed on the SPU using the crypto async interface. Currently only the ECB mode is implemented. The AES code that is executed on the SPU has been left apart (it is not exciting anyway). Signed-off-by: Sebastian Siewior <[EMAIL PROTECTED]> -

[RFC 0/2] AES ablkcipher driver for SPUs

2007-06-26 Thread Sebastian Siewior
Hello Herbert, This driver adds support for AES on SPU. Patch is for review only because some parts of the code are not upstream yet. Patch one contains the main driver (which uses ablkcipher_ctx_cast()), patch two is for clarity (parts of the missing API that is used). Currently only ECB block

Re: combined mode algorithms

2007-06-26 Thread Joy Latten
On Tue, 2007-06-26 at 13:09 +0400, Evgeniy Polyakov wrote: > On Mon, Jun 25, 2007 at 05:13:58PM -0500, Joy Latten ([EMAIL PROTECTED]) > wrote: > > I have been reading IP Encapsulating Payload-(ESP) RFC4303 where use of > > combined mode algorithms are mentioned and accommodated for. > > In trying

Re: combined mode algorithms

2007-06-26 Thread Evgeniy Polyakov
On Mon, Jun 25, 2007 at 05:13:58PM -0500, Joy Latten ([EMAIL PROTECTED]) wrote: > I have been reading IP Encapsulating Payload-(ESP) RFC4303 where use of > combined mode algorithms are mentioned and accommodated for. > In trying to determine how I should handle this, I examined the > crypto code a