From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail2.candelatech.com ([208.74.158.173] helo=mail3.candelatech.com) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1ihPDV-00054V-7T for ath10k@lists.infradead.org; Wed, 18 Dec 2019 02:37:38 +0000 Subject: Re: [PATCH] ath10k: Per-chain rssi should sum the secondary channels References: <20191216220747.887-1-greearb@candelatech.com> <80700614-679a-336e-bd9a-e88622e75c9a@candelatech.com> <4775d91a-9719-46f8-b0f2-979b8d86cf9f@newmedia-net.de> <11290a30-46e8-638e-4110-86e6b2eb3d3f@candelatech.com> <5e3f22d1-b8ba-d756-a15c-1e7ae56c1dad@newmedia-net.de> From: Ben Greear Message-ID: <8eae96cd-a94e-abc1-4750-73f931d657d6@candelatech.com> Date: Tue, 17 Dec 2019 18:37:33 -0800 MIME-Version: 1.0 In-Reply-To: <5e3f22d1-b8ba-d756-a15c-1e7ae56c1dad@newmedia-net.de> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "ath10k" Errors-To: ath10k-bounces+kvalo=adurom.com@lists.infradead.org To: Sebastian Gottschall , Tom Psyborg Cc: linux-wireless@vger.kernel.org, ath10k , Justin Capella On 12/17/2019 06:12 PM, Sebastian Gottschall wrote: > i dont know what you want to compare here. > > 1. you compare 2 different wifi chipsets. both have different sensititivy and overall output power spec > > 2. both have different amount of antenna chains. which does make a difference in input sensitivity > > 3. the patch ben made has no effect on qca9880 chipsets. it only takes effect on 10.4 based chipsets like 9984 The part of my patch that sums secondary frequencies should apply to wave-1 as well, but I have not verified that yet. > about noise floors in general. noise floors of -108 are bogus. there is a physical limit a noise level can be. > since drivers like ath9k are doing a cyclic calibration, the noise value might indeed change. but this calibration is > not running in realtime. its cyclic. i'm not aware if chipsets like qca988x are going the same way, but since qca988x > has sime similaries with ath9k chipsets unlike the newer 9984 variants, it could be. the 30 seconds mentioned > in the bug report fits to my expectations of the early noisefloor calibration which has a short delay and after success > turning to use a long delay. anyway. in this early calibration phase signals might change and will stabilize after. this isnt a issue > since your connection will work anyway even if it might take a little bit longer if you have poor signal levels > > @ben. am i wrong or what do think? I don't know enough about how the noise floor calculations are done or how the apply to settings to know the answer. I will be happy in general if ath10k wave-1, wave-2, and ath9k report similar RSSI for similar setups. If you look at the tx-rate-power table in ath10k, for instance, you can see different MCS are transmitted at different signal levels. So, some change from initial conditions might be because higher MCS is being transmitted after rate-ctrl scales up? Lots of moving parts... Thanks, Ben > > Sebastian > > Am 18.12.2019 um 00:37 schrieb Tom Psyborg: >> also noticed now that the noise floor changes with signal strength as >> described in this bug report: >> https://www.mail-archive.com/ath10k@lists.infradead.org/msg11553.html >> >> after wifi restart >> >> iwinfo: >> >> signal: -59dBm noise: -108dBm >> >> then goes to >> >> signal: -52dBm noise: -103dBm >> >> and finally drops to >> >> signal: -59dBm noise: -103dBm >> > -- Ben Greear Candela Technologies Inc http://www.candelatech.com _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k