Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp6048408ybx; Mon, 11 Nov 2019 03:03:37 -0800 (PST) X-Google-Smtp-Source: APXvYqyHsP7NLxYm81fpn5MnwowzGRRhvOHhJkDL7IbO8fKnQPIIVxVUj6Bi8GCHlGbmgs5LPcFe X-Received: by 2002:a17:906:b310:: with SMTP id n16mr22144984ejz.129.1573470217373; Mon, 11 Nov 2019 03:03:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1573470217; cv=none; d=google.com; s=arc-20160816; b=TTrvcy1OJ3IFhFmlLAJBq0EChvBdxL8oVFFfO15uAwcNRZAbwwWa0ZUQsIssqCKRZP adMhAcJd5NshbWVStFJ0BpBU1SBeAD0HgbpEWV59MvTKP3GzK3FPaWRs7VOrKcJW65z/ 4EmomjjVBYRePQvtUmIWe2MsWFFC2XM9lXaNgGhkVi71mizrjTZLz/N0nns66Mq0TTjA qWbwEBU/oMzD8lNknjDUsMTmTOdr/QJQtJGIM0vg0c98piqGyF0WQMiuSUN9dowEgU7r mRZXlR/qIBMtFLUS3dOyiF9S5t/N/HAfORN65x+wsEWBzDsWmbN6+icN/7Tylhd5tBdf nX1Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-disposition :content-transfer-encoding:user-agent:in-reply-to:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Vc+FqQYjuwvDH6DKqBFfHO4ftgXOeS6iGxsbJt+uLsU=; b=L1idJ8J15EpYV8cOpapIsAOUMjjbz+T0H2MR0qyanVKGpO77z2yhsGfYp3shbZ1pdS kd5XXDp/vqZGfLyyMIHsfstNJ1XXcOYxv7hcnrcjnoYhUdnDbr6370pTVdTFe7OoQm47 b1yu/uvQseR3bfwcTEEJTxy3KRvsbge+rddoRI42rmVlFiQ8AgcchqHvkuOQeXEN9DyF 3abYXE4gP+LFrvk2MtIU71TFnt4AEXPn095EUWym4OW7J3t93NaYmQHN6ouG2J8TtELY RNvxXg35IEoGArWwCy0cYZFQK4LXO3yu5lDjtS0B5K+Aqp4Fkom2eWBziCFIk94lVvPX Zozg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ikK2IRrX; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o3si11276601edi.374.2019.11.11.03.03.05; Mon, 11 Nov 2019 03:03:37 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ikK2IRrX; spf=pass (google.com: best guess record for domain of linux-wireless-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726832AbfKKLAr (ORCPT + 99 others); Mon, 11 Nov 2019 06:00:47 -0500 Received: from us-smtp-delivery-1.mimecast.com ([205.139.110.120]:28226 "EHLO us-smtp-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726791AbfKKLAq (ORCPT ); Mon, 11 Nov 2019 06:00:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1573470045; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Vc+FqQYjuwvDH6DKqBFfHO4ftgXOeS6iGxsbJt+uLsU=; b=ikK2IRrXqJKpjlMKgqNDMvO1mZnxrcFn5xW+W5vhyF8+SXmw3KWF/U6UOKr5ExS/Jd79cc MsFPxh7haGZzBT/ou0J04JmwHk+L7FdGpJZeBcNQBREPcZYFksNVhfGOoTtyD1EBM1Cqnc /6PWhgBNpc7ypigmfeG0Pn7h212N+/M= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-230-NDXv4P5JNNyB16xMVdYmfg-1; Mon, 11 Nov 2019 06:00:44 -0500 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 5FC4C801E7D; Mon, 11 Nov 2019 11:00:42 +0000 (UTC) Received: from localhost (unknown [10.40.205.174]) by smtp.corp.redhat.com (Postfix) with ESMTP id 569A9101F6C1; Mon, 11 Nov 2019 11:00:40 +0000 (UTC) Date: Mon, 11 Nov 2019 12:00:39 +0100 From: Stanislaw Gruszka To: Daniel Golle Cc: Tom Psyborg , linux-wireless@vger.kernel.org, Roman Yeryomin , wbob Subject: Re: [PATCH] rt2800: remove erroneous duplicate condition Message-ID: <20191111110038.GB25919@redhat.com> References: <20191028212244.GA2590@makrotopia.org> <20191029091857.GB3571@redhat.com> <20191029100503.GA1228@makrotopia.org> <20191102154639.GA4589@redhat.com> <20191102174227.GA1250@makrotopia.org> <20191103144749.GA8889@redhat.com> <20191104084823.GA2306@redhat.com> <20191104090058.GA1258@makrotopia.org> <20191104091525.GB2306@redhat.com> MIME-Version: 1.0 In-Reply-To: <20191104091525.GB2306@redhat.com> User-Agent: Mutt/1.8.3 (2017-05-23) X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 X-MC-Unique: NDXv4P5JNNyB16xMVdYmfg-1 X-Mimecast-Spam-Score: 0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Mon, Nov 04, 2019 at 10:15:25AM +0100, Stanislaw Gruszka wrote: > > > > For your reference: rt2x00: reduce tx power to nominal level on RT6= 352 > > > >=20 > > > > iPA/eLNA - fixes too high power output > > > > ePA/eLNA - doesn't have any effect > > > > iPA/iLNA - not tested > > >=20 > > > Does someone have iPA/iLNA device so this can be tested? > > > Or it is not used combination on available devices?=20 > >=20 > > iPA/iLNA the most commonly found combination in cheap devices. > > iPA/eLNA is more rare, but found in some higher-quality devices. > > ePA/eLNA is available mostly in markets which allow higher TX power. > > ePA/iLNA haven't seen it yet, but theoretically possible. > >=20 > > Looking at the internal photos of Nexx WT3020, I'm very certain this > > is an iPA/iLNA device -- apart from regulators, magnetics, MT7620N > > itself and flash memory, another magnetics and RAM on the backside, > > there are no other parts on the board. Also afaik MT7620N only supports > > iLNA/iPA (due to the limited number of pins of the DRQFN package). >=20 > With the change on WT3020 I observed better RX throughput and more > or less the same TX throughput. Not sure why, since the settings > is about TX? I'll do more test, but so far Tom's change looks like > good improvment for me. So, first of all I confused RX and TX testing in iperf. I observed better TX throughput before (now I'm using netperf, which allow to initialize performance tests in both directions from station, so=20 I'm no longer confusing). However better TX throughput come from TX{0,1}_{RF/BB}_GAIN_ATTEN and TX_ALC_CFG_1 settings, because TX_ALC_VGA is initialized as 0 by hardware, so we have this settings before, when not switched to the different codepath. I also checked setting TX_ALC_VGA to 0x06060606 and it vastly degrade performance for me in both directions on Nexx WT3020 and ASUS RT-AC51U. Stanislaw