[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <060a8bd0-6470-4d75-a5bb-e012c3e7cb3d@quicinc.com>
Date: Fri, 20 Oct 2023 14:46:33 -0700
From: Jeff Johnson <quic_jjohnson@...cinc.com>
To: Arend van Spriel <arend.vanspriel@...adcom.com>,
Daniel Berlin <dberlin@...rlin.org>,
Arend van Spriel <aspriel@...il.com>,
Franky Lin <franky.lin@...adcom.com>,
Hante Meuleman <hante.meuleman@...adcom.com>
CC: <linux-wireless@...r.kernel.org>,
<brcm80211-dev-list.pdl@...adcom.com>,
<SHA-cyfmac-dev-list@...ineon.com>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 1/5] [brcmfmac] Add support for encoding/decoding 6g
chanspecs
On 10/20/2023 2:57 AM, Arend van Spriel wrote:
> On 10/19/2023 3:42 AM, Daniel Berlin wrote:
>> This patch adds support for 6G chanspecs, as part of adding 6G and
>> 802.11ax support.
In ath drivers we are actively discouraging the use of "G" since 1) that
is not the SI unit for gigahertz, and 2) it conflicts with the use of
that term in cellular communication where it refers to the generation of
technology. So I'd recommend using GHz in descriptions/comments and
GHZ/ghz in identifiers.
Side note: in USA, Comcast have started promoting their network as
"10G". In their case they're referring to 10 Gbps speeds. They are being
called out for misleading consumers with that terminology.
<https://arstechnica.com/tech-policy/2023/10/comcast-should-stop-advertising-slower-speeds-as-10g-industry-group-says/>
Powered by blists - more mailing lists