From owner-freebsd-wireless@freebsd.org Wed Sep 16 16:13:17 2015 Return-Path: Delivered-To: freebsd-wireless@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0B2A79CDFA3 for ; Wed, 16 Sep 2015 16:13:17 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mx1.shrew.net (mx1.shrew.net [38.97.5.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CA536136F for ; Wed, 16 Sep 2015 16:13:16 +0000 (UTC) (envelope-from mgrooms@shrew.net) Received: from mail.shrew.net (mail.shrew.prv [10.24.10.20]) by mx1.shrew.net (8.14.7/8.14.7) with ESMTP id t8GGB9RI078698 for ; Wed, 16 Sep 2015 11:11:09 -0500 (CDT) (envelope-from mgrooms@shrew.net) Received: from [10.16.32.30] (72-48-144-84.static.grandenetworks.net [72.48.144.84]) by mail.shrew.net (Postfix) with ESMTPSA id D539F18BDC7 for ; Wed, 16 Sep 2015 11:11:03 -0500 (CDT) Subject: Re: urtwn and hostap To: freebsd-wireless@freebsd.org References: <55F90187.10809@shrew.net> <55F906CB.9030007@shrew.net> From: Matthew Grooms Message-ID: <55F99514.7070509@shrew.net> Date: Wed, 16 Sep 2015 11:13:08 -0500 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (mx1.shrew.net [10.24.10.10]); Wed, 16 Sep 2015 11:11:09 -0500 (CDT) X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Sep 2015 16:13:17 -0000 On 9/16/2015 1:54 AM, Andriy Voskoboinyk wrote: >> ieee80211_free_node() at ieee80211_free_node()_0x38/frame >> 0xfffffe0092fe8780 >> ieee80211_node_vdetach() at ieee80211_node_vdetach()+0x2d/frame >> 0xfffffe0092fe87a0 >> ieee80211_vap_detach() at ieee80211_vap_detach()+0x35e/frame >> 0xfffffe0092fe87d0 >> urtwn_vap_delete() at urtwn_vap_delete()+0xe/frame 0xfffffe0092fe87f0 >> if_clone_destroyif() at if_clone_destroyif()+0x1aa/frame >> 0xfffffe0092fe8840 >> if_clone_destroy() at if_clone_destroy()0x8e/frame 0xfffffe0092fe8860 >> kern_ioctl() at kern_ioctl()+0x230/frame 0xfffffe0092fe88c0 >> sys_ioctl() at sys_ioctl()+0x153/frame 0xfffffe0092fe89a0 >> amd64_syscall() at amd64_syscall()+0x282/frame 0xfffffe0092fe8ab0 >> Xfast_syscall() at Xfast_syscall()+0xfb/frame 0xfffffe0092fe8ab0 >> -- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x8011e8c8a, rsp = >> 0x7fffffffe2f8, rbp = 0x7fffffffe310 -- >> db> >> >> -Matthew > > I'm suspecting that ieee80211_tx_complete() eats one extra reference > to the > vap->iv_bss - try to add ieee80211_node_incref(vap->iv_bss); > before urtwn_tx_start() (this is not a proper solution, but should work > for now). Ahh, that makes sense. I'll look at that tonight. Thanks for the suggestion! -Matthew