Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp1120784pxb; Fri, 6 Nov 2020 01:15:08 -0800 (PST) X-Google-Smtp-Source: ABdhPJwSE4CmD3aZ7jQKeIXr2rsy28hnLMfW2dkUZQ/33d1CS/5CV85jPP6hx8cYnudHu5ml++G1 X-Received: by 2002:a17:906:7254:: with SMTP id n20mr1048345ejk.382.1604654108319; Fri, 06 Nov 2020 01:15:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1604654108; cv=none; d=google.com; s=arc-20160816; b=sxif5B2OnJ/7YhJ2Fg9+Gv139UzrSbb4BYQ3etHUhKilACQDre0w/PONgN9KAJCoaq TrZ5zHw+JwYYIiYOEcJvy5drIAuInsK8AzxahpZVWsoOng3SX19X1ZadanPToLEQYIAj n8Mgr/ssWVlInPQ9JjwjliuOSEbs8sM6i31hQznvfBnYhzrmV0CZz5WovntwRAgH7wKj hOup6bU4YW1whvGk+R2HayOEjlngLdEaYgNxrGhw5JS+6S4KickAO5oPd78HKE7HCQ+O jGMRqwJ73KYo1Q0uWRNCHerzfq0KLarrdkgmIqIL0aQIuLZU2pG8koW2CODai6S4pT60 EEzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=0zajjM49T0E8mD3O26E79FC/u3M8EufyDLA7n1ADZYI=; b=t4XBFaUmsFVSnGxVS4K6uNsNjAeDfZga7IkzeGjWq+QgwtBqr06kzIpHFVHWlQJEzP Ar5gT6/RvSw25TAzULKun2AkhheDjURVRiEphXWbE+HSFiCMkHdZkHWUS6CukP3qZJX+ GuP9zcTfdDC2m150ZzpdfJcGMAVuIlwSUafnc1QO6BRAcIsN1mzrjpGbZ50jevpGHOPM zD7fjOjCgy/H2CtsgIxtP9HSyYGwhL0jBNYFSUA4mfcP1/D7hl8CmSOwYc2Grmlr2F9J zwHghgdBeMLNgdUM7NecE5q0rk3r4qHr6jdExKPOOLW0yiob49h3aHEP+ugKHmleA0qZ edaw== 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 f22si375705ejd.707.2020.11.06.01.14.44; Fri, 06 Nov 2020 01:15:08 -0800 (PST) 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 S1726506AbgKFJNC (ORCPT + 99 others); Fri, 6 Nov 2020 04:13:02 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50486 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726447AbgKFJM7 (ORCPT ); Fri, 6 Nov 2020 04:12:59 -0500 Received: from sipsolutions.net (s3.sipsolutions.net [IPv6:2a01:4f8:191:4433::2]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7B527C0613CF for ; Fri, 6 Nov 2020 01:12:59 -0800 (PST) Received: by sipsolutions.net with esmtpsa (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.94) (envelope-from ) id 1kaxnl-002BuI-6A; Fri, 06 Nov 2020 10:12:57 +0100 Message-ID: <02802f0fc1b3e4941ce137fcf6a637c32a756a4a.camel@sipsolutions.net> Subject: Re: [PATCH] iw: add optional argument to parse 6G band channel From: Johannes Berg To: Arend Van Spriel , Pradeep Kumar Chitrapu Cc: linux-wireless@vger.kernel.org Date: Fri, 06 Nov 2020 10:12:56 +0100 In-Reply-To: <4bbc1e91-ba41-7e05-cb53-baa74232388d@broadcom.com> (sfid-20201106_101217_822925_451FF8D7) References: <1602283770-8026-1-git-send-email-pradeepc@codeaurora.org> <5c39eaec897af4d7b1005d1f7cb80552c3404e54.camel@sipsolutions.net> <4bbc1e91-ba41-7e05-cb53-baa74232388d@broadcom.com> (sfid-20201106_101217_822925_451FF8D7) Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.36.5 (3.36.5-1.fc32) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-malware-bazaar: not-scanned Precedence: bulk List-ID: X-Mailing-List: linux-wireless@vger.kernel.org On Fri, 2020-11-06 at 10:12 +0100, Arend Van Spriel wrote: > On 11/6/2020 10:06 AM, Johannes Berg wrote: > > On Fri, 2020-11-06 at 10:05 +0100, Arend Van Spriel wrote: > > > On 11/6/2020 9:55 AM, Johannes Berg wrote: > > > > On Fri, 2020-10-09 at 15:49 -0700, Pradeep Kumar Chitrapu wrote: > > > > > Channel numbers of 6G band overlaps with those of 2G or 5G bands. > > > > > Therefore, an optional argument "6G" is added and expected next > > > > > to channel number to map it to correct 6GHz frequency. If not > > > > > specified, defaults to matching 2G or 5G frequency. > > > > > > > > > > example: > > > > > iw wlanX set channel 149 6G 80MHz --> maps to 6695 MHz > > > > > iw wlanX set channel 149 80MHz --> maps to 5745 MHz > > > > > > > > Hm. I can't really say I like this much. > > > > > > > > Is it _really_ needed? I mean, we mostly specify the frequency today, so > > > > ... why not just always do that for 6 GHz? > > > > > > I suspect there are people preferring channel numbers as much as there > > > are people preferring frequencies. Personally, I think it is acceptable > > > to put this limitation on 6G. > > > > :) > > > > After I sent the message I figured maybe then we should have different > > syntax, where we say prefix the channel number by the band? > > > > iw wlanX set channel 6:149 ... > > iw wlanX set channel 5:149 ... > > iw wlanX set channel 2.4:11 ... > > Do you want to make that band: prefix required or optional. That's a good question. Probably should be optional, otherwise everything breaks ... > btw. starts > to look like the format we use with our wl utility ;-) Hah! Maybe you have a better idea there? :) johannes