From: Helmut Schaa <helmut.schaa@googlemail.com>
To: Gertjan van Wingerde <gwingerde@gmail.com>
Cc: John Linville <linville@tuxdriver.com>,
linux-wireless@vger.kernel.org, Ivo van Doorn <IvDoorn@gmail.com>
Subject: Re: [PATCH 3/3] rt2x00: rt2800: use correct txop value in tx descriptor
Date: Fri, 7 May 2010 10:11:19 +0200 [thread overview]
Message-ID: <201005071011.19735.helmut.schaa@googlemail.com> (raw)
In-Reply-To: <201005062057.38692.helmut.schaa@googlemail.com>
Am Donnerstag 06 Mai 2010 schrieb Helmut Schaa:
> Am Donnerstag 06 Mai 2010 schrieb Gertjan van Wingerde:
> > On 05/06/10 12:29, Helmut Schaa wrote:
>
> [...]
>
> > > diff --git a/drivers/net/wireless/rt2x00/rt2x00ht.c b/drivers/net/wireless/rt2x00/rt2x00ht.c
> > > index 1056c92..5483fec 100644
> > > --- a/drivers/net/wireless/rt2x00/rt2x00ht.c
> > > +++ b/drivers/net/wireless/rt2x00/rt2x00ht.c
> > > @@ -66,4 +66,6 @@ void rt2x00ht_create_tx_descriptor(struct queue_entry *entry,
> > > __set_bit(ENTRY_TXD_HT_BW_40, &txdesc->flags);
> > > if (txrate->flags & IEEE80211_TX_RC_SHORT_GI)
> > > __set_bit(ENTRY_TXD_HT_SHORT_GI, &txdesc->flags);
> > > +
> > > + txdesc->txop = TXOP_HTTXOP;
> > > }
> >
> > I am not too sure about this part. If I look at the Ralink vendor driver, they are most of the time
> > using IFS_BACKOFF (value 3). Why did you put this on TXOP_HTTXOP?
>
> From what I saw in the ralink driver IFS_BACKOFF is only used for management frames, IFS_SIFS only
> for subsequent frames in a fragment burst and IFS_HTTXOPS for "normal" data frames. But that's
> just the result of a _quick_ review. So I might be wrong here as well :)
>
> To be honest I don't really know what the device does in case IFS_HTTXOPS is set but that was
> the value we've passed to the driver before ;) (==IFS_BACKOFF on all other ralink chips) and it
> works quite well. I also tried IFS_BACKOFF and I wasn't able to see a difference when using
> legacy (11b & 11g) rates (neither on the device itself nor with a second machine monitoring
> the traffic).
Ok, after further examination it turns out to be:
- Management frames are sent with IFS_BACKOFF
- Special case for PsPoll frames also with IFS_BACKOFF
- Data frames are sent with IFS_HTTXOP
- Data frame subsequent fragments are send with IFS_SIFS
- CTS frames (in AP mode) use IFS_SIFS
So, I guess I resend this patch after some testing with IFS_BACKOFF for
management frames and IFS_HTTXOP for data frames and SIFS for subsequent
fragments.
John, please don't merge this patch yet. Thanks.
Helmut
next prev parent reply other threads:[~2010-05-07 8:11 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-06 10:29 [PATCH 3/3] rt2x00: rt2800: use correct txop value in tx descriptor Helmut Schaa
2010-05-06 18:32 ` Gertjan van Wingerde
2010-05-06 18:57 ` Helmut Schaa
2010-05-07 8:11 ` Helmut Schaa [this message]
2010-05-07 8:21 ` Gertjan van Wingerde
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=201005071011.19735.helmut.schaa@googlemail.com \
--to=helmut.schaa@googlemail.com \
--cc=IvDoorn@gmail.com \
--cc=gwingerde@gmail.com \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.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.