* ?? ??? | 2009-10-20 18:28:34 [+0400]:
>Dear all, I have a couple of questions about crypto internals, please
>help me to understand some concepts. My drivers implements
>CRYPTO_ALG_TYPE_BLKCIPHER algorithm and has to perform encryption via
>DMA transfers.
In the end you might prefer to u
Dear all, I have a couple of questions about crypto internals, please
help me to understand some concepts. My drivers implements
CRYPTO_ALG_TYPE_BLKCIPHER algorithm and has to perform encryption via
DMA transfers.
I decided to use blkcipher_walk_phys() and blkcipher_walk_done()
functions. These fun
> -Original Message-
> From: Ira W. Snyder [mailto:i...@ovro.caltech.edu]
> Sent: Friday, October 16, 2009 9:04 PM
> To: Dan Williams
> Cc: Suresh Vishnu-B05022; herb...@gondor.apana.org.au;
> linux-ker...@vger.kernel.org; linux-r...@vger.kernel.org;
> linuxppc-...@ozlabs.org; linux-cryp
On Mon, Oct 19, 2009 at 10:00:17AM +0800, Huang Ying wrote:
> When renaming kernel_fpu_using to irq_fpu_usable, the semantics of the
> function is changed too, from mesuring whether kernel is using FPU,
> that is, the FPU is NOT available, to measuring whether FPU is usable,
> that is, the FPU is a
Hi Linus:
> This push fixes a regression in the padlock-sha driver that causes
> faults on 32-bit VIA processors.
I've just added another regression fix that's specific to the
Intel AESNI instruction where the FPU test was reversed.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/gi
