From owner-freebsd-stable@FreeBSD.ORG Mon Jul 17 18:17:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17F8516A4DE for ; Mon, 17 Jul 2006 18:17:27 +0000 (UTC) (envelope-from vsemionov@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A4BF43D46 for ; Mon, 17 Jul 2006 18:17:26 +0000 (GMT) (envelope-from vsemionov@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so989499uge for ; Mon, 17 Jul 2006 11:17:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:from:to:subject:date:user-agent:mime-version:content-type:content-transfer-encoding:content-disposition:message-id; b=G+CdeFEyODD0fr/tjVOhNe0OZSy/WOTn5ygSPef3QINtxGZf+rSCbNniciHdGvunXBYA/M59stnvngm5t/dwanIMKhexrUBKePci1dl3tlO4EgdNHhlBAk5cuSlGkVZFwXAReUWILvqDGHNACUGlT2AEuovtGQzjj+qEwOG2C0U= Received: by 10.66.221.19 with SMTP id t19mr2771666ugg; Mon, 17 Jul 2006 11:10:11 -0700 (PDT) Received: from neon.devian.bg ( [83.148.125.201]) by mx.gmail.com with ESMTP id w40sm537760ugc.2006.07.17.11.10.11; Mon, 17 Jul 2006 11:10:11 -0700 (PDT) From: Victor Semionov To: freebsd-stable@freebsd.org Date: Mon, 17 Jul 2006 21:11:08 +0300 User-Agent: KMail/1.9.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607172111.08919.vsemionov@gmail.com> Subject: ath driver transmits frames only after a low watermark is filled X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jul 2006 18:17:27 -0000 Hello list, I have a wireless card with an Atheros 5212 chipset and I'm experiencing the following behavior under FreeBSD 6.1: TCP connections that consist of small short bursts of one-way (transmission) traffic often stall until traffic is received over another TCP connection. For example, if I try to load a small web page, located on the FreeBSD box, over the wireless link, it doesn't load completely, unless I hit return in a concurrent terminal session, or until I request some other file hosted on the FreeBSD box, or until I wait 20 seconds or so. The signal is not low, the two wireless boxes are in the same room. Higher-bandwidth connections rarely stall. This makes me think there is some kind of low watermark functionality in the hardware/driver that doesn't send frames until a certain number of them have been queued for transmission, or until a frame has been received. Also, I guess this is the reason that the ath module caused the system to freeze at shutdown or when the module is unloaded, unless I do an "ifconfig ath0 down" before unloading - the unloading code is probably waiting for all queued frames to be transmitted, but that never happens. Sorry for the weak conclusion that is based on assumptions. I'm not familiar with the OS/driver internals and don't know how to investigate further. Is there a sysctl or other setting that controls this behavior, or some other workaround? Any help would be greatly appreciated. Best regards, Victor Semionov