David Miller wrote 27.11.2019 02:57:
> From: Alexander Lobakin <[email protected]>
> Date: Mon, 25 Nov 2019 15:02:24 +0300
>
>> Paolo Abeni wrote 25.11.2019 14:42:
>>> For -net, I *think* something as dumb and hacky as the following
>>> could
>>> possibly work:
>>> ----
>>> diff --git a/drivers/net/wireless/intel/iwlwifi/pcie/rx.c
>>> b/drivers/net/wireless/intel/iwlwifi/pcie/rx.c
>>> index 4bba6b8a863c..df82fad96cbb 100644
>>> --- a/drivers/net/wireless/intel/iwlwifi/pcie/rx.c
>>> +++ b/drivers/net/wireless/intel/iwlwifi/pcie/rx.c
>>> @@ -1527,7 +1527,7 @@ static void iwl_pcie_rx_handle(struct iwl_trans
>>> *trans, int queue)
>>> iwl_pcie_rxq_alloc_rbs(trans, GFP_ATOMIC, rxq);
>>> if (rxq->napi.poll)
>>> - napi_gro_flush(&rxq->napi, false);
>>> + napi_complete_done(&rxq->napi, 0);
>>> iwl_pcie_rxq_restock(trans, rxq);
>>> }
>>> ---
>>
>> napi_complete_done(napi, 0) has an equivalent static inline
>> napi_complete(napi). I'm not sure it will work without any issues
>> as iwlwifi doesn't _really_ turn NAPI into scheduling state.
>>
>> I'm not very familiar with iwlwifi, but as a work around manual
>> napi_gro_flush() you can also manually flush napi->rx_list to
>> prevent packets from stalling:
>>
>> diff -Naur a/drivers/net/wireless/intel/iwlwifi/pcie/rx.c
>> b/drivers/net/wireless/intel/iwlwifi/pcie/rx.c
>> --- a/drivers/net/wireless/intel/iwlwifi/pcie/rx.c 2019-11-25
>> --- 14:55:03.610355230 +0300
>> +++ b/drivers/net/wireless/intel/iwlwifi/pcie/rx.c 2019-11-25
>> 14:57:29.399556868 +0300
> ...
>
> Thanks to everyone for looking into this.
>
> Can I get some kind of fix in the next 24 hours? I want to send a
> quick
> follow-on pull request to Linus to deal with all of the fallout, and in
> particular fix this regression.
The fix is here: [1]
It's pretty straightforward, but needs a minimal testing anyways.
If any changes are needed, please let me know.
> Thanks!
Regards,
ᚷ ᛖ ᚢ ᚦ ᚠ ᚱ
[1]
https://lore.kernel.org/netdev/[email protected]