Re[O:linux-(gcp, gke)]: APPLIED: [SRU][O][PATCH 0/4] Revert: "IDPF: TX timeout and crash"

Stefan Bader stefan.bader at canonical.com
Mon Feb 3 09:54:27 UTC 2025


On 31.01.25 21:00, Ian Whitfield wrote:
> On Thu, Jan 30, 2025 at 01:01:02PM -0800, Ian Whitfield wrote:
>> BugLink: https://bugs.launchpad.net/bugs/2093622
>>
>> [Impact]
>>
>> This patchset previously requested by Google has been found to cause
>> crashes without a dependency commit:
>> e4891e4687c8 ("idpf: split &idpf_queue into 4 strictly-typed queue structures")
>> This requires a rework of the patchset, so we need to pull it from the
>> current cycle until further notice.
>>
>> [Fix]
>>
>> The patchset is reverted for all affected kernels. Another email was
>> sent for the Jammy/Noble version of the patchset.
>>
>> [Where problems could occur]
>>
>> Reverting this fix reintroduces the problems originally intended to be
>> solved by the patchset, but prevents new major crashes and should
>> generally be a net benefit to stability of the kernel. These kernels
>> will go through normal rounds of testing for the cycle.
>>
>> [Other info]
>>
>> SF #00404007
>>
>> Ian Whitfield (4):
>>    Revert "idpf: trigger SW interrupt when exiting wb_on_itr mode"
>>    Revert "idpf: add support for SW triggered interrupts"
>>    Revert "idpf: Don't hard code napi_struct size"
>>    Revert "idpf: enable WB_ON_ITR"
>>
>>   drivers/net/ethernet/intel/idpf/idpf_dev.c    |  5 ---
>>   .../ethernet/intel/idpf/idpf_singleq_txrx.c   |  6 +---
>>   drivers/net/ethernet/intel/idpf/idpf_txrx.c   | 36 ++++++-------------
>>   drivers/net/ethernet/intel/idpf/idpf_txrx.h   | 36 ++-----------------
>>   drivers/net/ethernet/intel/idpf/idpf_vf_dev.c |  5 ---
>>   5 files changed, 14 insertions(+), 74 deletions(-)
>>
>> -- 
>> 2.43.0
>>
> Applied to oracular:linux-gcp master-next.

This submission was incorrectly submitted. From the subject it would 
target the main oracular kernel. But apparently it was intended and 
applied to oracular:linux-gcp only. The bug report mentions even GKE. 
Please be more specific next time.
> 
> -Ian
> 


-- 
- Stefan


More information about the kernel-team mailing list