All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Luis R. Rodriguez" <mcgrof@gmail.com>
To: Ben Greear <greearb@candelatech.com>
Cc: David Quan <David.Quan@atheros.com>,
	Mohammed Shafi <shafi.wireless@gmail.com>,
	"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: ath9k 9380: All 5Ghz channels flagged as passive-scanning
Date: Tue, 24 May 2011 04:33:13 -0700	[thread overview]
Message-ID: <BANLkTimFti-eC8yr4xKRtMv8=QE8wUsb-A@mail.gmail.com> (raw)
In-Reply-To: <4DDB38AE.1060600@candelatech.com>

On Mon, May 23, 2011 at 9:48 PM, Ben Greear <greearb@candelatech.com> wrote:
> On 05/23/2011 03:15 PM, Luis R. Rodriguez wrote:
>>
>> On Mon, May 23, 2011 at 2:59 PM, Ben Greear<greearb@candelatech.com>
>>  wrote:
>>>
>>> On 05/23/2011 02:46 PM, Luis R. Rodriguez wrote:
>>>>
>>>> On Mon, May 23, 2011 at 2:42 PM, Luis R. Rodriguez<mcgrof@gmail.com>
>>>>  wrote:
>>>>
>>>>> No. You can only do this by trying to take the card out of compliance
>>>>> purposely or unknowingly in software.
>>>>
>>>> Oh and my point was that "regulatory hacks" fit this description.
>>>
>>> Ok.  I believe you are right in general, but I can't see how enabling
>>> a device to work on a non-scanned channel can break something,
>>
>> If a card is world roaming, how else on earth without seeing a beacon
>> will you know if you can initiate radiation on that channel?
>
> I have a strong personal sense of location, and I'm 100% sure that
> I'm in the US.  So, the the computer could listen to it's human
> and just trust that I know WTF I am asking for!
>
> It may currently be impossible for vendors to explicitly support
> this due to regulatory domains that assume users are evil and/or
> stupid and not to be trusted to know their current location,
> but please don't pretend that receiving a beacon is rock solid
> evidence of a channel's availability:  It only means that someone
> else that set up the AP thinks it's available for use.

I agree completely but as you noted the issues are not with us, its
with regulatory agencies who have explicitly mentioned user's
intervention in location information and wanting the user out of the
equation [1]. The more tangible solution then is to work on automatic
locationing mechanisms which we can rely on and prove to regulatory
agencies are solid. Slowly that's the path I believe we should take.
One step at a time.

[1] http://wireless.kernel.org/en/developers/Regulatory/CRDA#Helping_compliance_by_allowing_to_change_regulatory_domains

>>> if it is perfectly legal and appropriate for there to be an AP on that
>>> scanned channel.
>>
>> Agreed! In fact I'd go so far as to say that if you have multiple
>> 802.11 cards they should be able to share the same beacon hints, and
>> in fact -- this is what cfg80211 does ;)
>>
>>> In other words, if I change my Netgear to be on channel
>>> 48, scanned it, and then created a VAP on that channel, that is OK with
>>> un-hacked regdomain stuff, but if instead I change regdomain to 0x0
>>> and use channel 48 without re-configuring my Netgear, somehow that
>>> suddenly causes issues?
>>
>> For Atheros EEPROM 0x0 is designed for usage for the US:
>
> Good..that's all I really wanted:  My NIC to support my
> location w/out undue complaint or limitations.

Enjoy :)

  Luis

  reply	other threads:[~2011-05-24 11:33 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-20 22:22 ath9k 9380: All 5Ghz channels flagged as passive-scanning Ben Greear
2011-05-23 11:28 ` Mohammed Shafi
2011-05-23 16:54   ` Ben Greear
2011-05-23 18:39     ` Ben Greear
2011-05-23 18:52       ` Ben Greear
2011-05-23 19:26         ` Luis R. Rodriguez
2011-05-23 20:09           ` Ben Greear
2011-05-23 20:25             ` Luis R. Rodriguez
2011-05-23 20:51               ` Ben Greear
2011-05-23 20:59                 ` Luis R. Rodriguez
2011-05-23 21:19                   ` Ben Greear
2011-05-23 21:28                     ` Luis R. Rodriguez
2011-05-23 21:38                       ` Ben Greear
2011-05-23 21:42                         ` Luis R. Rodriguez
2011-05-23 21:46                           ` Luis R. Rodriguez
2011-05-23 21:59                             ` Ben Greear
2011-05-23 22:15                               ` Luis R. Rodriguez
2011-05-24  4:48                                 ` Ben Greear
2011-05-24 11:33                                   ` Luis R. Rodriguez [this message]
2011-05-24 13:00         ` Brian Prodoehl
2011-05-24 13:11           ` Luis R. Rodriguez
2011-05-24 13:18             ` Brian Prodoehl
2011-05-24 21:39               ` Luis R. Rodriguez
2011-05-24 14:06             ` Mohammed Shafi
2011-05-24 14:08           ` Mohammed Shafi
2011-05-24 15:05             ` Ben Greear

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='BANLkTimFti-eC8yr4xKRtMv8=QE8wUsb-A@mail.gmail.com' \
    --to=mcgrof@gmail.com \
    --cc=David.Quan@atheros.com \
    --cc=greearb@candelatech.com \
    --cc=linux-wireless@vger.kernel.org \
    --cc=shafi.wireless@gmail.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.