Search Linux Wireless

Re: New Regulatory Domain Api.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Oct 15, 2008 at 7:08 PM, Luis R. Rodriguez
<lrodriguez@xxxxxxxxxxx> wrote:
> On Wed, Oct 15, 2008 at 04:31:20PM -0700, Tomas Winkler wrote:
>> On Wed, Oct 15, 2008 at 3:16 PM, Luis R. Rodriguez
>> <lrodriguez@xxxxxxxxxxx> wrote:
>> > On Wed, Oct 15, 2008 at 12:25:48PM -0700, Marcel Holtmann wrote:
>> >> > The problem here is not this though the problem here is the case
>> >> > where people are using 2.6.28 without no iw or crda *and* have more
>> >> > than two cards :)
>> >>
>> >> it might sound like an unlikely case and it will most likely only be the
>> >> A-band usage anyway, but it is a valid case. People with old laptops do
>> >> use newer wireless cards in PCMCIA or USB form factor to get better WiFi
>> >> performance and/or stability. In some cases you can just replace your
>> >> internal card, but with the switch from MiniPCI to half-MiniPCI this is
>> >> not as likely anymore. So the use of a second external card becomes more
>> >> likely.
>> >
>> > Right, and the proposed solution I had was to use an intersection
>> > between two regulatory domains. This solution just doesn't currently
>> > work well with Intel cards due to the capability <-> regulatory one to
>> > one mapping.
>>
>> This  might be viewed this way but this is not concept behind it.
>> First Intel HW enforce regulatory domain written in the EEPROM, which
>> makes it in your sense capability even it's not.
>
> I see.
>
>> Second Intel uses special regulatory domains called MOW1 and MOW2
>> (most of the world 1 and 2) + possible restriction to BG. These 3
>> domains/capabilities should be restrictive enough comply with most of
>> the world regulatory restrictions.
>
> Well to meet your current SKUs requirements :)
>
>> There is no real hint for specific
>> regulatory domain that can be applied form this, the concept is that
>> you should be move relatively freely around the globe without changing
>> anything.
>
> The issue was your single band cards do not store 5 GHz band regulatory
> information. Is this MOW1 or MOW2?

Don't understand the question, the 5GHz channels are disabled that's
all you can read from there.
>
>> You really have to use some other source to specify regulatory domain
>> it's cannot be retrieved from the MOW SKU's.
>
> Right, do you have any other source for location or that you can
> make this implication from your devices?

No, you cannot guess that.

>
>> The only exception in
>> Intel cards are JP and KR SKU's which are real regulatory domains.
>
> What makes them "real" BTW?

They are regulatory domains in the sens you defining them.

>> Just my two cents, probably didn't help to solve the problem,
>
> It certainly helps more understand your situation. I had no idea
> of MOW1 and MOW2. Can this be documented as part of the
> regulatory_hint() code changes which will be added?

I've just checked current docs and from 5000 on inclusively there are
only 3 SKU's MOW, ABG (no N) and BG. All others were depreciated.


Tomas
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux