linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Seth Forshee <seth.forshee@canonical.com>
To: b.K.il.h.u+tigbuh@gmail.com
Cc: wireless-regdb <wireless-regdb@lists.infradead.org>,
	linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH] wireless-regdb: recent FCC report and order allows 5850-5895 immediately
Date: Tue, 6 Jul 2021 10:45:01 -0500	[thread overview]
Message-ID: <YOR6fRX+RkpjWECF@ubuntu-x1> (raw)
In-Reply-To: <CAPuHQ=GbacSTgyimkJtx1FXp319Df=LdrPQZ6ZDnPQ_JVXueKw@mail.gmail.com>

I've been on vacation; sorry for the delay.

On Wed, Jun 30, 2021 at 05:17:37PM +0200, b.K.il.h.u+tigbuh@gmail.com wrote:
> > On Tue, Jun 8, 2021 at 5:47 PM Seth Forshee <seth.forshee@canonical.com> wrote:
> > I think we concluded previously that both 5730-5850 and 5850-5895 should
> > have a max bandwidth of 160 MHz to permit use of 160 MHz across these
> > channels.
> >
> 
> Yes.
> 
> > We also discussed using NO-IR for 5850-5895. The regulations forbid
> > active scans, and PMTP-ONLY does not prevent them. NO-IR appears to be
> > the only option which conforms to this restriction, though that will
> > also block running an AP in this range.
> >
> 
> So we would not be able to operate an OpenWrt or other Linux-based AP,
> while other vendors would be allowed to do this? How is this
> acceptable? How does this help in liberating the band?

We're allowing clients which use the rules in the db to connect to APs
in the band. We may be able to get APs supported later on by getting
changes to break up passive-scan and no-IR. But with what we have to
work with right now, and based on my interpretation of the rules, I
think this is the best we can do currently.

> > I also read the max EIRP for clients as 30 dBm without any TPC
> > requirement. Did I overlook something which limits the EIRP to 27 dBm?
> >
> 
> The 27 dBm EIRP is needed for 20 MHz operation due to spectral density
> requirements. Is my information correct that regdb has no notion of
> specifying a separate limit for spectral density? (If it did, we might
> be able to double the EIRP for 2.4GHz of 10MHz channels)
> 
> I have summarized the reasoning in a comment of the original patch,
> but let me cite it here then (copied from the more recent link you
> have now given):
> 
> > "(iii) For client devices operating under the control of an indoor access point in the 5.850-5.895 GHz band, the maximum power spectral density must not exceed 14 dBm e.i.r.p. in any 1-megahertz band, and the maximum e.i.r.p. over the frequency band of operation must not exceed 30 dBm."
> > "the Commission limited indoor access point EIRP spectral density to 20 dBm/MHz with a maximum EIRP of 36 dBm over the bandwidth of operation (e.g., 33 dBm/20 MHz and 36 dBm/40 MHz)"
> > "To keep the potential for causing harmful interference low, the Commission required client devices to operate under the control of an access point, and limited client device's power spectral density and maximum transmit power to 6 dB below the power permitted for the access point."

Ah, thanks, I had forgotten about this.

Seth

      parent reply	other threads:[~2021-07-06 15:45 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-03 22:40 [PATCH] wireless-regdb: recent FCC report and order allows 5850-5895 immediately bkil
2020-12-04 15:11 ` Seth Forshee
2020-12-05 20:24   ` b.K.il.h.u+tigbuh
2020-12-07  4:32     ` Seth Forshee
2020-12-07 10:10       ` b.K.il.h.u+tigbuh
2020-12-07 13:54         ` Seth Forshee
2021-06-08 15:47 ` Seth Forshee
2021-06-30 15:17   ` b.K.il.h.u+tigbuh
2021-06-30 16:03     ` [PATCH v2] " bkil
2021-07-06 15:51       ` Seth Forshee
2021-07-08 19:42       ` Seth Forshee
2021-08-09 20:06         ` Johannes Berg
2021-08-11 19:22           ` [wireless-regdb] " Seth Forshee
2021-07-06 15:45     ` Seth Forshee [this message]

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=YOR6fRX+RkpjWECF@ubuntu-x1 \
    --to=seth.forshee@canonical.com \
    --cc=b.K.il.h.u+tigbuh@gmail.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=wireless-regdb@lists.infradead.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).