| 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@dhcp83-76.boston.redhat.com> |
| References: | <Xine.LNX.4.44.0407271439001.7805-100000@dhcp83-76.boston.redhat.com> |
| 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
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH Linux-2.6.8-rc1] prism54 Clarification to Viro's patch, Margit Schubert-While |
|---|---|
| Next by Date: | Re: kernel bug at sched.c:564! + linux kernel 2.4.25, James Morris |
| Previous by Thread: | Re: kernel bug at sched.c:564! + linux kernel 2.4.25, James Morris |
| Next by Thread: | Re: kernel bug at sched.c:564! + linux kernel 2.4.25, James Morris |
| Indexes: | [Date] [Thread] [Top] [All Lists] |