Searched hist:"055 bcee3102dc35f019b69df9c2618e9d6dd1c09" (Results 1 – 5 of 5) sorted by relevance
/openbmc/linux/crypto/ |
H A D | hmac.c | 055bcee3102dc35f019b69df9c2618e9d6dd1c09 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 D | Makefile | 055bcee3102dc35f019b69df9c2618e9d6dd1c09 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 D | Kconfig | 055bcee3102dc35f019b69df9c2618e9d6dd1c09 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 D | algapi.h | 055bcee3102dc35f019b69df9c2618e9d6dd1c09 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 D | crypto.h | 055bcee3102dc35f019b69df9c2618e9d6dd1c09 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>
|