iwlwifi: mvm: don't warn on multiple packets when opening a queue

When we have TSO enabled, we might end up segmenting it and
queuing multiple packets before the queue is even enabled.  This causes
a warning.

For example, when starting TCP traffic on a non-zero TID, the
first packets may not have DSCP and will be sent on TID 0, while
the actual data packets will be sent on the TID.

To prevent this, simply remove the warning.

Signed-off-by: Sara Sharon <sara.sharon@intel.com>
Signed-off-by: Luca Coelho <luciano.coelho@intel.com>

diff --git a/drivers/net/wireless/intel/iwlwifi/mvm/tx.c b/drivers/net/wireless/intel/iwlwifi/mvm/tx.c
index 84d1652..d31e963 100644 (file)
--- a/drivers/net/wireless/intel/iwlwifi/mvm/tx.c
+++ b/drivers/net/wireless/intel/iwlwifi/mvm/tx.c
@@ -888,10 +888,9 @@ static void iwl_mvm_tx_add_stream(struct iwl_mvm *mvm,
        /*
         * The first deferred frame should've stopped the MAC queues, so we
         * should never get a second deferred frame for the RA/TID.
+        * In case of GSO the first packet may have been split, so don't warn.
         */
-       if (!WARN(skb_queue_len(deferred_tx_frames) != 1,
-                 "RATID %d/%d has %d deferred frames\n", mvm_sta->sta_id, tid,
-                 skb_queue_len(deferred_tx_frames))) {
+       if (skb_queue_len(deferred_tx_frames) == 1) {
                iwl_mvm_stop_mac_queues(mvm, BIT(mac_queue));
                schedule_work(&mvm->add_stream_wk);
        }