Hi Phil,
Note on implementation: I see that you're using the synchronous (blkcipher)
interface and not the async (ablkcipher) one. I'm not 100% sure about this, but
it appears to me that you can't utilize async HW drivers this way (there's
adapter code from async client to sync driver but not
On 4/24/2010 6:12 PM, Sebastian Andrzej Siewior wrote:
> * Uri Simchoni | 2010-04-22 06:23:12 [+0300]:
>
> For IPSec I use this[0] shell script which sets up a connection. Good for
> testing :)
Thanks, That'll save time setting it up...
> I enabled list and sg debugg
I have some IPSec background but am not familiar with the Linux implementation
(I'm using the mv_cesa for SSL acceleration through a usermode interface I'm
working on). Can you point me to the nearest howto? I suppose I could have a
look.
Thanks,
Uri.
On 4/21/2010 11:13 AM, Sebastian Andrzej Si
Doing step 3 using sw is probably faster than by hw (because it's short and
avoid all the hw setup), so the suggested approach is probably faster than
generic async hmac.
On 4/13/2010 5:45 PM, Herbert Xu wrote:
> On Tue, Apr 13, 2010 at 04:00:11PM +0300, Dmitry Kasatkin wrote:
>>
>> I would also
The Marvell CESA needs some software assistance in doing HMAC - the inner and
outer blocks need
to be prepared and hashed (partial hash). The hash results are fed into the
hardware and the hardware uses it
as IVs and does the two hash operations. So in effect the HW hmac(sha1) driver
needs softw
Add sha1 and hmac(sha1) async hash drivers
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p9/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p10/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p9/drivers/crypto/mv_cesa.c 2010-03-16 12:33:45.504199755
+0200
+++ linux-2.6.32.8_p10/drivers/crypto
Support processing of data from previous requests (as in hashing
update/final requests).
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p8/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p9/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p8/drivers/crypto/mv_cesa.c 2010-03-16 12:25:34.815950170
Make the copy-back of data optional (not done in hashing requests)
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p7/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p8/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p7/drivers/crypto/mv_cesa.c 2010-03-16 12:07:31.147897717
+0200
+++ linux
Execute some code via function pointers rathr than direct calls
(to allow customization in the hashing request)
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p6/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p7/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p6/drivers/crypto/mv_cesa.c 2010-03
Rename a variable to a more suitable name
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p5/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p6/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p5/drivers/crypto/mv_cesa.c 2010-03-16 11:43:37.443646086
+0200
+++ linux-2.6.32.8_p6/drivers/crypto
Enqueue generic async requests rather than ablkcipher requests
in the driver's queue
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p4/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p5/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p4/drivers/crypto/mv_cesa.c 2010-03-16 10:54:07.3228
Fix for situations where the source scatterlist spans more data than the
request nbytes
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p3/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p4/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p3/drivers/crypto/mv_cesa.c 2010-03-16 09:06:10.183753278
Bugfix for situations where the destination scatterlist has a different
buffer structure than the source scatterlist (e.g. source has one 2K
buffer and dest has 2 1K buffers)
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p2/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p3/drivers/crypto
Remove compiler warning
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p1/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p2/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p1/drivers/crypto/mv_cesa.c 2010-03-16 08:59:12.074583163
+0200
+++ linux-2.6.32.8_p2/drivers/crypto/mv_cesa.c 2010-03-16
Invoke the user callback from a softirq context
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_orig/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p1/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_orig/drivers/crypto/mv_cesa.c2010-02-09
14:57:19.0 +0200
+++ linux-2.6.32.8_p1
This is a resubmission of a patchset I set a while ago, and that was corrupted
by my email client.
The following patchset adds async hashing (sha1 and hmac-sha1) to the mv_cesa
crypto driver. This driver utilizes the Marvell CESA crypto accelerator that
exists in some Marvell CPU's (Orion and K
Add sha1 and hmac(sha1) async hash drivers
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p9/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p10/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p9/drivers/crypto/mv_cesa.c2010-03-16
12:33:45.504199755 +0200
+++ linux-2.6.32.8_p10/drivers
Support processing of data from previous requests (as in hashing
update/final requests).
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p8/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p9/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p8/drivers/crypto/mv_cesa.c2010-03-16
12:25
Make the copy-back of data optional (not done in hashing requests)
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p7/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p8/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p7/drivers/crypto/mv_cesa.c2010-03-16
12:07:31.147897717 +0200
+++ linux
Bugfix for situations where the destination scatterlist has a different
buffer structure than the source scatterlist (e.g. source has one 2K
buffer and dest has 2 1K buffers)
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p2/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p3/drivers/crypto
Execute some code via function pointers rathr than direct calls
(to allow customization in the hashing request)
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p6/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p7/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p6/drivers/crypto/mv_cesa.c2010
Rename a variable to a more suitable name
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p5/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p6/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p5/drivers/crypto/mv_cesa.c2010-03-16
11:43:37.443646086 +0200
+++ linux-2.6.32.8_p6/drivers/crypto
Remove compiler warning
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p1/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p2/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p1/drivers/crypto/mv_cesa.c2010-03-16
08:59:12.074583163 +0200
+++ linux-2.6.32.8_p2/drivers/crypto/mv_cesa.c2010
Enqueue generic async requests rather than ablkcipher requests
in the driver's queue
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p4/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p5/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p4/drivers/crypto/mv_cesa.c2010-03-16
10:54:07.3228
Invoke the user callback from a softirq context
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_orig/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p1/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_orig/drivers/crypto/mv_cesa.c2010-02-09
14:57:19.0 +0200
+++ linux-2.6.32.8_p1
Fix for situations where the source scatterlist spans more data than the
request nbytes
Signed-off-by: Uri Simchoni
---
diff -upr linux-2.6.32.8_p3/drivers/crypto/mv_cesa.c
linux-2.6.32.8_p4/drivers/crypto/mv_cesa.c
--- linux-2.6.32.8_p3/drivers/crypto/mv_cesa.c2010-03-16
09:06
The following patchset adds async hashing (sha1 and hmac-sha1) to the
mv_cesa crypto driver. This driver utilizes the Marvell CESA crypto
accelerator that exists in some Marvell CPU's (Orion and Kirkwood). The
existing driver has AES crypto support.
Compared to SW hashing on a 1.2GHz Kirkwood,
Hi,
I'd like to add sha1/hmac-sha1 support to the Marvell CESA driver. I couldn't
see an ahash driver that I can use as a reference. Is there such a driver?
There's a thing I'm not sure I understand, and that's the init-update-final
mechanism. I know what it's for (as in other APIs, e.g. OpenSS
28 matches
Mail list logo
