netdev
[Top] [All Lists]

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

To: James Morris <jmorris@xxxxxxxxxx>
Subject: Re: kernel bug at sched.c:564! + linux kernel 2.4.25
From: Vladimir Kondratiev <vkondra@xxxxxxx>
Date: Tue, 27 Jul 2004 21:50:27 +0300
Cc: Matt Mackall <mpm@xxxxxxxxxxx>, Niranjan <niranjan_cs2905@xxxxxxxxx>, netdev@xxxxxxxxxxx
In-reply-to: <Xine.LNX.4.44.0407271439001.7805-100000@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
References: <Xine.LNX.4.44.0407271439001.7805-100000@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: KMail/1.6.82
On Tuesday 27 July 2004 21:39, James Morris wrote:
> On Tue, 27 Jul 2004, Vladimir Kondratiev wrote:
> > 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?
>
> The crypto functions should be safe to use in softirq context.
It should be, but:
<crypto/api.c:121>
struct crypto_tfm *crypto_alloc_tfm(const char *name, u32 flags)
{
        struct crypto_tfm *tfm = NULL;
        struct crypto_alg *alg;

        alg = crypto_alg_mod_lookup(name);
        if (alg == NULL)
                goto out;

        tfm = kmalloc(sizeof(*tfm) + alg->cra_ctxsize, GFP_KERNEL);

Note kmalloc(GFP_KERNEL)
>
>
> - James

Attachment: pgpXNESXTkW5b.pgp
Description: PGP signature

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