From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.3 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id D8A26C433E5 for ; Sat, 27 Mar 2021 00:19:00 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id BDB4061A4E for ; Sat, 27 Mar 2021 00:19:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231184AbhC0ASX (ORCPT ); Fri, 26 Mar 2021 20:18:23 -0400 Received: from mail2.candelatech.com ([208.74.158.173]:55322 "EHLO mail3.candelatech.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231176AbhC0ASV (ORCPT ); Fri, 26 Mar 2021 20:18:21 -0400 Received: from [192.168.254.6] (unknown [50.34.172.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail3.candelatech.com (Postfix) with ESMTPSA id 024D013C2B6 for ; Fri, 26 Mar 2021 17:18:20 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 mail3.candelatech.com 024D013C2B6 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=candelatech.com; s=default; t=1616804301; bh=hH4187S/wxKrgwSqwzxsSmTMZQntOJ7JhwSPOtLM9Wo=; h=To:From:Subject:Date:From; b=gMZN/OEwCje1j1g94Fs66e4fZ/inoafyx+DirafI2Q9ClfkYY1vNooudEpLpCUowq pWiUl1AqXO+U3pgqLJxxUu8qHblkaZx7vJUcMSXBj1bDtDKd5+gQyWcOtmeQEnw+CP JUU5bpyRr6l/f9BEHPNRBdbVTuRgIGlaLMMZQESg= To: "linux-wireless@vger.kernel.org" From: Ben Greear Subject: mac80211 mlme connection probing woes Organization: Candela Technologies Message-ID: <312fa32e-21f7-fcc0-fef4-55633db53f65@candelatech.com> Date: Fri, 26 Mar 2021 17:18:20 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-MW Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org I've been digging into a bug where our ath10k driver shows periodic throughput drops on regular intervals. We've bisected this down to a patch where we disable the firmware connection monitor, and so ask mac80211 to do the connection monitor. This works fine in 5.4 kernel, but in 5.11, it does not work well. First, if anyone has an idea what change might have caused this, please let me know. We will try with ath9k, assuming it uses the mac80211 connection monitor to see if it has the same issue. And second, if a STA is doing traffic that is passing to/from the AP, why probe the connection at all? We get tx status showing success, and also valid rx packets from AP, shouldn't that cause the probe timer to defer? Thanks, Ben -- Ben Greear Candela Technologies Inc http://www.candelatech.com