[PATCH] Weird stack trace for HostAP in 2.6.14-rc2
Jouni Malinen
jkmaline
Fri Sep 23 21:48:58 PDT 2005
On Tue, Sep 20, 2005 at 03:59:25PM -0700, Jean Tourrilhes wrote:
> 2 patches for HostAP in the kernel...
Thanks!
> This is the trace I got :
> ----------------------------------------------------
> [ 224.918985] Debug: sleeping function called from invalid context at mm/slab.c:2459
> [ 224.919046] in_atomic():1, irqs_disabled():0
> [ 224.919090] [<c01198a7>] __might_sleep+0xa7/0xb0
> [ 224.919159] [<d08b815d>] hfa384x_setup_bap+0xcd/0x150 [hostap_cs]
> [ 224.919238] [<c0146cfc>] kmem_cache_alloc+0x7c/0x80
> [ 224.919298] [<d092c4c6>] __prism2_translate_scan+0x386/0x6f0 [hostap]
> [ 224.919408] [<d092c9ab>] prism2_ioctl_giwscan+0x17b/0x320 [hostap]
> Weird thing is that I never got that with the driver compiled
> externally.
Odd.. I can see the same behavior, but cannot really explain why that
happens and it is just the kmalloc() in __prism2_translate_scan() that
triggers this. Anyway, your patch removes this, so I added it to my
queue for kernel updates.
> Also, now that we are compiling with -fno-strict-aliasing
> (this is the kernel default), we can drop the following kludge :
Agreed, added to the queue.
--
Jouni Malinen PGP id EFC895FA
More information about the Hostap
mailing list