wpa_cli hang sending message??

Ben Greear greearb at candelatech.com
Tue Jan 25 19:13:04 EST 2011


I just saw this while loading the latest wireless-testing kernel
(and 128 stations, etc).

Looks like wpa_cli is hanging trying to send a message.

Maybe wpa_cli can't deal with a wpa_supplicant suddenly
dying, or something like that?

Looks like one can do UDP for a protocol as well, so might
give that a try...

(gdb) bt
#0  0xb77eb430 in __kernel_vsyscall ()
#1  0x4d90eff1 in send () from /lib/libc.so.6
#2  0x0804cd28 in wpa_ctrl_request (ctrl=0x9544008,
     cmd=0xbfc6cc30 "INTERFACE_ADD sta107\t/home/lanforge/wifi/wpa_supplicant-wiphy0-sta107.conf\tnl80211\t\t\t", cmd_len=85,
     reply=0xbfc6c3dc "", reply_len=0xbfc6cbdc, msg_cb=0x8049590 <wpa_cli_msg_cb>) at ../src/common/wpa_ctrl.c:230
#3  0x0804962d in _wpa_ctrl_command (ctrl=0x9544008,
     cmd=0xbfc6cc30 "INTERFACE_ADD sta107\t/home/lanforge/wifi/wpa_supplicant-wiphy0-sta107.conf\tnl80211\t\t\t", print=<value optimized out>)
     at wpa_cli.c:245
#4  0x0804a531 in wpa_cli_cmd_interface_add (ctrl=0x9544008, argc=3, argv=0xbfc6cea4) at wpa_cli.c:1467
#5  0x0804c3d3 in wpa_request (ctrl=0x9544008, argc=4, argv=0xbfc6cea0) at wpa_cli.c:2599
#6  0x0804cadb in main (argc=7, argv=0xbfc6ce94) at wpa_cli.c:3101
(gdb) quit
A debugging session is active.

	Inferior 1 [process 11632] will be detached.

Quit anyway? (y or n) y
Detaching from program: /home/lanforge/local/bin/wpa_cli, process 11632
[root at lec2010-ath9k-1 lanforge]# cat /proc/11632/stack
[<c07b3d5d>] unix_wait_for_peer+0x92/0xa8
[<c07b41e7>] unix_dgram_sendmsg+0x2ed/0x3bb
[<c0732305>] __sock_sendmsg+0x56/0x5f
[<c0732994>] sock_sendmsg+0x98/0xac
[<c0732f9b>] sys_sendto+0xaf/0xcb
[<c0732fd4>] sys_send+0x1d/0x1f
[<c0733f3e>] sys_socketcall+0xe6/0x1aa
[<c040315c>] sysenter_do_call+0x12/0x38
[<ffffffff>] 0xffffffff


Thanks,
Ben

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



More information about the HostAP mailing list