Search Linux Wireless

Re: [RFC] mac80211: budget outstanding airtime for transmission

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Rajkumar Manoharan <rmanohar@xxxxxxxxxxxxxx> writes:

> Per frame airtime estimation could be used to track outstanding airtime
> of each txq and can be used to throttle ieee80211_tx_dequeue(). This
> mechanism on its own will get us the queue limiting and latency
> reduction goodness for firmwares with deep queues. And for that it can
> be completely independent of the airtime fairness scheduler, which can
> use the after-tx-compl airtime information to presumably get more
> accurate fairness which includes retransmissions etc.

Very nice! This is pretty much what I would have done as well :)

A few comments below.

>  include/net/mac80211.h  |  2 +-
>  net/mac80211/sta_info.h |  1 +
>  net/mac80211/status.c   | 15 +++++++++----
>  net/mac80211/tx.c       | 59 +++++++++++++++++++++++++++++++++++++++++++++++--
>  4 files changed, 70 insertions(+), 7 deletions(-)
>
> diff --git a/include/net/mac80211.h b/include/net/mac80211.h
> index 89b192e93ac9..3a9a61fe30b5 100644
> --- a/include/net/mac80211.h
> +++ b/include/net/mac80211.h
> @@ -947,7 +947,7 @@ struct ieee80211_tx_info {
>  					u8 use_cts_prot:1;
>  					u8 short_preamble:1;
>  					u8 skip_table:1;
> -					/* 2 bytes free */
> +					u16 airtime_est;
>  				};
>  				/* only needed before rate control */
>  				unsigned long jiffies;
> diff --git a/net/mac80211/sta_info.h b/net/mac80211/sta_info.h
> index b1b0fd6a2e21..ddc2c882c91c 100644
> --- a/net/mac80211/sta_info.h
> +++ b/net/mac80211/sta_info.h
> @@ -135,6 +135,7 @@ struct airtime_info {
>  	u64 rx_airtime;
>  	u64 tx_airtime;
>  	s64 deficit;
> +	s32 budget;

Why signed? This should never become negative unless something is wrong
with the accounting somewhere?

Related, are we sure there are no "leaks", i.e., packets that increase
the budget on dequeue, but are never tx_completed?

>  struct sta_info;
> diff --git a/net/mac80211/status.c b/net/mac80211/status.c
> index 664379797c46..529f13cf7b2a 100644
> --- a/net/mac80211/status.c
> +++ b/net/mac80211/status.c
> @@ -718,6 +718,7 @@ static void __ieee80211_tx_status(struct ieee80211_hw *hw,
>  	struct ieee80211_bar *bar;
>  	int shift = 0;
>  	int tid = IEEE80211_NUM_TIDS;
> +	u32 ac = IEEE80211_AC_BE;
>  
>  	rates_idx = ieee80211_tx_get_rates(hw, info, &retry_count);
>  
> @@ -733,6 +734,16 @@ static void __ieee80211_tx_status(struct ieee80211_hw *hw,
>  
>  		acked = !!(info->flags & IEEE80211_TX_STAT_ACK);
>  
> +		if (ieee80211_is_data_qos(fc)) {
> +			u8 *qc = ieee80211_get_qos_ctl(hdr);
> +
> +			tid = qc[0] & 0xf;
> +			ac = ieee80211_ac_from_tid(tid);
> +		}
> +		spin_lock_bh(&local->fq.lock);
> +		sta->airtime[ac].budget -= info->control.airtime_est;
> +		spin_unlock_bh(&local->fq.lock);

What is the argument for accounting non-data frames to the BE AC? And
will this ever happen? Aren't we only putting data frames on the TXQs?

Also, with this locking, we have one field of the airtime struct that is
protected by a different lock than the rest. That is probably going to
become a problem at some point down the line when someone forgets this.
Can we use the active_txq_lock[ac] instead (should probably be renamed
in that case)?

The problem with using the other lock is that we'll need to ensure it is
taken in tx_dequeue(); but if we required schedule_{start,end}() around
all calls to tx_dequeue() it should be fine? (famous last words...)

>  		/* mesh Peer Service Period support */
>  		if (ieee80211_vif_is_mesh(&sta->sdata->vif) &&
>  		    ieee80211_is_data_qos(fc))
> @@ -765,10 +776,6 @@ static void __ieee80211_tx_status(struct ieee80211_hw *hw,
>  						& IEEE80211_SCTL_SEQ);
>  			ieee80211_send_bar(&sta->sdata->vif, hdr->addr1,
>  					   tid, ssn);
> -		} else if (ieee80211_is_data_qos(fc)) {
> -			u8 *qc = ieee80211_get_qos_ctl(hdr);
> -
> -			tid = qc[0] & 0xf;
>  		}
>  
>  		if (!acked && ieee80211_is_back_req(fc)) {
> diff --git a/net/mac80211/tx.c b/net/mac80211/tx.c
> index e4bc43904a8e..fb69af8e9757 100644
> --- a/net/mac80211/tx.c
> +++ b/net/mac80211/tx.c
> @@ -3485,6 +3485,52 @@ static bool ieee80211_xmit_fast(struct ieee80211_sub_if_data *sdata,
>  	return true;
>  }
>  
> +/* The estimated airtime (in microseconds), which is calculated using last
> + * reported TX rate is stored in info context buffer. The budget will be
> + * adjusted upon tx completion.
> + */
> +#define IEEE80211_AIRTIME_BUDGET_MAX    4000 /* txq airtime limit: 4ms */
> +#define IEEE80211_AIRTIME_OVERHEAD      100  /* IFS + some slot time */
> +#define IEEE80211_AIRTIME_OVERHEAD_IFS  16   /* IFS only */

Did you do any tuning of these values?

> +static void ieee80211_recalc_airtime_budget(struct ieee80211_local *local,
> +					    struct sta_info *sta,
> +					    struct sk_buff *skb, u8 ac)
> +{

"recalc" implies that it is re-calculating something that was already
calculated. So maybe s/recalc/calc/?

> +	struct ieee80211_tx_info *info;
> +	struct ieee80211_hdr *hdr;
> +	struct rate_info rinfo;
> +	u32 pktlen, overhead, bitrate;
> +	u16 airtime = 0;
> +
> +	lockdep_assert_held(&local->fq.lock);
> +
> +	hdr = (struct ieee80211_hdr *)skb->data;
> +	info = IEEE80211_SKB_CB(skb);
> +
> +	sta_set_rate_info_tx(sta, &sta->tx_stats.last_rate, &rinfo);
> +	bitrate = cfg80211_calculate_bitrate(&rinfo);
> +
> +	pktlen = skb->len + 38; /* Assume MAC header 30, SNAP 8 for most case */
> +	if (!is_multicast_ether_addr(hdr->addr1)) {
> +		/* overhead for media access time and IFS */
> +		overhead = IEEE80211_AIRTIME_OVERHEAD_IFS;
> +		/* airtime in us, last tx bitrate in 100kbps */
> +		airtime = (pktlen * 8 * (1000 / 100)) / bitrate;
> +	} else {
> +		overhead = IEEE80211_AIRTIME_OVERHEAD;
> +		/* This is mostly for throttle excessive BC/MC frames, and the
> +		 * airtime/rate doesn't need be exact. Airtime of BC/MC frames
> +		 * in 2G get some discount, which helps prevent very low rate
> +		 * frames from being blocked for too long.
> +		 */
> +		airtime = (pktlen * 8 * (1000 / 100)) / 60; /* 6M */
> +	}
> +
> +	airtime += overhead;

Mostly a matter of taste, I guess, but I found it a bit confusing that
the overhead is assigned to a variable and added later instead of just
being part of the calculations above...

> +	info->control.airtime_est = airtime;
> +	sta->airtime[ac].budget += airtime;
> +}
> +
>  struct sk_buff *ieee80211_tx_dequeue(struct ieee80211_hw *hw,
>  				     struct ieee80211_txq *txq)
>  {
> @@ -3498,6 +3544,7 @@ struct sk_buff *ieee80211_tx_dequeue(struct ieee80211_hw *hw,
>  	struct ieee80211_tx_data tx;
>  	ieee80211_tx_result r;
>  	struct ieee80211_vif *vif = txq->vif;
> +	struct sta_info *sta = NULL;
>  
>  	spin_lock_bh(&fq->lock);
>  
> @@ -3510,6 +3557,12 @@ struct sk_buff *ieee80211_tx_dequeue(struct ieee80211_hw *hw,
>  		goto out;
>  	}
>  
> +	if (txq->sta) {
> +		sta = container_of(txq->sta, struct sta_info, sta);
> +		if (sta->airtime[txq->ac].budget > IEEE80211_AIRTIME_BUDGET_MAX)
> +			goto out;
> +	}
> +
>  	/* Make sure fragments stay together. */
>  	skb = __skb_dequeue(&txqi->frags);
>  	if (skb)
> @@ -3529,8 +3582,7 @@ struct sk_buff *ieee80211_tx_dequeue(struct ieee80211_hw *hw,
>  	tx.skb = skb;
>  	tx.sdata = vif_to_sdata(info->control.vif);
>  
> -	if (txq->sta)
> -		tx.sta = container_of(txq->sta, struct sta_info, sta);
> +	tx.sta = sta;
>  
>  	/*
>  	 * The key can be removed while the packet was queued, so need to call
> @@ -3542,6 +3594,9 @@ struct sk_buff *ieee80211_tx_dequeue(struct ieee80211_hw *hw,
>  		goto begin;
>  	}
>  
> +	if (sta)
> +		ieee80211_recalc_airtime_budget(local, sta, skb, txq->ac);
> +
>  	if (test_bit(IEEE80211_TXQ_AMPDU, &txqi->flags))
>  		info->flags |= IEEE80211_TX_CTL_AMPDU;
>  	else
> -- 
> 1.9.1



[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux