diff options
author | Qingfang Deng <qingfang.deng@siflower.com.cn> | 2025-04-17 11:25:56 +0800 |
---|---|---|
committer | Jakub Kicinski <kuba@kernel.org> | 2025-04-22 18:25:18 -0700 |
commit | b7f0ee992adf601aa00c252418266177eb7ac2bc (patch) | |
tree | 4a264a1bdf468f0f5e41ea4ada7cecbc3f7dc53e /scripts/gdb/linux/pgtable.py | |
parent | ce6815585d460c610e9881a5d347c0a34da287e4 (diff) | |
download | linux-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 'scripts/gdb/linux/pgtable.py')
0 files changed, 0 insertions, 0 deletions