Re: WPA with ath

From: Bryan Bunch <bbunch_at_gmail.com>
Date: Sun, 23 Jan 2005 09:11:06 -0600
Sam,

I appreciate you educating me on helping track down the problem. I
checked the FW of the AP and it is the most recent.

Below is the output of the debug. I have removed the date, time and
other things at the beginning of the lines so that it will be more
readable. None of it makes much sense to me since I'm no expert on
this stuff. Thanks again.

============================
ath0: <Atheros 5212> mem 0xd2020000-0xd202ffff irq 18 at device 0.0 on cardbus0
ath0: Ethernet address: 00:09:5b:c8:22:55
ath0: mac 5.6 phy 4.1 radio 4.6
ieee80211_setup_node 00:09:5b:85:cd:50 in scan table
ieee80211_free_allnodes_locked: free all nodes in scan table
_ieee80211_free_node 00:0c:41:f3:bd:a2 in scan table
_ieee80211_free_node 00:09:5b:85:cd:50 in scan table
ieee80211_ref_node (ieee80211_send_mgmt:931) 00:09:5b:c8:22:55 refcnt 2
last message repeated 7 times
ieee80211_setup_node 00:0c:41:f3:bd:a2 in scan table
ieee80211_setup_node 00:09:5b:85:cd:50 in scan table
ieee80211_ref_node (ieee80211_send_mgmt:931) 00:09:5b:c8:22:55 refcnt 2
last message repeated 2 times
malloc(M_WAITOK) of "32", forcing M_NOWAIT with the following
non-sleepable locks held:
exclusive sleep mutex ath0 (network driver) r = 0 (0xc316be28) locked
_at_ /usr/src/sys/dev/ath/if_ath.c:4364
KDB: stack backtrace:
kdb_backtrace(c08250d4,ef160aec,1,1,1) at kdb_backtrace+0x2f
witness_warn(5,0,c0781a88,c076076d,c058eb80) at witness_warn+0x1bb
uma_zalloc_arg(c1052420,0,2,c1064960,c2ed0560) at uma_zalloc_arg+0x56
malloc(18,c07aab60,2,c2ed0560,c23a908c) at malloc+0xd0
ieee80211_ioctl_setoptie(c316b3f4,c2ed0560,c0562722,c07dea00,1) at
ieee80211_ioctl_setoptie+0x50
ieee80211_ioctl_set80211(c316b3f4,801c69ea,c2ed0560,110c,0) at
ieee80211_ioctl_set80211+0x706
ieee80211_ioctl(c316b3f4,801c69ea,c2ed0560,110c,c2ed0560) at
ieee80211_ioctl+0x11c
ath_ioctl(c316b000,801c69ea,c2ed0560,c0825dc0,1) at ath_ioctl+0x1a4
in_control(c3086ca8,801c69ea,c2ed0560,c316b000,c2f78a10) at in_control+0xc14
ifioctl(c3086ca8,801c69ea,c2ed0560,c2f78a10,1) at ifioctl+0x1d1
soo_ioctl(c27671dc,801c69ea,c2ed0560,c303c100,c2f78a10) at soo_ioctl+0x39c
ioctl(c2f78a10,ef160d14,c,3ff,3) at ioctl+0x46a
syscall(2f,2f,2f,bfbf90ac,8077280) at syscall+0x271
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2825aa2b, esp =
0xbfbf907c, ebp = 0xbfbf90c8 ---
ieee80211_find_node_with_ssid 00:0c:41:f3:bd:a2 refcnt 2
_ieee80211_free_node 00:09:5b:c8:22:55 in <gone> table
ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 3
[00:0c:41:f3:bd:a2] recv auth frame with algorithm 0 seq 2
ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 4
[00:0c:41:f3:bd:a2] assoc success: long preamble, long slot time
ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 5
[00:0c:41:f3:bd:a2] recv auth frame with algorithm 0 seq 2
ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 4
[00:0c:41:f3:bd:a2] assoc success: long preamble, long slot time
ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 5
[00:0c:41:f3:bd:a2] recv auth frame with algorithm 0 seq 2
ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 4
[00:0c:41:f3:bd:a2] assoc success: long preamble, long slot time
ieee80211_ref_node (ieee80211_send_mgmt:931) 00:0c:41:f3:bd:a2 refcnt 4
[00:0c:41:f3:bd:a2] send station disassociate (reason 8)
ieee80211_node_table_reset scan table
ieee80211_free_allnodes_locked: free all nodes in scan table
_ieee80211_free_node 00:09:5b:85:cd:50 in scan table
ieee80211_setup_node 00:09:5b:c8:22:55 in scan table
malloc(M_WAITOK) of "16", forcing M_NOWAIT with the following
non-sleepable locks held:
exclusive sleep mutex ath0 (network driver) r = 0 (0xc316be28) locked
_at_ /usr/src/sys/dev/ath/if_ath.c:4364
KDB: stack backtrace:
kdb_backtrace(c0824f84,ef160aec,1,1,1) at kdb_backtrace+0x2f
witness_warn(5,0,c0781a88,c076077d,0) at witness_warn+0x1bb
uma_zalloc_arg(c10522c0,0,2,c10648c0,c2735540) at uma_zalloc_arg+0x56
malloc(0,c07aab60,2,c2735540,c271a48c) at malloc+0xd0
ieee80211_ioctl_setoptie(c316b3f4,c2735540,c0562722,c07dea00,1) at
ieee80211_ioctl_setoptie+0x50
ieee80211_ioctl_set80211(c316b3f4,801c69ea,c2735540,110c,0) at
ieee80211_ioctl_set80211+0x706
ieee80211_ioctl(c316b3f4,801c69ea,c2735540,110c,c2735540) at
ieee80211_ioctl+0x11c
ath_ioctl(c316b000,801c69ea,c2735540,c0825dc0,1) at ath_ioctl+0x1a4
in_control(c3086ca8,801c69ea,c2735540,c316b000,c2f78a10) at in_control+0xc14
ifioctl(c3086ca8,801c69ea,c2735540,c2f78a10,1) at ifioctl+0x1d1
soo_ioctl(c27671dc,801c69ea,c2735540,c303c100,c2f78a10) at soo_ioctl+0x39c
ioctl(c2f78a10,ef160d14,c,3ff,3) at ioctl+0x46a
syscall(2f,2f,2f,bfbfe9bc,8077280) at syscall+0x271
Xint0x80_syscall() at Xint0x80_syscall+0x1f
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2825aa2b, esp =
0xbfbfe98c, ebp = 0xbfbfe9d8 ---
_ieee80211_free_node 00:0c:41:f3:bd:a2 in <gone> table
=========================================


Bryan


On Sat, 22 Jan 2005 17:33:12 -0800, Sam Leffler <sam_at_errno.com> wrote:
> Bryan Bunch wrote:
> > I'm trying to connect to a Linksys WRT54G. I have tested the card on
> > the computer when booting up in XP and it connects fine via WPA. I
> > also tested the card in CURRENT with WPA disabled and the card
> > connected fine.
> 
> There's nothing useful in the log you included.  You can get the reason
> code sent by the ap by enabling association debugging in the 802.11
> layer.  I usually do this with the 80211debug program found in
> /usr/src/tools/tools/ath.  Something like
> 
> 80211debug +assoc+auth
> 
> should suffice.  Messages go to the console.
> 
> I've seen postings in various forums that this AP has issues with
> certain firmware revs; you might check if your firmware is up to date.
> 
> Past the above a packet trace is needed.
> 
>         Sam
>
Received on Sun Jan 23 2005 - 14:11:08 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:26 UTC