linux-wireless.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Felix Fietkau <nbd@openwrt.org>
To: Vasanthakumar Thiagarajan <vasanth@atheros.com>
Cc: linville@tuxdriver.com, linux-wireless@vger.kernel.org
Subject: Re: [RFC] ath9k: Implement op_flush()
Date: Wed, 09 Feb 2011 15:15:22 +0100	[thread overview]
Message-ID: <4D52A17A.4030906@openwrt.org> (raw)
In-Reply-To: <1297259390-8973-1-git-send-email-vasanth@atheros.com>

On 2011-02-09 2:49 PM, Vasanthakumar Thiagarajan wrote:
> When op_flush() is called with no drop (drop=false), the driver
> tries to tx as many frames as possible in 100ms on every hw queue.
> During this time period frames from sw queue are also scheduled on
> to respective hw queue.
> 
> Signed-off-by: Vasanthakumar Thiagarajan <vasanth@atheros.com>
> ---
>  drivers/net/wireless/ath/ath9k/ath9k.h |    1 +
>  drivers/net/wireless/ath/ath9k/main.c  |   72 ++++++++++++++++++++++++++++++++
>  drivers/net/wireless/ath/ath9k/xmit.c  |   27 +++++++-----
>  3 files changed, 89 insertions(+), 11 deletions(-)
> 
> diff --git a/drivers/net/wireless/ath/ath9k/ath9k.h b/drivers/net/wireless/ath/ath9k/ath9k.h
> index 9272278..704521f 100644
> --- a/drivers/net/wireless/ath/ath9k/ath9k.h
> +++ b/drivers/net/wireless/ath/ath9k/ath9k.h
> @@ -192,6 +192,7 @@ struct ath_txq {
>  	u32 axq_ampdu_depth;
>  	bool stopped;
>  	bool axq_tx_inprogress;
> +	bool txq_flush_inprogress;
>  	struct list_head axq_acq;
>  	struct list_head txq_fifo[ATH_TXFIFO_DEPTH];
>  	struct list_head txq_fifo_pending;
> diff --git a/drivers/net/wireless/ath/ath9k/main.c b/drivers/net/wireless/ath/ath9k/main.c
> index 4ed43b2..cd07779 100644
> --- a/drivers/net/wireless/ath/ath9k/main.c
> +++ b/drivers/net/wireless/ath/ath9k/main.c
> @@ -53,6 +53,21 @@ static u8 parse_mpdudensity(u8 mpdudensity)
>  	}
>  }
>  
ath9k_has_pending_frames would be a better name for this
> +static bool ath9k_is_pending_frames(struct ath_softc *sc, struct ath_txq *txq)
> +{
> +	bool pending = false;
> +
> +	spin_lock_bh(&txq->axq_lock);
> +
> +	if (txq->axq_depth || !list_empty(&txq->axq_acq))
> +		pending = true;
> +	else if (sc->sc_ah->caps.hw_caps & ATH9K_HW_CAP_EDMA)
> +		pending = !list_empty(&txq->txq_fifo_pending);
> +
> +	spin_unlock_bh(&txq->axq_lock);
> +	return pending;
> +}
> +
>  bool ath9k_setpower(struct ath_softc *sc, enum ath9k_power_mode mode)
>  {
>  	unsigned long flags;
> @@ -2122,6 +2137,62 @@ static void ath9k_set_coverage_class(struct ieee80211_hw *hw, u8 coverage_class)
>  	mutex_unlock(&sc->mutex);
>  }
>  
> +static void ath9k_flush(struct ieee80211_hw *hw, bool drop)
> +{
> +#define ATH_FLUSH_TIMEOUT	100 /* ms */
> +	struct ath_softc *sc = hw->priv;
> +	struct ath_txq *txq;
> +	struct ath_hw *ah = sc->sc_ah;
> +	struct ath_common *common = ath9k_hw_common(ah);
> +	int i, j, npend = 0;
> +
> +	mutex_lock(&sc->mutex);
> +
> +	cancel_delayed_work_sync(&sc->tx_complete_work);
> +
> +	for (i = 0; i < ATH9K_NUM_TX_QUEUES; i++) {
> +		if (!ATH_TXQ_SETUP(sc, i))
> +			continue;
> +		txq = &sc->tx.txq[i];
> +
> +		if (!drop) {
> +			for (j = 0; j < ATH_FLUSH_TIMEOUT; i++) {
> +				if (!ath9k_is_pending_frames(sc, txq))
> +					break;

Do not use mdelay, it blocks the CPU. msleep is better.
> +				mdelay(1);
> +			}
> +		}
> +
> +		if (drop || ath9k_is_pending_frames(sc, txq)) {
> +			ath_dbg(common, ATH_DBG_QUEUE, "Drop frames from hw queue:%d\n",
> +				txq->axq_qnum);
> +			spin_lock_bh(&txq->axq_lock);
> +			txq->txq_flush_inprogress = true;
> +			spin_unlock_bh(&txq->axq_lock);
> +
> +			ath9k_ps_wakeup(sc);
> +			ath9k_hw_stoptxdma(ah, txq->axq_qnum);
> +			npend = ath9k_hw_numtxpending(ah, txq->axq_qnum);
> +			ath9k_ps_restore(sc);

Please move the reset outside of the for loop. Also, I think you can
leave out the spinlocks for the txq_flush_inprogress assignment below.
> +			if (npend) {
> +				ath_reset(sc, false);
> +				spin_lock_bh(&txq->axq_lock);
> +				txq->txq_flush_inprogress = false;
> +				spin_unlock_bh(&txq->axq_lock);
> +				break;
> +			}
> +
> +			ath_draintxq(sc, txq, false);
> +			spin_lock_bh(&txq->axq_lock);
> +			txq->txq_flush_inprogress = false;
> +			spin_unlock_bh(&txq->axq_lock);
> +		}
> +	}
> +
> +	ieee80211_queue_delayed_work(hw, &sc->tx_complete_work, 0);
> +	mutex_unlock(&sc->mutex);
> +}
> +
>  struct ieee80211_ops ath9k_ops = {
>  	.tx 		    = ath9k_tx,
>  	.start 		    = ath9k_start,
> @@ -2143,4 +2214,5 @@ struct ieee80211_ops ath9k_ops = {
>  	.get_survey	    = ath9k_get_survey,
>  	.rfkill_poll        = ath9k_rfkill_poll_state,
>  	.set_coverage_class = ath9k_set_coverage_class,
> +	.flush		    = ath9k_flush,
>  };

  reply	other threads:[~2011-02-09 14:15 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-09 13:49 [RFC] ath9k: Implement op_flush() Vasanthakumar Thiagarajan
2011-02-09 14:15 ` Felix Fietkau [this message]
2011-02-09 15:04   ` Vasanth Thiagarajan
2011-02-09 14:54 ` Vasanth Thiagarajan

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=4D52A17A.4030906@openwrt.org \
    --to=nbd@openwrt.org \
    --cc=linux-wireless@vger.kernel.org \
    --cc=linville@tuxdriver.com \
    --cc=vasanth@atheros.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).