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:
> > 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.
Description: PGP signature