From: Benoit PAPILLAULT <benoit.papillault@free.fr>
To: "Luis R. Rodriguez" <mcgrof@gmail.com>
Cc: Jeremy Moles <jeremy@emperorlinux.com>, linux-wireless@vger.kernel.org
Subject: Re: iwlagn + Ad-Hoc + 5Ghz
Date: Sat, 21 Nov 2009 09:51:04 +0100 [thread overview]
Message-ID: <4B07A9F8.9050306@free.fr> (raw)
In-Reply-To: <43e72e890911201526y5b36328ft3a510e546508df66@mail.gmail.com>
Luis R. Rodriguez a écrit :
> On Fri, Nov 20, 2009 at 2:37 PM, Jeremy Moles <jeremy@emperorlinux.com> wrote:
>> Hello all! I have a group of machine here with an app that needs to set
>> up an ad-hoc network in 5Ghz+ range. The machines themselves are all
>> different (a Panasonic, a Dell, and a Lenovo) but they are all using
>> 5100 cards, a 2.6.31 kernel, and the 2.6.31-rc7 driver from the website.
>>
>> Using the command "iw list" I can get a lot of helpful info, but I see
>> "no IBSS" on any channel over 11, and I'm beginning to think that this
>> just isn't supported on these cards yet.
>
> No, this has nothing to do not supporting IBSS but instead you should
> read "no IBSS" more as a regulatory rule that implies you cannot use a
> mode of operation that can beacon. We should at least rename this on
> iw for now to make thins clearer.
>
> What you see should be part of the default rules embedded on the
> device's EEPROM. Beaconing is allowed on channel 11 even on the most
> restrictive regulatory domain and this is why the world regulatory
> domain allows 1-11 to beacon too.
>
> You should enable debugging on the driver upon load to confirm whether
> this rule is coming from the EEPROM. Do you have
> CONFIG_WIRELESS_OLD_REGULATORY? I think even that (by default it used
> the US) enabled beaconing. Drivers can overrule things though if their
> EEPROM mandates this.
>
> Luis
Hello,
I got the same problem with Intel 4965 and Intel 5350 since those cards
are using the same drivers. Like Luis mentionned, "no IBSS" should be
read as "no beaconing authorized by local regulation". However, I think
the iwlagn interpretation is a bit broad and such restrictions should be
done by the CRDA framework instead of the driver itself.
Here in France, IBSS is authorized on all channels. So I made a small
patch to enable the EEPROM_CHANNEL_IBSS flag everywhere (in iwl-core.c
and iwl-dev.h) and it just works.
Will try to post the patch on Monday.
Regards,
Benoit
next prev parent reply other threads:[~2009-11-21 8:57 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-20 22:37 iwlagn + Ad-Hoc + 5Ghz Jeremy Moles
2009-11-20 23:26 ` Luis R. Rodriguez
2009-11-21 8:51 ` Benoit PAPILLAULT [this message]
2009-11-21 17:21 ` Patrick Grimm
2009-11-21 18:19 ` 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=4B07A9F8.9050306@free.fr \
--to=benoit.papillault@free.fr \
--cc=jeremy@emperorlinux.com \
--cc=linux-wireless@vger.kernel.org \
--cc=mcgrof@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 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).