From: Ivo van Doorn <ivdoorn@gmail.com>
To: "John W. Linville" <linville@tuxdriver.com>,
linux-wireless@vger.kernel.org
Cc: "Mikko Virkkilä" <mikko.virkkila@bluegiga.com>,
rt2400-devel@lists.sourceforge.net
Subject: Re: [Rt2400-devel] rt2x00 tx acknowledgements
Date: Tue, 19 Aug 2008 22:37:39 +0200 [thread overview]
Message-ID: <200808192237.39235.IvDoorn@gmail.com> (raw)
In-Reply-To: <20080819194100.GA24180@tuxdriver.com>
[ Added linux-wireless to CC ]
On Tuesday 19 August 2008, John W. Linville wrote:
> On Tue, Aug 19, 2008 at 07:06:11PM +0200, Ivo van Doorn wrote:
> > On Tuesday 19 August 2008, Mikko Virkkil=E4 wrote:
> > > On Mon, 2008-08-18 at 10:00 +0200, Ivo van Doorn wrote:
> > > > On Monday 18 August 2008, Mikko Virkkil=E4 wrote:
>=20
> > > > > I had a quick look at their driver and it seems they solved i=
t by having
> > > > > a "waiting for acks" queue and each time a message is receive=
d it is
> > > > > check if it was an ack to one of the messages in the queue. I=
f it was,
> > > > > then the status message is sent in to the mac80211 stack.=20
> > > > >=20
> > > > > Could this same strategy be used with the rt2x00 driver?=20
>=20
> > > > That would only work when the ACK is received and passed to the=
driver by
> > > > the USB stick. and as far as I know rt2500usb and rt73usb do no=
t pass the ACK
> > > > to the driver.
>=20
> > > When I cleared the DROP_CONTROL and DROP_ACK_CTS flags in the TXR=
X_CSR0
> > > register, I started receiving ACK frames. I tested by simply prin=
ting a
> > > debug message each time ieee80211_is_ack() was true for a frame.
> >=20
> > Ok, well if there is a volunteer for coding the ack handling, that =
would be great,
> > but you probably do need a timeout for each frame as well to report=
the non-acked
> > frames.
>=20
> If anyone does this, it might be nice if you could find a way to
> generalize the implementation and share it between rt2x00 and zd1211r=
w
> (and possibly other drivers in the future).
>=20
> Just a thought...
That would be very nice, mac80211 could probably handle it very nicely =
when
the driver just reports the "unknown" status and mac80211 can sort out =
how it
wants to handle such frames.
Ivo
--
To unsubscribe from this list: send the line "unsubscribe linux-wireles=
s" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
parent reply other threads:[~2008-08-19 20:37 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <20080819194100.GA24180@tuxdriver.com>]
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=200808192237.39235.IvDoorn@gmail.com \
--to=ivdoorn@gmail.com \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=mikko.virkkila@bluegiga.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 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).