We also saw the same (crypto modules goes to sleep).
Due to this, we decided to not use cryptoapi for our wireless driver, but 
compile the same crypto functions into the driver. I know this is code 
duplication, but Tx and Rx paths work in BH context (I reschedule it on IRQ 
Rx to use cheaper time).

Do cryptoapi maintainers aware of this issue?

On Tuesday 27 July 2004 00:06, Matt Mackall wrote:

On Sat, Jul 24, 2004 at 03:33:10PM -0700, Niranjan wrote:

quoted

Hi,
I am working on Linux Kernel 2.4.25. I am trying to
add cryptoapi (cryptoapi-0.1.0) support to wireless
lan driver (linux-wlan-ng-0.2.1.pre14) of prism-based
cards. Cardctl version is 3.1.31.
When I am using "null" as a encryption cipher to check
the coding sequence, everything is working fine. But
when I change it to any other cipher for e.g.
"blowfish" or "rc5", it is giving kernel panic. I have
included Ksymoops extract from the kernel Ooops
reports below.
Can anyone please help me in what can be possible
error by looking at the log ?
I will greatly appreciate any help in this matter.

The cryptoapi currently decides to sleep at various points internally
when digesting a block which is probably what you're seeing.