linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Krzysztof Halasa <khc@pm.waw.pl>
To: "Luis R. Rodriguez" <lrodriguez@atheros.com>
Cc: Christian Lamparter <chunkeey@googlemail.com>,
	linux-wireless@vger.kernel.org
Subject: Re: CRDA and ath5k with no country code in EEPROM
Date: Wed, 31 Mar 2010 02:26:15 +0200	[thread overview]
Message-ID: <m3634dnxp4.fsf@intrepid.localdomain> (raw)
In-Reply-To: <n2r43e72e891003301507wb3359afcvd2e3656bc70e431c@mail.gmail.com> (Luis R. Rodriguez's message of "Tue, 30 Mar 2010 15:07:14 -0700")

"Luis R. Rodriguez" <lrodriguez@atheros.com> writes:

>> Then again: does the regdomain = 0 means "US" or "default country" (or
>> something completely different), according to Atheros' docs?
>
> As per Atheros documentation 0x0 means "US". I've already provided
> links for you. I'm sending this from an Atheros e-mail address, not
> sure if this helps get this through to you or not.

Why are you writing like this? Christian noted there is a difference
between regdomain and country, and you (sort of) confirmed it. This
doesn't seem to be that black and white as you say it is, and it has
nothing to do with you working for Atheros.

BTW is this documentation publicly available? Or perhaps the fragment
listing the possible regdomains? Are the docs limited to specific chips
only? Did the previous versions of the docs, if any, differ in this
matter?

Obviously I'm not saying the following has any authority, and I assume
it may have changed:

http://madwifi-project.org/wiki/UserDocs/CountryCode

This is a preliminary list of regdomains for people who want to play
with changing their regdomain using the ar5k utility

 0x00 (wildcarded)
 0x10 (FCC)
 0x20 (DOC)
 0x30 (ETSI)
 0x31 (Spain)
 0x32 (France)
 0x37 (South Africa)
 0x40 (MKK-Japan)
 0xFF (debug)
 Most "universal/worldwide" cards use zero as the value, some 0xFF

I don't know what the binary HAL did, but this regdomain thing is at
least confusing, not only for me, but apparently also for card
manufacturers with access to the current (and maybe previous) Atheros
docs (and no, this isn't only about Mikrotik).

Unfortunately this confusion makes it easy for the following to not
happen (though probably only outside USA):

    * Average users should not accidentally fail to comply with
      regulations if at all possible;
    * The Linux kernel should offer necessary and reasonable regulatory
      enforcement mechanisms in order to facilitate implementation of a
      broad variety of regulatory policies;
    * Options to disable or circumvent regulatory enforcement should not
      be included in kernels from any public source; and,
    * It is unacceptable for either distributions or community
      developers to knowingly violate the principles stated above.

You also wrote:

> My point was that this is not something meant to be interpreted by
> anyone for what "default country" means, the documentation I pointed
> out clearly states that 0x0 is designed to mean to match the "US" by
> Atheros hardware as per hardware documentation provided to ODMs.

Is the documentation you pointed out more verbose than the following?
http://wireless.kernel.org/en/users/Drivers/ath/#The_0x0_regulatory_domain

> So be aware, 0x0 will always map to the US. If the manufacturer did
> not intend to do that they can provide their own regulatory.bin to
> customers where they can map "US" to their own defined regulatory
> domain.

Could you please show some short example how to do that, according to
the four rules?

Do you mean changing the mapping regdomain 0 -> "US" to another country,
or simply overriding the following:

country US:
        (2402 - 2472 @ 40), (3, 27)
        (5170 - 5250 @ 40), (3, 17)
        (5250 - 5330 @ 40), (3, 20), DFS
        (5490 - 5600 @ 40), (3, 20), DFS
        (5650 - 5710 @ 40), (3, 20), DFS
        (5735 - 5835 @ 40), (3, 30)

(IOW, including frequencies which are not legal in US under the "country
US", thus violating the 4 and other rules)?

Still confused,
-- 
Krzysztof Halasa

(and yes, changing anything in the EEPROM is trivial for me - am I wrong
that I wish this cleared without doing this?).

  reply	other threads:[~2010-03-31  0:26 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-28 20:52 CRDA and ath5k with no country code in EEPROM Krzysztof Halasa
2010-03-28 23:45 ` Luis R. Rodriguez
2010-03-29 19:15   ` Krzysztof Halasa
2010-03-29 19:22     ` Luis R. Rodriguez
2010-03-29 19:49       ` Krzysztof Halasa
2010-03-29 19:56         ` Luis R. Rodriguez
2010-03-29 20:48           ` Krzysztof Halasa
2010-03-29 22:00             ` Luis R. Rodriguez
2010-03-30 11:41               ` Krzysztof Halasa
2010-03-30 16:28                 ` Luis R. Rodriguez
2010-03-30 18:21                   ` Krzysztof Halasa
2010-03-30 18:40                     ` Luis R. Rodriguez
2010-03-30 20:13                       ` Krzysztof Halasa
2010-03-30 18:49                     ` Christian Lamparter
2010-03-30 18:52                       ` Luis R. Rodriguez
2010-03-30 20:33                       ` Krzysztof Halasa
2010-03-30 22:07                         ` Luis R. Rodriguez
2010-03-31  0:26                           ` Krzysztof Halasa [this message]
2010-03-30 22:11                         ` Christian Lamparter
2010-03-30  6:42             ` Holger Schurig
2010-03-30 11:46               ` Krzysztof Halasa
2010-03-29 20:04         ` Christian Lamparter
2010-03-29 20:54           ` Krzysztof Halasa
2010-03-29 21:57           ` Luis R. Rodriguez

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=m3634dnxp4.fsf@intrepid.localdomain \
    --to=khc@pm.waw.pl \
    --cc=chunkeey@googlemail.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=lrodriguez@atheros.com \
    /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).