All of lore.kernel.org
 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 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.