[Top] [All Lists]

Re: kernel bug at sched.c:564! + linux kernel 2.4.25

To: Matt Mackall <mpm@xxxxxxxxxxx>
Subject: Re: kernel bug at sched.c:564! + linux kernel 2.4.25
From: Vladimir Kondratiev <vkondra@xxxxxxx>
Date: Tue, 27 Jul 2004 21:02:39 +0300
Cc: Niranjan <niranjan_cs2905@xxxxxxxxx>, netdev@xxxxxxxxxxx
In-reply-to: <>
References: <> <>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: KMail/1.6.82
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.

Attachment: pgpu7DTM8s4e3.pgp
Description: PGP signature

<Prev in Thread] Current Thread [Next in Thread>