From owner-freebsd-wireless@FreeBSD.ORG Sun May 19 15:54:39 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 02521229; Sun, 19 May 2013 15:54:39 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id BDFAFEA0; Sun, 19 May 2013 15:54:38 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:1d62:14ca:3c29:bff9]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 7CBE04AC57; Sun, 19 May 2013 19:54:37 +0400 (MSK) Date: Sun, 19 May 2013 19:54:16 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1377052407.20130519195416@serebryakov.spb.ru> To: Adrian Chadd Subject: Re: [rft] please test -HEAD ath; lots of TX changes In-Reply-To: References: <372806514.20130519141024@serebryakov.spb.ru> <1106213329.20130519193856@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: lev@FreeBSD.org 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: Sun, 19 May 2013 15:54:39 -0000 Hello, Adrian. You wrote 19 =D0=BC=D0=B0=D1=8F 2013 =D0=B3., 19:49:48: AC> Ok. So the hardware queue isnt hung. Good! AC> The 30mbit is the transmit rate, not throughput. No idea why is isnt AC> downgrading though. 300! It doesn't downgrading, because it is UDP and it is FreeBSD -- Linux blocks sendto() on UDP socket when buffers/queue is full, and FreeBSD simply discard data and returns. FreeBSD behaves more correctly from POSIX point of view, but Linux is more "expectable". AC> So lets do more testing to aee if the transmit queue stalls. Also, we c= an AC> diagnose the disassociate at some point. Then after that, rate control. Logs sent to you should show, that client deassociate in middle of process, and it was unexpected :) --=20 // Black Lion AKA Lev Serebryakov