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