summaryrefslogtreecommitdiffstats
path: root/rust/helpers/helpers.c
diff options
context:
space:
mode:
authorQingfang Deng <qingfang.deng@siflower.com.cn>2025-04-17 11:25:56 +0800
committerJakub Kicinski <kuba@kernel.org>2025-04-22 18:25:18 -0700
commitb7f0ee992adf601aa00c252418266177eb7ac2bc (patch)
tree4a264a1bdf468f0f5e41ea4ada7cecbc3f7dc53e /rust/helpers/helpers.c
parentce6815585d460c610e9881a5d347c0a34da287e4 (diff)
downloadlinux-stable-b7f0ee992adf601aa00c252418266177eb7ac2bc.tar.gz
linux-stable-b7f0ee992adf601aa00c252418266177eb7ac2bc.tar.bz2
linux-stable-b7f0ee992adf601aa00c252418266177eb7ac2bc.zip
net: phy: leds: fix memory leak
A network restart test on a router led to an out-of-memory condition, which was traced to a memory leak in the PHY LED trigger code. The root cause is misuse of the devm API. The registration function (phy_led_triggers_register) is called from phy_attach_direct, not phy_probe, and the unregister function (phy_led_triggers_unregister) is called from phy_detach, not phy_remove. This means the register and unregister functions can be called multiple times for the same PHY device, but devm-allocated memory is not freed until the driver is unbound. This also prevents kmemleak from detecting the leak, as the devm API internally stores the allocated pointer. Fix this by replacing devm_kzalloc/devm_kcalloc with standard kzalloc/kcalloc, and add the corresponding kfree calls in the unregister path. Fixes: 3928ee6485a3 ("net: phy: leds: Add support for "link" trigger") Fixes: 2e0bc452f472 ("net: phy: leds: add support for led triggers on phy link state change") Signed-off-by: Hao Guan <hao.guan@siflower.com.cn> Signed-off-by: Qingfang Deng <qingfang.deng@siflower.com.cn> Reviewed-by: Andrew Lunn <andrew@lunn.ch> Link: https://patch.msgid.link/20250417032557.2929427-1-dqfext@gmail.com Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'rust/helpers/helpers.c')
0 files changed, 0 insertions, 0 deletions