Received: by 2002:a25:1104:0:0:0:0:0 with SMTP id 4csp575865ybr; Fri, 22 May 2020 13:41:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwEJ63gs2QjAp+i2DXmCScm88YrE6U9A5phq+qItks4E3mSIzn8xRCFhW6LE7qxVd4z7eZs X-Received: by 2002:a50:98a3:: with SMTP id j32mr4613226edb.34.1590180074822; Fri, 22 May 2020 13:41:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590180074; cv=none; d=google.com; s=arc-20160816; b=f5Zdb8Cu2QoklKKx7sIQUV06nxT/gTxgt12oyg0rxVbY5JA8WXht7RfIHT8PkDPYGE 0vLqxP0CeVXQrsoTyr1vUASwE4F9/QN8T4ysw230hAx64TOX5mjJA9j2Ce8G5km4Iu/R d1Nh/h3RxwqLfp5i2oe7BmXV3FfeugOWqNL9Pb6y1/Ui6smKmzcO/wocOqmTBuCvmX5Y FZCeIS2yieKAEFAf9VZFM7kEcqvGHtZGX190PoKST3LjXKxsI/Pwbmc7jUixEZjoYmbt dPXM+Aap+fmhsLoePgPpp6Ars72vHtHOnoP1yuazJlhrNrPvSrDzeC/z2BzJL2Kytmhy BfyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=V64ctp5wLw9dkn0RgMOtFnBq38Espf414P1mnaYyhZg=; b=bnSGCTeM3bmdsG8dOdnsprb5dfMv5EHT/TFfDwyFkdnZOHmftLuaNLXpRE2NPe0RMz 7YDvavl7BUfAnHrw7jxpuajQKyJqggOlW33Mbw9A7P5G7SDR26YtlkolabLv2CuwukgD AyFpsXYYlIOkrujkfmpSh/WhoJNs3zt9IJsusmOZ25g/7IetTcAjY2avuWV+8gYPMcvf fTmkjMeeX7+jhMDvjw0GsmgZK729Z4rmm1KA3BjOPN4jLWF6VVLGumwsZvaELLpczhPS 8oovsSEUuiXwGb1lw8wJugs28YomSKz7wtkI+p+9W8i40g9ub1N5wQwE0w3kJtFfIf9t JssA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mc5si5681698ejb.6.2020.05.22.13.40.35; Fri, 22 May 2020 13:41:14 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-wireless-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-wireless-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731015AbgEVUjF (ORCPT + 99 others); Fri, 22 May 2020 16:39:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54960 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730979AbgEVUjF (ORCPT ); Fri, 22 May 2020 16:39:05 -0400 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 18471C061A0E for ; Fri, 22 May 2020 13:39:05 -0700 (PDT) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.93) (envelope-from ) id 1jcERU-000zXL-Jj; Fri, 22 May 2020 22:38:57 +0200 Message-ID: Subject: Re: [PATCH v2 1/9] cfg80211: Add new channel flag to identify 6GHz PSC channel From: Johannes Berg To: Pradeep Kumar Chitrapu , ath11k@lists.infradead.org Cc: linux-wireless@vger.kernel.org Date: Fri, 22 May 2020 22:38:54 +0200 In-Reply-To: <20200522072431.27601-2-pradeepc@codeaurora.org> References: <20200522072431.27601-1-pradeepc@codeaurora.org> <20200522072431.27601-2-pradeepc@codeaurora.org> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.2 (3.36.2-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-wireless-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Fri, 2020-05-22 at 00:24 -0700, Pradeep Kumar Chitrapu wrote: > 6GHz channels are divided into preferred scanning channels(PSC) > and non-PSC channels. One in every four 20MHz channels is a PSC. > Spec mandates to use only PSC channels as primary channels for > setting up BSS on 6GHz only AP. > > The set of 20 MHz channels in the 6 GHz band, with channel center > frequency, ch_a = Channel starting frequency – 55 + 80 × n (MHz) > are referred to as preferred scanning channels (PSCs) where, > n = 1, …, 15 as per IEEE P802.11ax/D6.0. > > This flag also will be used when making scanning decision on > 6GHz channels. Is there much value in exposing this as a *flag*? We have a similar patch, but it just adds the function and everyone who cares can call it. Do we really need to precalculate that? johannes