From: "Luis R. Rodriguez" <lrodriguez@atheros.com>
To: Tomas Winkler <tomasw@gmail.com>
Cc: Luis Rodriguez <Luis.Rodriguez@Atheros.com>,
Marcel Holtmann <holtmann@linux.intel.com>,
Johannes Berg <johannes@sipsolutions.net>,
"John W. Linville" <linville@tuxdriver.com>,
Zhu Yi <yi.zhu@intel.com>,
"Kolekar, Abhijeet" <abhijeet.kolekar@intel.com>,
"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: New Regulatory Domain Api.
Date: Wed, 15 Oct 2008 10:08:30 -0700 [thread overview]
Message-ID: <20081015170830.GA15902@tesla> (raw)
In-Reply-To: <1ba2fa240810151631t37edc367hfe59c76926c7b82e@mail.gmail.com>
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@atheros.com> 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?
> 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?
> The only exception in
> Intel cards are JP and KR SKU's which are real regulatory domains.
What makes them "real" BTW?
> 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?
Luis
next prev parent reply other threads:[~2008-10-16 0:08 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-09 22:17 New Regulatory Domain Api Kolekar, Abhijeet
2008-10-09 15:45 ` Luis R. Rodriguez
2008-10-10 3:22 ` Zhu Yi
2008-10-10 16:49 ` Luis R. Rodriguez
2008-10-14 6:59 ` Zhu Yi
2008-10-14 7:04 ` Luis R. Rodriguez
2008-10-14 7:36 ` Zhu Yi
2008-10-14 9:04 ` Luis R. Rodriguez
2008-10-14 9:13 ` Luis R. Rodriguez
2008-10-14 9:23 ` Zhu Yi
2008-10-14 9:27 ` Zhu Yi
2008-10-14 9:32 ` Johannes Berg
2008-10-14 9:30 ` Luis R. Rodriguez
2008-10-14 20:35 ` John W. Linville
2008-10-14 21:15 ` Johannes Berg
2008-10-14 21:19 ` John W. Linville
2008-10-14 21:27 ` Johannes Berg
2008-10-14 21:50 ` John W. Linville
2008-10-14 21:57 ` Johannes Berg
2008-10-15 15:46 ` Marcel Holtmann
2008-10-15 15:59 ` Johannes Berg
2008-10-15 17:26 ` Marcel Holtmann
2008-10-15 17:39 ` Luis R. Rodriguez
2008-10-15 17:45 ` Johannes Berg
2008-10-15 18:11 ` Luis R. Rodriguez
2008-10-15 17:47 ` Marcel Holtmann
2008-10-15 11:25 ` Luis R. Rodriguez
2008-10-15 19:25 ` Marcel Holtmann
2008-10-15 13:16 ` Luis R. Rodriguez
2008-10-15 23:31 ` Tomas Winkler
2008-10-15 17:08 ` Luis R. Rodriguez [this message]
2008-10-16 0:35 ` Tomas Winkler
2008-10-15 17:44 ` Luis R. Rodriguez
2008-10-16 0:57 ` Tomas Winkler
2008-10-15 18:56 ` Luis R. Rodriguez
2008-10-16 3:00 ` Zhu Yi
2008-10-16 11:38 ` Luis R. Rodriguez
2008-10-20 2:51 ` Zhu Yi
2008-10-20 3:40 ` Luis R. Rodriguez
2008-10-20 5:18 ` Zhu Yi
2008-10-20 6:33 ` Luis R. Rodriguez
2008-10-20 6:38 ` Johannes Berg
2008-10-20 6:46 ` Luis R. Rodriguez
2008-10-20 6:50 ` Johannes Berg
2008-10-20 6:59 ` Luis R. Rodriguez
2008-10-20 7:22 ` Zhu Yi
2008-10-20 16:43 ` Marcel Holtmann
2008-10-21 1:34 ` Zhu Yi
2008-10-21 1:42 ` Luis R. Rodriguez
2008-10-21 1:58 ` Zhu Yi
2008-10-21 2:37 ` Luis R. Rodriguez
2008-10-21 4:02 ` Zhu Yi
2008-10-21 4:58 ` Luis R. Rodriguez
2008-10-21 5:28 ` Zhu Yi
2008-10-21 6:02 ` Luis R. Rodriguez
2008-10-21 6:46 ` Zhu Yi
2008-10-21 6:07 ` Marcel Holtmann
2008-10-21 6:29 ` Luis R. Rodriguez
2008-10-21 6:51 ` Marcel Holtmann
2008-10-21 17:13 ` John W. Linville
2008-10-21 17:43 ` Marcel Holtmann
2008-10-21 17:48 ` John W. Linville
2008-10-21 11:02 ` Luis R. Rodriguez
2008-10-21 18:05 ` John W. Linville
2008-10-21 11:21 ` Luis R. Rodriguez
2008-10-22 9:20 ` Zhu Yi
2008-10-22 10:13 ` Luis R. Rodriguez
2008-10-23 2:29 ` Zhu Yi
2008-10-21 6:40 ` Johannes Berg
2008-10-21 6:47 ` Marcel Holtmann
2008-10-21 7:05 ` Johannes Berg
[not found] ` <79124FD53D2E084387D88C71BEB48F3EDD3625@CPEXBE-EML29.kpnsp.local>
2008-10-21 7:37 ` Johannes Berg
2008-10-21 16:39 ` Marcel Holtmann
2008-10-21 11:04 ` Luis R. Rodriguez
2008-10-21 16:40 ` Johannes Berg
2008-10-15 17:40 ` Johannes Berg
2008-10-15 2:00 ` Zhu Yi
2008-10-14 9:19 ` Johannes Berg
2008-10-15 1:40 ` Zhu Yi
2008-10-15 15:50 ` Marcel Holtmann
2008-10-15 16:01 ` Johannes Berg
2008-10-15 17:29 ` Marcel Holtmann
2008-10-15 17:36 ` Johannes Berg
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=20081015170830.GA15902@tesla \
--to=lrodriguez@atheros.com \
--cc=Luis.Rodriguez@Atheros.com \
--cc=abhijeet.kolekar@intel.com \
--cc=holtmann@linux.intel.com \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=tomasw@gmail.com \
--cc=yi.zhu@intel.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).