More information (was Re: Event loop stall bug in hostapd-0.7.3)

[Ben Greear]

On 01/12/2012 11:14 AM, Bryan Phillippe wrote:
>
> Oh, I forgot to post that:
>
> [155186.946703] hostapd       S 0fd16088     0   415    929 0x00000000
> [155186.952994] Call Trace:
> [155186.955541] [deab5ac0] [cdb0ada0] 0xcdb0ada0 (unreliable)
> [155186.961050] [deab5b80] [c00089d0] __switch_to+0x9c/0xc4
> [155186.966379] [deab5b90] [c03bfbb0] schedule+0x1e0/0x350
> [155186.971621] [deab5be0] [c03c0250] schedule_timeout+0x158/0x19c
> [155186.977567] [deab5c20] [c02cc184] sock_alloc_send_pskb+0x1a4/0x364
> [155186.983857] [deab5c80] [c03aee7c] packet_sendmsg+0x7e4/0x9f4
> [155186.989622] [deab5cf0] [c02c80cc] sock_sendmsg+0x90/0xc8
> [155186.995039] [deab5dc0] [c02c8904] sys_sendmsg+0x234/0x2d8
> [155187.000544] [deab5f10] [c02ca250] sys_socketcall+0x144/0x258
> [155187.006309] [deab5f40] [c0011348] ret_from_syscall+0x0/0x3c
> [155187.012008] --- Exception: c01 at 0xfd16088
> [155187.012013]     LR = 0x1004e430
>
> So I guess sock_alloc_send_pskb() is where it's going to sleep.  I'll keep digging into it.
>
> As a test I did an fcntl(drv->monitor_sock, F_SETFL, O_NONBLOCK) on the socket at creation time and then made hostapd exit if there is ever a write error.

If you build symbols into your kernel you can figure out the line of code that is sock_alloc_send_pskb+0x1a4/0x364
using gdb.

I think it's just 'list (sock_alloc_send_pskb+0x1a4)'

Thanks,
Ben

-- 
Ben Greear <greearb at candelatech.com>
Candela Technologies Inc  http://www.candelatech.com