From patchwork Thu Dec 15 15:22:34 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jean-Pierre TOSONI X-Patchwork-Id: 9476417 X-Patchwork-Delegate: kvalo@adurom.com Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 6502760825 for ; Thu, 15 Dec 2016 15:23:46 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 5E8D4287AB for ; Thu, 15 Dec 2016 15:23:46 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 4F09E287B8; Thu, 15 Dec 2016 15:23:46 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=2.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 3F522287AB for ; Thu, 15 Dec 2016 15:23:45 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933463AbcLOPXn (ORCPT ); Thu, 15 Dec 2016 10:23:43 -0500 Received: from smtp27.msg.oleane.net ([62.161.4.27]:38102 "EHLO smtp27.msg.oleane.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751088AbcLOPXm (ORCPT ); Thu, 15 Dec 2016 10:23:42 -0500 X-Greylist: delayed 76085 seconds by postgrey-1.27 at vger.kernel.org; Thu, 15 Dec 2016 10:23:42 EST Received: from RD9 ([195.6.104.67]) (authenticated) by smtp27.msg.oleane.net (MSA) with ESMTP id uBFFMYu0012493; Thu, 15 Dec 2016 16:22:34 +0100 From: "Jean-Pierre Tosoni" To: "'Jouni Malinen'" Cc: , References: <004a01d24fe2$94da8dc0$be8fa940$@acksys.fr> <20161214195805.GA15022@w1.fi> In-Reply-To: <20161214195805.GA15022@w1.fi> Subject: RE: ath10k firmware sends probes on DFS channels without radar detection Date: Thu, 15 Dec 2016 16:22:34 +0100 Message-ID: <00f501d256e7$0f8d5380$2ea7fa80$@acksys.fr> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQL3KYY22ZL0scHo7CDJ9nFZ1NgD2AIVo9nHnq5vduA= Content-Language: fr X-Backend: vm-mx-sophos-mta90 X-PMX-Backend: PMX 6.3.1.2588712, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.12.15.151518 running on vm-mx-sophos-mta90 X-PMX-VirusScan: no virus found X-PFSI-Info: PMX 6.3.1.2588712, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2016.12.15.151518 (no virus found) X-PMX-Spam: Probability=8% X-PMX-SpamScan: NO 8% X-Orange-Auth: bWMxNDg4LTE4 Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Jouni, Thanks for the suggestion, I already tried something like this in wmi.c, with the same result: - Before patching the firmware scans DFS channels actively (with probes). - After patching, the firmware scans DFS channels passively *until* any beacon is received on the DFS channel. When *any* beacon is seen, the firmware decides to scan actively on its own, without any new IR/RADAR info from the driver. So, your patch is required but not sufficient. Somehow I was able to overcome this by reloading the regulation domain in the radio card before each scan request: ////// awful patch ahead //////// //////////////////////////////////////// ...But this sets a terrible penalty on performance when applied to background scan. On 12/14/16 20:58 Jouni Malinen wrote: > > On Tue, Dec 06, 2016 at 06:02:52PM +0100, Jean-Pierre Tosoni wrote: > > This follows on the previous discussion > > "Client station sends probes on DFS channels" > > > > Problem: > > The combination of QCA988X firmware v10.2.4.70-2 + ath10k + > > wpa_supplicant do not comply with the norm ETSI/EN 301-893 section > > 4.7; because they can send probes for 600s when no AP is around. > > > > Analysis: > > The problem seems to lie in the firmware, which regards the presence > > of *any* beacon as a proof that the channel is radar-clean for 600s. > > I don't think this is really firmware, but cfg80211 regulatory code and > how it interacts with ath10k.. > > > - there is no obvious fix working in ath10k. > > - the issue does not show up with other mac80211 devices like ath9k. > > - wpa_supplicant considers this is a kernel issue [2] > > There seems to be a difference between ath9k (mac80211-based Probe Request > frame sending) and ath10k (firmware) in this area for active scanning. > mac80211 uses IEEE80211_CHAN_NO_IR | IEEE80211_CHAN_RADAR while ath10k > uses IEEE80211_CHAN_NO_IR. I'd assume this difference results in ath10k > using cfg80211 beacon hints (etc.) to update the NO_IR flag and that might > be behind the difference you see. > > Could you check whether the following change gets you the behavior you > want to see here? I have not had a chance to test this yet, but based on > code review, it looks like something that brings the same behavior to > ath10k that ath9k has for this through mac80211. > > > diff --git a/drivers/net/wireless/ath/ath10k/mac.c > b/drivers/net/wireless/ath/ath10k/mac.c > index aa545a1..758dbbd 100644 > --- a/drivers/net/wireless/ath/ath10k/mac.c > +++ b/drivers/net/wireless/ath/ath10k/mac.c > @@ -2973,7 +2973,8 @@ static int ath10k_update_channel_list(struct ath10k > *ar) > ch->chan_radar = > !!(channel->flags & IEEE80211_CHAN_RADAR); > > - passive = channel->flags & IEEE80211_CHAN_NO_IR; > + passive = channel->flags & (IEEE80211_CHAN_NO_IR | > + IEEE80211_CHAN_RADAR); > ch->passive = passive; > > ch->freq = channel->center_freq; > > -- > Jouni Malinen PGP id EFC895FA > > _______________________________________________ > ath10k mailing list > ath10k@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/ath10k --- a/drivers/net/wireless/ath/ath10k/mac.c +++ b/drivers/net/wireless/ath/ath10k/mac.c @@ -2842,7 +2842,9 @@ static int ath10k_update_channel_list(st ch->chan_radar = !!(channel->flags & IEEE80211_CHAN_RADAR); - passive = channel->flags & IEEE80211_CHAN_NO_IR; + passive = channel->flags & (IEEE80211_CHAN_NO_IR | + IEEE80211_CHAN_RADAR); + ch->passive = passive; ch->freq = channel->center_freq; @@ -3548,6 +3550,9 @@ static int ath10k_start_scan(struct ath1 lockdep_assert_held(&ar->conf_mutex); + if (ar->state == ATH10K_STATE_ON) + ath10k_regd_update(ar); + ret = ath10k_wmi_start_scan(ar, arg); if (ret) return ret;