From owner-freebsd-mobile@FreeBSD.ORG Wed Jan 19 01:12:06 2005 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06CFE16A4CE for ; Wed, 19 Jan 2005 01:12:06 +0000 (GMT) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDA7543D46 for ; Wed, 19 Jan 2005 01:12:05 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.91] (sam@[66.127.85.91]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j0J1C2Wi068002 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Jan 2005 17:12:04 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <41EDB3FE.1050509@errno.com> Date: Tue, 18 Jan 2005 17:12:30 -0800 From: Sam Leffler User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Maglione References: <41ED1FD5.8090401@comcast.net> <20050118144209.GF3054@empiric.icir.org> <41ED3019.9020600@comcast.net> <41ED4652.8040902@errno.com> <41ED568D.8000405@comcast.net> In-Reply-To: <41ED568D.8000405@comcast.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-mobile@freebsd.org Subject: Re: ath: a few questions X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2005 01:12:06 -0000 Kris Maglione wrote: > Sam Leffler wrote: >> You've provided zero useful information so I've been ignoring your >> winging. Regardless you are comparing apples and oranges. The NDIS >> driver supports several hardware features that the open source driver >> does not. At least one of those, XR mode, can be a significant factor >> in the extended range performance you see. The other critical factor >> is that the NDIS driver has an excellent transmit rate control >> algorithm while the onoe rate control code is little more than a >> noop. I've solicited better algorithms for almost 3 years but noone's >> stepped up. I cannot do one because I am familiar with several >> proprietary algorithms and so "tainted". > > > Sorry, I haven't provided any useful information, because I don't know > what information to provide. I don't recall seeing os version, chip id info, hal version, or any relevant basic config info (hint dmesg has useful bits). Past that look in /usr/src/tools/tools/ath for the athstats program. It is what I mostly use in understanding what's going on when problems crop up. I'm pretty sure this question has been answered numerous times on the mailing lists so checking back postings is a good idea. Sam