Date: Mon, 8 Aug 2011 21:33:51 +0800 From: Adrian Chadd <adrian.chadd@gmail.com> To: bschmidt@freebsd.org Cc: freebsd-wireless@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [RFQ] net80211 regulatory changes: what I'd like to see before 9.0-RELEASE Message-ID: <CAJ-VmokEc2z50F0NAuw2kpKPB9030YePU17G5pE%2Bkw_Y=qxYtA@mail.gmail.com> In-Reply-To: <CAJ-VmoneSeBSquvcYaVurObC45R5VKvjvpBYoHJ4%2Bpr_82L=UA@mail.gmail.com> References: <CAJ-VmomYxp27qVjJnye=pF%2BituAxZDKMaCrjZ-YxJePfNyjp3A@mail.gmail.com> <201108081525.21563.bschmidt@freebsd.org> <CAJ-VmoneSeBSquvcYaVurObC45R5VKvjvpBYoHJ4%2Bpr_82L=UA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
But to be clear - the SKU will only be used for that. Regulatory
decisions will be based on the ISOCC and regdomain entry chosen.
How about instead, I:
* maintain regdomain.xml entries by name (eg FCC, ETSI, etc);
* index regulatory domain by a regdomain "key", which is just an
integer value which only has meaning in regdomain.xml - ie, replace
how sku values are used in regdomain.xml (as the key) with "regdomain
value";
* isocc entries in regdomain.xml have a "default" regulatory domain
entry, as they do now.
That way you can have multiple regdomain entries and you can choose
whichever you want?
Adrian
On 8 August 2011 21:31, Adrian Chadd <adrian.chadd@gmail.com> wrote:
> On 8 August 2011 21:25, Bernhard Schmidt <bschmidt@freebsd.org> wrote:
>
>> We've discussed this on IRC already, though to mention it again what I
>>
>> really like to get rid of is all the SKU stuff from the regdomain.xml. This
>> is
>>
>> specific to ath(4) and ath(4) only.
>
> Yup, I agree. ath/ath_hal can export a default country code for the given SKU.
> The only reason I'd maintain the SKU is so tools that currently expose
> that value keep working (ie, to read the EEPROM value from the NIC.)
>
> But it won't be used anywhere else for configuration/
>
>> Using the isocc as the index is correct and really the way to go, but it
>>
>> might not serve some corner cases that well. Imagine someone wants
>>
>> to set a regdomain and not a country (we DO support this currently),
>>
>> how do want to express that in regdomain.xml? Adding a dummy isocc
>>
>> for each regdomain (FCC, ETSI, ..)? Maybe we should use (isocc,regdomain)
>>
>> as the index, so it is possible to use issoc=0,regdomain={FCC,ETSI,..}
>>
>> for the mentioned case.
>
> You'd just create or use a NONE ISOCC, and set your regulatory domain
> to whatever.
>
> The ISO CC is just a key to find a default regulatory domain. Some
> countries may share the same regulatory domain because they (for
> example) implement 100% of the USA FCC rules. But many won't, so I
> think we'll likely see something more like CRDA where each country
> gets enumerated.
>
> There'll also (for now) be custom SKUs/regulatory domains -
> specifically to drive the net80211ath/ath_hal GSM configuration
> (900mhz.) net80211 handles 900mhz frequencies. The SKU choice "tells"
> the ath/hal code to use the relevant channel mapping. That's the main
> reason I don't want to yet get rid of SKUs. I can worry about that
> part later.
>
>
>
> Adrian
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmokEc2z50F0NAuw2kpKPB9030YePU17G5pE%2Bkw_Y=qxYtA>