summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/stackcollapse.py
diff options
context:
space:
mode:
authorJB Tsai <jb.tsai@mediatek.com>2026-06-30 17:06:10 +0800
committerFelix Fietkau <nbd@nbd.name>2026-07-31 12:25:38 +0000
commiteb628006a2c69228b32129a3937baa52b970a118 (patch)
tree3fd05fbe7ad49168203e0dd0dfe601f55f3b74e9 /tools/perf/scripts/python/stackcollapse.py
parentef3e34874d2332d0f63e72c2c35ce5c93568c125 (diff)
wifi: mt76: mt7925: Fix unregister deadlock
During device shutdown or removal, a deadlock can occur between the PCIe remove path and the driver's asynchronous reset work. The unregistration path calls napi_disable() before cancelling the reset work. If the reset work runs concurrently, it may re-enable NAPI and schedule it. Because the device is being unregistered, this can lead to NAPI state corruption where NAPI is marked as scheduled but never polled, causing subsequent napi_disable() calls to hang forever. Fix this by: 1. Moving cancel_work_sync(&dev->reset_work) to the very start of mt7925e_unregister_device(), ensuring it is stopped before NAPI is disabled. 2. Setting the MT76_REMOVED flag early in the PCI remove path to prevent new reset work from being queued. 3. Checking MT76_REMOVED in mt7925_mac_reset_work() and aborting the reset early if the device is being removed. Co-developed-by: Fei Shao <fshao@google.com> Signed-off-by: JB Tsai <jb.tsai@mediatek.com> Tested-by: Rafael Passos <rafael@rcpassos.me> Link: https://patch.msgid.link/20260630090610.586954-1-jb.tsai@mediatek.com Signed-off-by: Felix Fietkau <nbd@nbd.name>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions