linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Johannes Berg <johannes@sipsolutions.net>
To: linux-wireless@vger.kernel.org
Cc: Michal Kazior <michal.kazior@tieto.com>
Subject: Re: [RFC 2/2] mac80211: add improved HW queue control
Date: Wed, 28 Mar 2012 11:26:53 +0200	[thread overview]
Message-ID: <1332926813.3479.21.camel@jlt3.sipsolutions.net> (raw)
In-Reply-To: <20120328091811.239916419@sipsolutions.net> (sfid-20120328_111845_094703_FD6905EC)

On Wed, 2012-03-28 at 11:13 +0200, Johannes Berg wrote:
> plain text document attachment (028-mac80211-hw-queue-mgmt.patch)
> From: Johannes Berg <johannes.berg@intel.com>
> 
> 
> 
> Signed-off-by: Johannes Berg <johannes.berg@intel.com>

Oh my, I forgot to write the commit log, great ... Let's try that
now :-)


mac80211 currently only supports one hardware queue
per AC. This is already problematic for off-channel
uses since if we go off channel while the BE queue 
is full and then try to send an off-channel frame 
the frame will never go out. This will become worse
when we support multi-channel since then a queue on 
one channel might be full, but we have to stop the
software queue for all channels. That is obviously 
not desirable.

To address this problem allow drivers to register
more hardware queues, and allow them to map them to
virtual interfaces. When they stop a hardware queue
the corresponding AC software queues on the correct
interfaces will be stopped as well. Additionally,    
there's an off-channel queue to solve that problem
and a per-interface after-DTIM beacon queue. This
allows drivers to manage software queues closer to
how the hardware works.

Currently, there's a limit of 16 hardware queues.
This may or may not be sufficient, we can adjust it
as needed.



johannes


  reply	other threads:[~2012-03-28  9:26 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-28  9:13 [RFC 0/2] mac80211 queue redesign Johannes Berg
2012-03-28  9:13 ` [RFC 1/2] mac80211: add explicit monitor interface if needed Johannes Berg
2012-03-29 20:09   ` Eliad Peller
2012-03-30  6:39     ` Johannes Berg
2012-03-28  9:13 ` [RFC 2/2] mac80211: add improved HW queue control Johannes Berg
2012-03-28  9:26   ` Johannes Berg [this message]
2012-04-02  9:22   ` [RFC v2] " Johannes Berg
2012-03-28 12:00 ` [RFC 0/2] mac80211 queue redesign Johannes Berg
2012-03-28 12:49   ` 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=1332926813.3479.21.camel@jlt3.sipsolutions.net \
    --to=johannes@sipsolutions.net \
    --cc=linux-wireless@vger.kernel.org \
    --cc=michal.kazior@tieto.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;
as well as URLs for NNTP newsgroup(s).