Thread (9 messages) flat view 9 messages, 4 authors, 2025-01-20

Re: [PATCH net-next v2] net: phy: Fix suspicious rcu_dereference usage

From: Jakub Kicinski <kuba@kernel.org>
Date: 2025-01-18 03:07:21
Also in: lkml

On Fri, 17 Jan 2025 23:16:59 +0100 Kory Maincent wrote:
quoted
If not protected by RTNL, what prevents two threads from calling this
function at the same time,
thus attempting to kfree_rcu() the same pointer twice ?  
I don't think this function can be called simultaneously from two threads,
if this were the case we would have already seen several issues with the phydev
pointer. But maybe I am wrong.

The rcu_lock here is to prevent concurrent dev->hwprov pointer modification done
under rtnl_lock in net/ethtool/tsconfig.c.
I could also be wrong, but I don't recall being told that suspend path
can't race with anything else. So I think ravb should probably take
rtnl_lock or some such when its shutting itself down.. ?

If I'm wrong I think we should mention this is from suspend and
add Claudiu's stack trace to the commit msg.
-- 
pw-bot: cr
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help