On 13 November 2015 at 11:45, Borja Salazar <borja.sala...@fon.com> wrote:

> Hi,
>
> Let me explain the patch more thoroughly. We are testing MCC and we've
> found some issues with the queues handlers, the main problem is that when
> we transmit a multicast/broadcast frame, where hw_queue is 8 (CAB), we
> check queue status, which is 2(q), and if it is full and we have to stop
> it, we end stopping the wrong queue, 8, which is not full. From this point
> onwards stations are unable to connect to the AP.
>
> Let me know if something is not clear.
>
> I am interested if you reintroduce bug that Sujith already fix in commit:
ath9k: Enable HW queue control only for MCC

While as I understand correctly this patch disable hw queues for non-mcc
(also clear IEEE80211_HW_QUEUE_CONTROL) and your

+       if (ath9k_is_chanctx_enabled())
+               q = fi->txq;
+       else
+               q = info->hw_queue;

Use again hw_queue for standard non-mcc operation.

Please check this, I am sure while did only simple check :)

BR
Janusz



> Regards,
>
> [image: Fon] <http://www.fon.com/>Borja SalazarFirmware teamAll
> information in this email is confidential
> <http://corp.fon.com/legal/email-disclaimer>
>
> On Fri, Nov 13, 2015 at 11:33 AM, Borja Salazar <borja.sala...@fon.com>
> wrote:
>
>> When channel context is enabled, we could be
>> stopping/awakening an incorrect queue.
>>
>> Signed-off-by: Borja Salazar <borja.sala...@fon.com>
>> ---
>>  drivers/net/wireless/ath/ath9k/xmit.c | 22 ++++++++++++----------
>>  1 file changed, 12 insertions(+), 10 deletions(-)
>>
>> diff --git a/drivers/net/wireless/ath/ath9k/xmit.c
>> b/drivers/net/wireless/ath/ath9k/xmit.c
>> index 3e3dac3..9b17a59 100644
>> --- a/drivers/net/wireless/ath/ath9k/xmit.c
>> +++ b/drivers/net/wireless/ath/ath9k/xmit.c
>> @@ -147,7 +147,12 @@ static void ath_txq_skb_done(struct ath_softc *sc,
>> struct ath_txq *txq,
>>  {
>>         struct ieee80211_tx_info *info = IEEE80211_SKB_CB(skb);
>>         struct ath_frame_info *fi = get_frame_info(skb);
>> -       int q = fi->txq;
>> +       int q;
>> +
>> +       if (ath9k_is_chanctx_enabled())
>> +               q = fi->txq;
>> +       else
>> +               q = info->hw_queue;
>>
>>         if (q < 0)
>>                 return;
>> @@ -158,10 +163,7 @@ static void ath_txq_skb_done(struct ath_softc *sc,
>> struct ath_txq *txq,
>>
>>         if (txq->stopped &&
>>             txq->pending_frames < sc->tx.txq_max_pending[q]) {
>> -               if (ath9k_is_chanctx_enabled())
>> -                       ieee80211_wake_queue(sc->hw, info->hw_queue);
>> -               else
>> -                       ieee80211_wake_queue(sc->hw, q);
>> +               ieee80211_wake_queue(sc->hw, q);
>>                 txq->stopped = false;
>>         }
>>  }
>> @@ -2299,17 +2301,17 @@ int ath_tx_start(struct ieee80211_hw *hw, struct
>> sk_buff *skb,
>>          * info are no longer valid (overwritten by the ath_frame_info
>> data.
>>          */
>>
>> -       q = skb_get_queue_mapping(skb);
>> +       if (ath9k_is_chanctx_enabled())
>> +               q = skb_get_queue_mapping(skb);
>> +       else
>> +               q = info->hw_queue;
>>
>>         ath_txq_lock(sc, txq);
>>         if (txq == sc->tx.txq_map[q]) {
>>                 fi->txq = q;
>>                 if (++txq->pending_frames > sc->tx.txq_max_pending[q] &&
>>                     !txq->stopped) {
>> -                       if (ath9k_is_chanctx_enabled())
>> -                               ieee80211_stop_queue(sc->hw,
>> info->hw_queue);
>> -                       else
>> -                               ieee80211_stop_queue(sc->hw, q);
>> +                       ieee80211_stop_queue(sc->hw, q);
>>                         txq->stopped = true;
>>                 }
>>         }
>> --
>> 2.3.6
>>
>>
>
_______________________________________________
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel

Reply via email to