[Cerowrt-devel] [bug #442] tearing apart ath_tx_start in search of the hang
Robert Bradley
robert.bradley1 at gmail.com
Tue Apr 15 04:56:38 EDT 2014
On 15/04/14 00:08, Dave Taht wrote:
> So what we are seeing here is some sort of problem with accounting
> for pending_frames on a given queue. And since we've had a reminder
> of how useful code review can be - and I'd rather like to understand
> this logic anyway -
>
> // my comments in //
>
> /* Upon failure caller should free skb */
> int ath_tx_start(struct ieee80211_hw *hw, struct sk_buff *skb,
> struct ath_tx_control *txctl)
> {
<snip>
> // I haven't looked at what skb_get_queue_mapping can return yet
>
> q = skb_get_queue_mapping(skb);
>
> ath_txq_lock(sc, txq);
> if (txq == sc->tx.txq_map[q] &&
> ++txq->pending_frames > sc->tx.txq_max_pending[q] &&
> !txq->stopped) {
> ieee80211_stop_queue(sc->hw, q);
> txq->stopped = true;
>
> // is there a difference between stopped and sleeping?
>
> }
>
Not as far as I can tell from the documentation. I did notice though
that the wakeup code in ath_tx_complete() lacks the
ath_txq_lock()/ath_txq_unlock() calls around it. I don't know if that
helps or not...
--
Robert Bradley
More information about the Cerowrt-devel
mailing list