All of lore.kernel.org
 help / color / mirror / Atom feed
From: Felix Fietkau <nbd@openwrt.org>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: linux-wireless@vger.kernel.org
Subject: Re: [PATCH v4] mac80211: add an intermediate software queue implementation
Date: Wed, 18 Mar 2015 21:03:12 +0100	[thread overview]
Message-ID: <5509DA00.6030002@openwrt.org> (raw)
In-Reply-To: <1426707672.3001.39.camel@sipsolutions.net>

On 2015-03-18 20:41, Johannes Berg wrote:
>> + * The driver is expected to release its own buffered frames and also call
>> + * ieee80211_tx_dequeue() within that callback.
> 
> Perhaps that should read
> "The driver is expected to release its own buffered frames (if any) and
> request the remaining dequeued frames by calling
> ieee80211_tx_dequeue()."
> 
> I'm not really sure it needs to be within that callback? I see no
> particular reason for that.
Releasing multiple packets works, even if there is only one packet
buffered in the driver and the rest in the txq. It also keeps the code
more consistent.
Now that I'm thinking about this some more, it might even make sense to
skip the sta PS queue for txq-enabled drivers. That would allow all sta
data frames to either go through driver scheduling or
release_buffered_frames.

>> + * @tid: the TID for this queue (unused for per-vif queue)
>> + * @ac: the AC for this queue
> 
> AC is also unused for per-vif I guess?
It's set to BE for per-vif to allow the driver to use it to pick the
right tx queue.

>> +++ b/net/mac80211/agg-tx.c
>> @@ -188,6 +188,41 @@ ieee80211_wake_queue_agg(struct ieee80211_sub_if_data *sdata, int tid)
>>  	__release(agg_queue);
>>  }
>>  
>> +static void
>> +ieee80211_agg_stop_txq(struct sta_info *sta, int tid)
>> +{
>> +	struct ieee80211_txq *txq = sta->sta.txq[tid];
>> +	struct txq_info *txqi;
>> +
>> +	if (!txq)
>> +		return;
>> +
>> +	txqi = to_txq_info(txq);
>> +	spin_lock_bh(&txqi->queue.lock);
>> +	set_bit(IEEE80211_TXQ_STOP, &txqi->flags);
>> +	spin_unlock_bh(&txqi->queue.lock);
> 
> What's the point in locking here?
If I don't lock here, one last dequeue call might still be running on
another CPU. This would produce a theoretical race in accessing the
sequence number, which the caller of this function reads before setting
up the BA request.
Dequeueing happens outside of the normal network stack tx context, so
synchronize_net is not enough.

>> +static void
>> +ieee80211_agg_start_txq(struct sta_info *sta, int tid, bool enable)
>> +{
>> +	struct ieee80211_txq *txq = sta->sta.txq[tid];
>> +	struct txq_info *txqi;
>> +
>> +	if (!txq)
>> +		return;
>> +
>> +	txqi = to_txq_info(txq);
>> +
>> +	if (enable)
>> +		set_bit(IEEE80211_TXQ_AMPDU, &txqi->flags);
>> +	else
>> +		clear_bit(IEEE80211_TXQ_AMPDU, &txqi->flags);
>> +
>> +	clear_bit(IEEE80211_TXQ_STOP, &txqi->flags);
> 
> here you don't either
Here only the order of changing IEEE80211_TXQ_AMPDU vs clearing
IEEE80211_TXQ_STOP matters.

- Felix

  reply	other threads:[~2015-03-18 20:03 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-17 16:21 [PATCH v4] mac80211: add an intermediate software queue implementation Felix Fietkau
2015-03-18 19:41 ` Johannes Berg
2015-03-18 20:03   ` Felix Fietkau [this message]
2015-03-18 20:07     ` Johannes Berg
2015-03-18 20:18       ` Felix Fietkau
2015-03-18 20:23         ` 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=5509DA00.6030002@openwrt.org \
    --to=nbd@openwrt.org \
    --cc=johannes@sipsolutions.net \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.