linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mike Kershaw <dragorn@kismetwireless.net>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: linux-wireless@vger.kernel.org
Subject: Re: Mode selection in mac80211
Date: Tue, 9 Oct 2007 09:55:38 -0400	[thread overview]
Message-ID: <20071009135538.GA29748@drd1813.lan> (raw)
In-Reply-To: <1191921702.4013.15.camel@johannes.berg>

[-- Attachment #1: Type: text/plain, Size: 1303 bytes --]

On Tue, Oct 09, 2007 at 11:21:42AM +0200, Johannes Berg wrote:
> On Mon, 2007-10-08 at 10:32 -0400, Mike Kershaw wrote:
> 
> > I'd vote for allowing the user to set a mode - just like they're
> > allowed to lock an AP association to a specific MAC, bypassing the
> > hardware roaming algos.
> > 
> > I've hit situations in the past where a card can get a very weak 11g
> > link but a perfectly usable 11b link, and the hw did not want to drop
> > back to 11b on its own.  Being able to lock to 11b only was key.  
> 
> Actually, what you're advocating sounds like "please let me restrict the
> bitrates to use" rather than "please lock me to a mode". And we need
> that functionality anyway for AP mode.

Not quite, I've had situations where 9mbit at OFDM (11g) performed 
differently than 11mbit at CCK (11b) for whatever reason.  I'm also
fairly sure several cards (I want to say Intel 2200?) limit the max tx
power differently depending on the encoding type (100mW for 11b vs.
something less I don't remember off hand for 11g).

Just seems like useful functionality that it'd be a shame to lose.

-m

-- 
Mike Kershaw/Dragorn <dragorn@kismetwireless.net>
GPG Fingerprint: 3546 89DF 3C9D ED80 3381  A661 D7B2 8822 738B BDB1

There's too much blood in my caffeine system!

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2007-10-09 13:55 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-10-05 22:19 Mode selection in mac80211 Adam Baker
2007-10-08  9:55 ` Johannes Berg
2007-10-08 10:23   ` [PATCH] mac80211: fix set_channel regression Johannes Berg
2007-10-08 14:32   ` Mode selection in mac80211 Mike Kershaw
2007-10-09  9:21     ` Johannes Berg
2007-10-09 13:55       ` Mike Kershaw [this message]
2007-10-09 17:06         ` Johannes Berg
2007-10-08 21:08   ` [Rt2400-devel] " Ivo van Doorn
2007-10-09  9:20     ` Johannes Berg
2007-10-09 14:27       ` Ivo van Doorn
2007-10-09 17:05         ` Johannes Berg
2007-10-09 17:32           ` Ivo van Doorn
2007-10-09 17:29             ` Johannes Berg
2007-10-09 17:54               ` Ivo van Doorn
2007-10-09 17:40                 ` Johannes Berg
2007-10-09 18:18                   ` Ivo van Doorn
2007-10-09 18:05                     ` 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=20071009135538.GA29748@drd1813.lan \
    --to=dragorn@kismetwireless.net \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    /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).