NACK [S] Re: [SRU][R/S][PATCH 0/1] ice: fix stale -EBUSY on resume of Intel E810

[Timo Aaltonen]

Aaron Ma via kernel-team kirjoitti 4.8.2026 klo 12.35:
> BugLink: https://bugs.launchpad.net/bugs/2162803
> 
> SRU Justification:
> 
> [ Impact ]
> Intel E810 NICs can report "can't open net device while reset is in
> progress" (ice_open() returning -EBUSY) after resume from suspend. The
> async PF reset scheduled by ice_resume() runs later in the service task;
> userspace (e.g. NetworkManager) bringing the interface up in between hits
> the -EBUSY path. Reproduced with irdma enabled, where the aux device probe
> widens the race window.
> 
> [ Fix ]
> Cherry-pick upstream commit c2816d613f388 ("ice: wait for reset completion
> in ice_resume()").  It adds a best-effort 10s wait (matching
> ice_devlink_info_get()) for the scheduled reset to finish before returning
> from ice_resume(); reset normally completes in ~300ms.
> Committed to: noble-linux-oem, resolute, resolute-linux-oem, stonking.
> 
> [ Test Plan ]
> 1. System with Intel E810 NIC.
> 2. Suspend, resume.
> 3. Verify no "can't open net device while reset is in progress" in dmesg
>     and link comes up reliably.
> 
> [ Where problems could occur ]
> Suspend/resume path only; wait is best-effort with 10s timeout and an
> error message on timeout rather than failing resume. Risk is low.
> 
> Aaron Ma (1):
>    ice: wait for reset completion in ice_resume()
> 
>   drivers/net/ethernet/intel/ice/ice_main.c | 10 ++++++++++
>   1 file changed, 10 insertions(+)
> 

this is in 7.2rc already

-- 
Timo Aaltonen
Kernel Team
Canonical Ltd.