All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ivo van Doorn <ivdoorn@gmail.com>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: rt2400-devel@lists.sourceforge.net,
	Adam Baker <linux@baker-net.org.uk>,
	"Luis R. Rodriguez" <mcgrof@gmail.com>,
	linux-wireless@vger.kernel.org
Subject: Re: [Rt2400-devel] Mode selection in mac80211
Date: Tue, 9 Oct 2007 20:18:27 +0200	[thread overview]
Message-ID: <200710092018.28113.IvDoorn@gmail.com> (raw)
In-Reply-To: <1191951652.4013.48.camel@johannes.berg>

On Tuesday 09 October 2007, Johannes Berg wrote:
> On Tue, 2007-10-09 at 19:54 +0200, Ivo van Doorn wrote:
> 
> > > Well, it's not too strange that it has two places since there's the SIFS
> > > too which is needed for ACK/CTS timing, these packets aren't sent from
> > > the host so you can't have those timings in a per-packet descriptor.
> > 
> > You mean things like ACK_TIMEOUT, those are all seperate registers in the Ralink hardware.
> 
> No, I'm not talking about the ack timeout, I'm thinking of the short
> interframe space (SIFS) which you wait after receiving a packet before
> sending the ACK.

ok. That means that my previous point regarding the differences between
the legacy drivers remains valid. ;)

> > ButI think I should be more clearer on this, rt2500pci and rt2500usb are
> > basically the same chipset but only the bus type is different.
> > What is notable is that _only_ rt2500usb has this IFS register, none of the
> > other Ralink chipsets (including rt2500pci) have it.
> 
> That is indeed strange.

:)

> > True, but in G mode you are compatible with B. The legacy driver doesn't
> > switch back to B mode when the AP is in B mode. This means that it will
> > be using the G timing values.
> 
> That sounds wrong.

Not really, this would be the same behavior that you suggested earlier,
when you stated that a driver should perhaps not register 802.11B mode
when also registering 802.11G mode since it is backward compatible.

Ivo

  reply	other threads:[~2007-10-09 18:02 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
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 [this message]
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=200710092018.28113.IvDoorn@gmail.com \
    --to=ivdoorn@gmail.com \
    --cc=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linux@baker-net.org.uk \
    --cc=mcgrof@gmail.com \
    --cc=rt2400-devel@lists.sourceforge.net \
    /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.