linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Johannes Berg <johannes@sipsolutions.net>
To: Igor Mitsyanko <igor.mitsyanko.os@quantenna.com>,
	"linux-wireless@vger.kernel.org" <linux-wireless@vger.kernel.org>
Subject: Re: [RFC] mac80211: support non-data TXQs
Date: Wed, 21 Jun 2017 09:09:19 +0200	[thread overview]
Message-ID: <1498028959.4955.1.camel@sipsolutions.net> (raw)
In-Reply-To: <c8637109-0292-23af-8bc6-8a7ba8e19595@quantenna.com>

On Tue, 2017-06-20 at 21:19 -0700, Igor Mitsyanko wrote:

> > -	struct ieee80211_txq *txq[IEEE80211_NUM_TIDS];
> > +	struct ieee80211_txq *txq[IEEE80211_NUM_TIDS + 1];
> 
> Isn't that a little confusing? Wouldn't it be better to have a
> separate  member for non-data txq and name it accordingly (something
> like  txq_nodata). 

We do this trick in quite a number of places, so it shouldn't really
come as a surprise.

> You have to handle it specially in most cases anyway I guess.
> With this approach you won't have to replace ARRAY_SIZE(sta->txq) by 
> IEEE80211_NUM_TIDS anywhere.

Yeah, that would indeed be a good reason - I didn't realize the
ARRAY_SIZE() when I originally wrote the patch. And yes, I do need to
treat it specially - except then if it's separate I also have to
initialize it separately, so it's a bit of a trade-off.

> [snip]
[please trim the amount of text you quote]

> > -		txqi->txq.ac = ieee80211_ac_from_tid(tid);
> > +		if (tid == IEEE80211_NUM_TIDS + 1)
> > +			txqi->txq.ac = IEEE80211_AC_VO;
> 
> Why voice, maybe commit message should mention it?

That's standard for management frames, I really didn't think that'd
need any comment?

johannes

  reply	other threads:[~2017-06-21  7:09 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-06-20 21:03 [RFC] mac80211: support non-data TXQs Johannes Berg
2017-06-20 21:09 ` Johannes Berg
2017-06-21  4:19 ` Igor Mitsyanko
2017-06-21  7:09   ` Johannes Berg [this message]
2017-06-21  7:38     ` Igor Mitsyanko
2017-06-21  8:36       ` Johannes Berg
2017-06-21  8:37     ` Johannes Berg
2017-06-21  8:48       ` Arend van Spriel
2017-06-21  9:14         ` Johannes Berg
2017-06-21  9:24           ` Johannes Berg
2017-06-21  9:45             ` 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=1498028959.4955.1.camel@sipsolutions.net \
    --to=johannes@sipsolutions.net \
    --cc=igor.mitsyanko.os@quantenna.com \
    --cc=linux-wireless@vger.kernel.org \
    /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).