From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 23 23:13:14 2011 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE6621065675 for ; Fri, 23 Dec 2011 23:13:14 +0000 (UTC) (envelope-from ml-freebsd-wireless@bettercom.de) Received: from mail.bettermail.de (f0.bettercom.de [95.156.194.53]) by mx1.freebsd.org (Postfix) with ESMTP id 51CE88FC22 for ; Fri, 23 Dec 2011 23:13:13 +0000 (UTC) Received: (qmail 91399 invoked by uid 98); 24 Dec 2011 00:13:12 +0100 Received: from 178.203.181.49 by f0.bettercom.de (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.96.3/12172. Clear:RC:1(178.203.181.49):. Processed in 0.012235 secs); 23 Dec 2011 23:13:12 -0000 Received: from ip-178-203-181-49.unitymediagroup.de (HELO [192.168.178.5]) (martin@[178.203.181.49]) (envelope-sender ) by mail.bettermail.de (qmail-ldap-1.03) with CAMELLIA256-SHA encrypted SMTP for ; 24 Dec 2011 00:13:12 +0100 Message-ID: <4EF50AF4.3030105@bettercom.de> Date: Sat, 24 Dec 2011 00:12:52 +0100 From: Martin Lesser User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.9.2.23) Gecko/20110921 Thunderbird/3.1.15 MIME-Version: 1.0 To: freebsd-wireless@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ath updates - please test X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 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: Fri, 23 Dec 2011 23:13:15 -0000 Hi Adrian, hi all, > I've added a few patches to the ath driver. I'd appreciate some testing: No more ("old" stuck beacon) errors until now with HEAD (r228833). Tested under several different conditions (acting as AP, with and without connected clients, switching between different channels, etc). So it looks good. Thanks again. > I've still got a long list of things to test and fix with the current > code so I'm still not yet comfortable flipping on 11n by default. If > you're able to test this code (hostap or station mode) then please, > flip on ATH_ENABLE_11N and all the debugging options and give it a > whirl. I'll do that. But does it make sense with an -based card? Or only newer chips? Martin