[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <C86180A8C204554D8A3323D8F6B0A29F01A1A8BA@dhost002-46.dex002.intermedia.net>
Date: Thu, 14 Dec 2006 21:54:09 -0800
From: "Simon Barber" <simon@...icescape.com>
To: "Michael Buesch" <mb@...sch.de>, "Daniel Drake" <dsd@...too.org>
Cc: "Michael Wu" <flamingice@...rmilk.net>,
"John Linville" <linville@...driver.com>, <netdev@...r.kernel.org>,
"Ulrich Kunitz" <kune@...ne-taler.de>
Subject: RE: d80211-drivers pull request (week-48)
Devicescape does understant that the hardware can do retries - but it
adds software retries on top. This allows higher reliability, as well as
correct handling of the powersave state machine. (PS bit from a STA is
supposed to stop APs transmission immediately).
Simon
-----Original Message-----
From: netdev-owner@...r.kernel.org [mailto:netdev-owner@...r.kernel.org]
On Behalf Of Michael Buesch
Sent: Tuesday, December 12, 2006 1:35 AM
To: Daniel Drake
Cc: Michael Wu; John Linville; netdev@...r.kernel.org; Ulrich Kunitz
Subject: Re: d80211-drivers pull request (week-48)
On Tuesday 12 December 2006 02:07, Daniel Drake wrote:
> Michael Wu wrote:
> > zd1211rw-d80211: Use ieee80211_tx_status
>
> I've thought some more about this and I'm not so sure that this is the
> right approach.
>
> Can't devicescape be taught that the ZD1211 handles retries in
> hardware and the stack doesn't need to worry about it?
>
> What does devicescape do in response to not getting an ack?
It does ratecontrol based on that.
Basically: No ACK == failed packet. If too many failures, lower the
rate.
--
Greetings Michael.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in the
body of a message to majordomo@...r.kernel.org More majordomo info at
http://vger.kernel.org/majordomo-info.html
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists