From owner-freebsd-mobile@FreeBSD.ORG Wed May 17 21:01:22 2006 Return-Path: X-Original-To: freebsd-mobile@freebsd.org 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 3975016AB8A for ; Wed, 17 May 2006 21:01:22 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id C21FD43D48 for ; Wed, 17 May 2006 21:01:21 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.175] (a80-126-106-146.adsl.xs4all.nl [80.126.106.146]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k4HL1BOx025620 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 May 2006 14:01:20 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <446B8F14.80502@errno.com> Date: Wed, 17 May 2006 23:01:08 +0200 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.2 (Macintosh/20060308) MIME-Version: 1.0 To: Ross Finlayson References: <7.0.1.0.1.20060517080119.01e00df8@live555.com> <446B44B0.5030908@errno.com> <7.0.1.0.1.20060517125415.01e0f568@live555.com> In-Reply-To: <7.0.1.0.1.20060517125415.01e0f568@live555.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-servers-Metrics: ebb.errno.com 1049; Body=2 Fuz1=2 Fuz2=2 Cc: freebsd-mobile@freebsd.org Subject: Re: More 'resource' problems with "ath0" X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 May 2006 21:01:22 -0000 Ross Finlayson wrote: > >> Please do not cross-post. > > My apologies. Now that it's established that this problem is specific > to the "ath" driver, and not to more general FreeBSD networking code, > I'll restrict future postings to "freebsd-mobile" only. > >> The transmit queue is full; you need to understand why. Basic info >> includes the card info (dmes|grep ath) and ifconfig output. > > I've seen the problem happen on two different machines, with two > different interface cards (although both with Atheros chipsets): > > Machine1: > %dmesg | fgrep ath > ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > ath0: mem 0xe1020000-0xe102ffff irq 10 at device 18.0 on > pci0 > ath0: Ethernet address: 00:80:48:3c:6c:00 > ath0: mac 10.5 phy 6.1 radio 6.3 > > %ifconfig ath0 > ath0: flags=8843 mtu 1500 > inet 66.80.0.4 netmask 0xfffffff0 broadcast 66.80.0.15 > inet6 fe80::280:48ff:fe3c:6c00%ath0 prefixlen 64 scopeid 0x5 > ether 00:80:48:3c:6c:00 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11b > status: associated > ssid LIVE555 channel 3 bssid 00:80:48:3c:6c:00 > authmode OPEN privacy OFF txpowmax 38 protmode CTS burst > dtimperiod 1 > bintval 100 > > Machine 2: > %dmesg|fgrep ath > ath_hal: 0.9.16.16 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > ath0: mem 0x41400000-0x4140ffff irq 5 at device 9.0 on pci0 > ath0: Ethernet address: 00:13:46:98:3b:13 > ath0: mac 7.9 phy 4.5 radio 5.6 > > %ifconfig ath0 > ath0: flags=8843 mtu 1500 > inet 66.80.62.41 netmask 0xfffffff8 broadcast 66.80.62.47 > inet6 fe80::213:46ff:fe98:3b13%ath0 prefixlen 64 scopeid 0x4 > ether 00:13:46:98:3b:13 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11b > status: associated > ssid LIVE555 channel 3 bssid 00:13:46:98:3b:13 > authmode OPEN privacy OFF txpowmax 36 protmode CTS burst > dtimperiod 1 > bintval 100 > > >> It usually helps to explain how you make your problem to occur--if >> you can identify something you are doing. > > No, unfortunately there's nothing specific that seems to reproduce this > - just some communication to and/or from a remote client. > >> Past that there are tools in src/tools/tools such as ath/athstats >> for dumping the driver statistics. > > If there's anything specific that I can run (at the time I see the > problem) that may help identify the problem, please let me know. > Are any of the stations associated to these systems operating in power save mode? Is there some reason you have the cards locked to 11b? If not, you should be able to let them operate in 11g. Sam