linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jouni Malinen <j@w1.fi>
To: Julian Calaby <julian.calaby@gmail.com>
Cc: linux-wireless@vger.kernel.org, Kalle Valo <kvalo@codeaurora.org>,
	QCA ath9k Development <ath9k-devel@qca.qualcomm.com>,
	ath9k-devel@lists.ath9k.org, Ben Greear <greearb@candelatech.com>
Subject: Re: [PATCH] ath9k: Support 4.9Ghz channels on AR9580 adapter.
Date: Tue, 21 Jun 2016 12:41:46 +0300	[thread overview]
Message-ID: <20160621094146.GA3196@w1.fi> (raw)
In-Reply-To: <1466470940-25229-1-git-send-email-julian.calaby@gmail.com>

On Tue, Jun 21, 2016 at 11:02:20AM +1000, Julian Calaby wrote:
> I've only done this work as I hate to see people's efforts go to
> waste and I feel that there's enough roadblocks in the way of
> actually using this functionality that casual idiots won't be able
> to.

Are these really ready to go to the upstream kernel in this state and
without the other changes that would be needed to operate correctly?
What is the use case for these and how have these been tested?

> This is compile tested only as I cannot test this for real as I lack
> both the hardware and license required.

I don't think this is sufficient when touching this type of area. I
would not apply these without proper testing and full set of
functionality being available. I see no point in ath9k defining
additional channels if all those new channels can cause is harm and not
correct functionality. This channel list addition looks like the easiest
part to handle compared to the other patches needed for 4.9 GHz and this
would be the last patch on my list to get accepted..


> diff --git a/drivers/net/wireless/ath/ath9k/common-init.c b/drivers/net/wireless/ath/ath9k/common-init.c
> +#ifdef ATH9K_49_GHZ_CHAN
> +	/* 4.9Ghz channels, public safety channels, license is required in US
> +	 * and most other regulatory domains!
> +	 */
> +	CHAN5G(4915, 38), /* Channel 183 */
> +	CHAN5G(4920, 39), /* Channel 184 */
> +	CHAN5G(4925, 40), /* Channel 185 */
> +	CHAN5G(4935, 41), /* Channel 187 */
> +	CHAN5G(4940, 42), /* Channel 188 */
> +	CHAN5G(4945, 43), /* Channel 189 */
> +	CHAN5G(4960, 44), /* Channel 192 */
> +	CHAN5G(4970, 45), /* Channel 194 */
> +	CHAN5G(4980, 46), /* Channel 196 */

Where are these channels defined and are these really correct
frequencies for them? Please note that many of the 4.9 GHz channels have
channel starting frequencies like 4.9375 GHz and 4.0025 GHz, i.e.,
fractional MHz.. While US public safety may not have all those cases,
even there are some 0.5 MHz cases. In addition, those channel numbers
sound more like some of the channels defined in Japan rather than US
public safety operating class. In addition, some of these channels seem
to be outside the US public safety range.

Is this trying to add 4.9 GHz channels in general for multiple different
use cases? And if so, what are those use cases? Or is this only for some
public safety cases? And if so, for which regulatory domains?

To be frank, I really don't see how this would be even close to a state
that should be accepted into the upstream tree.

-- 
Jouni Malinen                                            PGP id EFC895FA

  reply	other threads:[~2016-06-21 10:07 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-05-12 22:40 [PATCH] ath9k: Support 4.9Ghz channels on AR9580 adapter greearb
2016-06-20 20:34 ` Kalle Valo
2016-06-20 20:41   ` Ben Greear
2016-06-20 23:53     ` Julian Calaby
2016-06-21  0:00       ` Ben Greear
2016-06-21  1:02       ` [PATCH] " Julian Calaby
2016-06-21  9:41         ` Jouni Malinen [this message]
2016-06-21 10:16           ` Julian Calaby
2016-06-21 14:17           ` Ben Greear
2016-06-21 14:25           ` [ath9k-devel] " Dave Taht

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160621094146.GA3196@w1.fi \
    --to=j@w1.fi \
    --cc=ath9k-devel@lists.ath9k.org \
    --cc=ath9k-devel@qca.qualcomm.com \
    --cc=greearb@candelatech.com \
    --cc=julian.calaby@gmail.com \
    --cc=kvalo@codeaurora.org \
    --cc=linux-wireless@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).