From owner-freebsd-wireless@FreeBSD.ORG Thu May 9 13:17:53 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1F4BA211 for ; Thu, 9 May 2013 13:17:53 +0000 (UTC) (envelope-from gofdw-freebsd-wireless@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id D817D7C5 for ; Thu, 9 May 2013 13:17:52 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1UaQjC-00086w-7K for freebsd-wireless@freebsd.org; Thu, 09 May 2013 15:17:46 +0200 Received: from a91-154-115-217.elisa-laajakaista.fi ([91.154.115.217]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 May 2013 15:17:46 +0200 Received: from rakuco by a91-154-115-217.elisa-laajakaista.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 09 May 2013 15:17:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-wireless@freebsd.org From: Raphael Kubo da Costa Subject: Re: TX hang and EAPOL stuff fixed in HEAD; please test! Date: Thu, 09 May 2013 16:17:35 +0300 Lines: 29 Message-ID: <86mws470nk.fsf@orwell.Elisa> References: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: a91-154-115-217.elisa-laajakaista.fi User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3 (berkeley-unix) Cancel-Lock: sha1:9gcxsBjcFf7Uj1ZAKMIQSTjgBD0= X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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: Thu, 09 May 2013 13:17:53 -0000 Adrian Chadd writes: > Would those using atheros NICs on -HEAD please update and give it a > good thrashing? > > I've fixed a couple of things: > > * The driver was not able to transmit EAPOL frames if the send queue > ran out of space. This is why my UDP TX tests were failing - the group > rekey would kick in, fail to transmit the EAPOL "Yes I've done that" > ack frame back to the AP and the AP would kick the station off. > * I've modified the transmit path to always keep a link pointer around > rather than NULL'ing it out and reinitialising TX DMA every time. This > is the "blessed" way to handle DMA. However, I'm still trying to > verify that I've actually done this correctly in all ways so I'd > really like this tested. > > I'd like to start merging in my power save and reassociation fixes > from my test branch but to do that I'd really like to have this code > fully tested. As of r250406, I get a kernel panic whenever I bring wlan0 up because the assertion in if_ath.c:4317 gets triggered. I have reverted r250391 for now, removed sys/contrib/sys/dev/ath now that sys/contrib/dev/ath is in place and commented out the "ath0: ath_edma_recv_proc_queue: handled npkts 0" messages that Joshua also mentioned. Everything seems to be working fine (ie. connecting to my crappy WPA2 router).