[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <LV1PR11MB87906B2A6E9C7C912F08A8A69066A@LV1PR11MB8790.namprd11.prod.outlook.com>
Date: Fri, 6 Feb 2026 16:31:29 +0000
From: "Nowlin, Alexander" <alexander.nowlin@...el.com>
To: "Lobakin, Aleksander" <aleksander.lobakin@...el.com>,
"intel-wired-lan@...ts.osuosl.org" <intel-wired-lan@...ts.osuosl.org>
CC: "Lobakin, Aleksander" <aleksander.lobakin@...el.com>, "Nguyen, Anthony L"
<anthony.l.nguyen@...el.com>, "Kitszel, Przemyslaw"
<przemyslaw.kitszel@...el.com>, Andrew Lunn <andrew+netdev@...n.ch>, "David
S. Miller" <davem@...emloft.net>, Eric Dumazet <edumazet@...gle.com>, "Jakub
Kicinski" <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>, Simon Horman
<horms@...nel.org>, "Keller, Jacob E" <jacob.e.keller@...el.com>, "Loktionov,
Aleksandr" <aleksandr.loktionov@...el.com>, NXNE CNSE OSDT ITP Upstreaming
<nxne.cnse.osdt.itp.upstreaming@...el.com>, "netdev@...r.kernel.org"
<netdev@...r.kernel.org>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>
Subject: RE: [Intel-wired-lan] [PATCH iwl-next 3/5] ice: migrate to netdev ops
lock
> -----Original Message-----
> From: Intel-wired-lan <intel-wired-lan-bounces@...osl.org> On Behalf Of Alexander Lobakin
> Sent: Tuesday, November 25, 2025 9:36 AM
> To: intel-wired-lan@...ts.osuosl.org
> Cc: Lobakin, Aleksander <aleksander.lobakin@...el.com>; Nguyen, Anthony L <anthony.l.nguyen@...el.com>; Kitszel, Przemyslaw <przemyslaw.kitszel@...el.com>; Andrew Lunn <andrew+netdev@...n.ch>;
> David S. Miller <davem@...emloft.net>; Eric Dumazet <edumazet@...gle.com>; Jakub Kicinski <kuba@...nel.org>; Paolo Abeni <pabeni@...hat.com>; Simon Horman <horms@...nel.org>; Keller, Jacob E
> <jacob.e.keller@...el.com>; Loktionov, Aleksandr <aleksandr.loktionov@...el.com>; NXNE CNSE OSDT ITP Upstreaming <nxne.cnse.osdt.itp.upstreaming@...el.com>; netdev@...r.kernel.org; linux-
> kernel@...r.kernel.org
> Subject: [Intel-wired-lan] [PATCH iwl-next 3/5] ice: migrate to netdev ops lock
>
> Queue management ops unconditionally enable netdev locking. The same lock is taken by default by several NAPI configuration functions, such as napi_enable() and netif_napi_set_irq().
> Request ops locking in advance and make sure we use the _locked counterparts of those functions to avoid deadlocks, taking the lock manually where needed (suspend/resume, queue rebuild and resets).
>
> Reviewed-by: Jacob Keller <jacob.e.keller@...el.com>
> Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@...el.com>
> Signed-off-by: Alexander Lobakin <aleksander.lobakin@...el.com>
> ---
> drivers/net/ethernet/intel/ice/ice_lib.h | 6 ++-
> drivers/net/ethernet/intel/ice/ice_lib.c | 56 +++++++++++++++++----
> drivers/net/ethernet/intel/ice/ice_main.c | 49 ++++++++++--------
> drivers/net/ethernet/intel/ice/ice_sf_eth.c | 1 +
> drivers/net/ethernet/intel/ice/ice_xsk.c | 4 +-
> 5 files changed, 82 insertions(+), 34 deletions(-)
Tested-by: Alexander Nowlin <alexander.nowlin@...el.com>
Powered by blists - more mailing lists