From: "Luis R. Rodriguez" <mcgrof@gmail.com>
To: Sujith <m.sujith@gmail.com>
Cc: "John W. Linville" <linville@tuxdriver.com>,
linux-wireless@vger.kernel.org, Luis.Rodriguez@atheros.com,
Jouni.Malinen@atheros.com, johannes@sipsolutions.net,
tomasw@gmail.com
Subject: Re: [PATCH v3] mac80211: Re-enable aggregation
Date: Thu, 23 Oct 2008 10:33:01 -0700 [thread overview]
Message-ID: <43e72e890810231033i20c411aat2926c8fffdc0a5cf@mail.gmail.com> (raw)
In-Reply-To: <18688.43984.384332.787060@localhost.localdomain>
On Thu, Oct 23, 2008 at 9:52 AM, Sujith <m.sujith@gmail.com> wrote:
> John W. Linville wrote:
>> > Poke.
>>
>> Just waiting to see comments from those who understand aggregation
>> better than I do...
>
> It doesn't change the existing behaviour in any way, ath9k doesn't need
> all the extra queue stuff, so this is only a temporary fix until
> we have a decent model in mac80211 to support HW with
> no ampdu_queues.
Just to give some perspective, the reason this has been painful is we
are dealing with the two most distinct type of wireless devices you
could get and we deal with aggregation in different ways. Aggregation
is also very new to mac80211 but its implementation was designed
specifically for cases where you have "amdpu queues". Our design
requires everything done in software and as such the real clean
solution is to eventually try to move *as much as is possible* to
mac80211 to allow other devices which behave the same to be able to
use the same aggregation code. For now though for the non amdpu queue
case we only have Atheros 11n though and we are trying to resolve that
case first.
We will commit to move as much stuff up as we can, and this will
become more important as we get another device supported using the
same design. I've been trying hard to review and ask about the design
details of the other devices out in the market. In any case I think
this is the right step forward in the meantime, I also made a
suggestion as to how the ampdu queue case might be resolved. We just
need to be sure we keep in mind what needs to be done and move towards
it.
That's my two colones.
Luis
prev parent reply other threads:[~2008-10-23 17:33 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-21 8:27 [PATCH v3] mac80211: Re-enable aggregation Sujith
2008-10-23 3:10 ` Luis R. Rodriguez
2008-10-23 14:55 ` John W. Linville
2008-10-23 15:00 ` Johannes Berg
2008-10-23 16:52 ` Sujith
2008-10-23 17:33 ` Luis R. Rodriguez [this message]
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=43e72e890810231033i20c411aat2926c8fffdc0a5cf@mail.gmail.com \
--to=mcgrof@gmail.com \
--cc=Jouni.Malinen@atheros.com \
--cc=Luis.Rodriguez@atheros.com \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=m.sujith@gmail.com \
--cc=tomasw@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox