[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id:
<176074380701.2822953.14692637268674439157.git-patchwork-notify@kernel.org>
Date: Fri, 17 Oct 2025 23:30:07 +0000
From: patchwork-bot+netdevbpf@...nel.org
To: Jianpeng Chang <jianpeng.chang.cn@...driver.com>
Cc: claudiu.manoil@....com, vladimir.oltean@....com, wei.fang@....com,
xiaoning.wang@....com, andrew+netdev@...n.ch, davem@...emloft.net,
edumazet@...gle.com, kuba@...nel.org, pabeni@...hat.com,
alexandru.marginean@....com, imx@...ts.linux.dev, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [v4 PATCH net] net: enetc: fix the deadlock of enetc_mdio_lock
Hello:
This patch was applied to netdev/net.git (main)
by Jakub Kicinski <kuba@...nel.org>:
On Wed, 15 Oct 2025 10:14:27 +0800 you wrote:
> After applying the workaround for err050089, the LS1028A platform
> experiences RCU stalls on RT kernel. This issue is caused by the
> recursive acquisition of the read lock enetc_mdio_lock. Here list some
> of the call stacks identified under the enetc_poll path that may lead to
> a deadlock:
>
> enetc_poll
> -> enetc_lock_mdio
> -> enetc_clean_rx_ring OR napi_complete_done
> -> napi_gro_receive
> -> enetc_start_xmit
> -> enetc_lock_mdio
> -> enetc_map_tx_buffs
> -> enetc_unlock_mdio
> -> enetc_unlock_mdio
>
> [...]
Here is the summary with links:
- [v4,net] net: enetc: fix the deadlock of enetc_mdio_lock
https://git.kernel.org/netdev/net/c/50bd33f6b392
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
Powered by blists - more mailing lists