Home
last modified time | relevance | path

Searched hist:"055 bcee3102dc35f019b69df9c2618e9d6dd1c09" (Results 1 – 5 of 5) sorted by relevance

/openbmc/linux/crypto/
H A Dhmac.c055bcee3102dc35f019b69df9c2618e9d6dd1c09 Sat Aug 19 07:24:23 CDT 2006 Herbert Xu <herbert@gondor.apana.org.au> [CRYPTO] digest: Added user API for new hash type

The existing digest user interface is inadequate for support asynchronous
operations. For one it doesn't return a value to indicate success or
failure, nor does it take a per-operation descriptor which is essential
for the issuing of requests while other requests are still outstanding.

This patch is the first in a series of steps to remodel the interface
for asynchronous operations.

For the ease of transition the new interface will be known as "hash"
while the old one will remain as "digest".

This patch also changes sg_next to allow chaining.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
H A DMakefile055bcee3102dc35f019b69df9c2618e9d6dd1c09 Sat Aug 19 07:24:23 CDT 2006 Herbert Xu <herbert@gondor.apana.org.au> [CRYPTO] digest: Added user API for new hash type

The existing digest user interface is inadequate for support asynchronous
operations. For one it doesn't return a value to indicate success or
failure, nor does it take a per-operation descriptor which is essential
for the issuing of requests while other requests are still outstanding.

This patch is the first in a series of steps to remodel the interface
for asynchronous operations.

For the ease of transition the new interface will be known as "hash"
while the old one will remain as "digest".

This patch also changes sg_next to allow chaining.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
H A DKconfig055bcee3102dc35f019b69df9c2618e9d6dd1c09 Sat Aug 19 07:24:23 CDT 2006 Herbert Xu <herbert@gondor.apana.org.au> [CRYPTO] digest: Added user API for new hash type

The existing digest user interface is inadequate for support asynchronous
operations. For one it doesn't return a value to indicate success or
failure, nor does it take a per-operation descriptor which is essential
for the issuing of requests while other requests are still outstanding.

This patch is the first in a series of steps to remodel the interface
for asynchronous operations.

For the ease of transition the new interface will be known as "hash"
while the old one will remain as "digest".

This patch also changes sg_next to allow chaining.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
/openbmc/linux/include/crypto/
H A Dalgapi.h055bcee3102dc35f019b69df9c2618e9d6dd1c09 Sat Aug 19 07:24:23 CDT 2006 Herbert Xu <herbert@gondor.apana.org.au> [CRYPTO] digest: Added user API for new hash type

The existing digest user interface is inadequate for support asynchronous
operations. For one it doesn't return a value to indicate success or
failure, nor does it take a per-operation descriptor which is essential
for the issuing of requests while other requests are still outstanding.

This patch is the first in a series of steps to remodel the interface
for asynchronous operations.

For the ease of transition the new interface will be known as "hash"
while the old one will remain as "digest".

This patch also changes sg_next to allow chaining.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
/openbmc/linux/include/linux/
H A Dcrypto.h055bcee3102dc35f019b69df9c2618e9d6dd1c09 Sat Aug 19 07:24:23 CDT 2006 Herbert Xu <herbert@gondor.apana.org.au> [CRYPTO] digest: Added user API for new hash type

The existing digest user interface is inadequate for support asynchronous
operations. For one it doesn't return a value to indicate success or
failure, nor does it take a per-operation descriptor which is essential
for the issuing of requests while other requests are still outstanding.

This patch is the first in a series of steps to remodel the interface
for asynchronous operations.

For the ease of transition the new interface will be known as "hash"
while the old one will remain as "digest".

This patch also changes sg_next to allow chaining.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>