From owner-freebsd-wireless@FreeBSD.ORG Mon May 27 21:10:43 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 8FEA3908; Mon, 27 May 2013 21:10:43 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ie0-x22f.google.com (mail-ie0-x22f.google.com [IPv6:2607:f8b0:4001:c03::22f]) by mx1.freebsd.org (Postfix) with ESMTP id 4C99BD69; Mon, 27 May 2013 21:10:43 +0000 (UTC) Received: by mail-ie0-f175.google.com with SMTP id tp5so2718976ieb.20 for ; Mon, 27 May 2013 14:10:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:to:cc:reply-to:subject:in-reply-to:x-mailer :mime-version:content-type; bh=EoQL0Y7TdMOayswCC3J0RTCGkXDJ0SxZeLsz4rREeR0=; b=spmrFDyWqJAeVTcY+XQD9Oc5rvF/ov8NpFpRK19YN81sBDn/yHFqlpHQbkM64IzwGM EX3wVGFoRLHEVztP/pN+cJHemr/r0IGKIk7qV/tUwZDxuUc6uUiovRRBWf/mTQwOCe5H mEadehyFUkdMRF3DXvZwJkzwr/yw9qBl5iKcc4S4a3b7x9Ql0J0bQNasgSYk86bQrD0E pqhKYU5yGAOVnWKa8E7Kq5+GQsSg0D8dc1P9CA2YLE8WML/J4f53Os8Bx+kEG5+UK7oG iJJ03OKDI/VNnLQeaZwq3PLoOedV3qYaxAIzMQJbmzDvFKeeP6L99XYhJQdDxq35MojR uuXw== X-Received: by 10.50.109.231 with SMTP id hv7mr5775436igb.103.1369689042022; Mon, 27 May 2013 14:10:42 -0700 (PDT) Received: from www.palm.com ([32.137.95.175]) by mx.google.com with ESMTPSA id uv10sm14903538igb.3.2013.05.27.14.10.37 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 27 May 2013 14:10:40 -0700 (PDT) Message-ID: <51a3cbd0.2a98320a.4098.28c1@mx.google.com> Date: Mon, 27 May 2013 17:10:33 -0400 From: "Adrian Chadd" To: "Lev Serebryakov" , "Adrian Chadd" Subject: Re: [rft] please test -HEAD ath; lots of TX changes In-Reply-To: <711055633.20130528010212@serebryakov.spb.ru> X-Mailer: Palm webOS v1.0.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Adrian Chadd 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: Mon, 27 May 2013 21:10:43 -0000 Sweet. I think the problem getting n rates here are likely due to buffer st= arvation when queuing the addba request or response frames. So I still have to properly fix that. But it'll happen. Cool, keep testing! Adrian Sent from my Palm Pre on AT&T On May 27, 2013 5:02 PM, Lev Serebryakov <lev@freebsd.org> wrote:=20 Hello, Adrian. You wrote 27 =D0=BC=D0=B0=D1=8F 2013 =D0=B3., 11:29:29: AC> Would you mind re-testing with what's now in -HEAD? Ok, now I can not "force" connection NOT TO PICK UP n-rates (without disabling N on sever or client). Performance is better, than usual (150-180Mbit/s UDP), and SOMETIMES here are such messages: May 28 00:40:51 gateway kernel: ath0: ath_tx_tid_bar_suspend: tid=3D0, bar_= wait=3D0, bar_tx=3D0, called May 28 00:40:51 gateway kernel: ath0: ath_tx_tid_bar_tx_ready: c4:85:08:3f:= 9e:c2: TID=3D0, bar ready May 28 00:40:51 gateway kernel: ath0: ath_tx_tid_bar_tx: c4:85:08:3f:9e:c2:= TID=3D0, called May 28 00:40:51 gateway kernel: ath0: ath_tx_tid_bar_tx: c4:85:08:3f:9e:c2:= TID=3D0, new BAW left edge=3D186 May 28 00:40:51 gateway kernel: ath0: ath_bar_response: c4:85:08:3f:9e:c2:= called; txa_tid=3D0, atid->tid=3D0, status=3D0, attempts=3D1 May 28 00:40:51 gateway kernel: ath0: ath_tx_tid_bar_unsuspend: c4:85:08:3f= :9e:c2: TID=3D0, called May 28 00:40:52 gateway kernel: ath0: ath_tx_tid_bar_suspend: tid=3D0, bar_= wait=3D0, bar_tx=3D0, called May 28 00:40:52 gateway kernel: ath0: ath_tx_tid_bar_tx_ready: c4:85:08:3f:= 9e:c2: TID=3D0, bar ready May 28 00:40:52 gateway kernel: ath0: ath_tx_tid_bar_tx: c4:85:08:3f:9e:c2:= TID=3D0, called May 28 00:40:52 gateway kernel: ath0: ath_tx_tid_bar_tx: c4:85:08:3f:9e:c2:= TID=3D0, new BAW left edge=3D3517 May 28 00:40:52 gateway kernel: ath0: ath_bar_response: c4:85:08:3f:9e:c2:= called; txa_tid=3D0, atid->tid=3D0, status=3D0, attempts=3D1 May 28 00:40:52 gateway kernel: ath0: ath_tx_tid_bar_unsuspend: c4:85:08:3f= :9e:c2: TID=3D0, called Which correlates with dropping of bandwidth to 90Mbit/s for one second. But no re-association problems, no "20-30Mbit/s" problem. And I've tried to power-cycle client and AP, it still pick up N rates from first packet now! When I disable N on client, it shows stable 30Mbit/s (no 54m though :)), but still no de/re-association problems for 600 seconds. But, I stress this out: there was NO way to get non-N rates when N was enabled on both ends, there was NO auth/association problems for several 600-seconds runs. And, yes, in my previous experiments, auth/association problems were only in situation when two N-enabled parties used non-N rates. --=20 // Black Lion AKA Lev Serebryakov <lev@FreeBSD.org>