diff options
| author | Fan Wu <fanwu01@zju.edu.cn> | 2026-03-09 13:24:09 +0000 |
|---|---|---|
| committer | Jakub Kicinski <kuba@kernel.org> | 2026-03-10 19:05:12 -0700 |
| commit | 2503d08f8a2de618e5c3a8183b250ff4a2e2d52c (patch) | |
| tree | e3c1f3cce6350e85c1aef166888fd5e1cb2bdbfc /tools/perf/scripts/python/flamegraph.py | |
| parent | 28b225282d44e2ef40e7f46cfdbd5d1b20b8874f (diff) | |
| download | linux-2503d08f8a2de618e5c3a8183b250ff4a2e2d52c.tar.gz linux-2503d08f8a2de618e5c3a8183b250ff4a2e2d52c.zip | |
net: ethernet: arc: emac: quiesce interrupts before requesting IRQ
Normal RX/TX interrupts are enabled later, in arc_emac_open(), so probe
should not see interrupt delivery in the usual case. However, hardware may
still present stale or latched interrupt status left by firmware or the
bootloader.
If probe later unwinds after devm_request_irq() has installed the handler,
such a stale interrupt can still reach arc_emac_intr() during teardown and
race with release of the associated net_device.
Avoid that window by putting the device into a known quiescent state before
requesting the IRQ: disable all EMAC interrupt sources and clear any
pending EMAC interrupt status bits. This keeps the change hardware-focused
and minimal, while preventing spurious IRQ delivery from leftover state.
Fixes: e4f2379db6c6 ("ethernet/arc/arc_emac - Add new driver")
Cc: stable@vger.kernel.org
Signed-off-by: Fan Wu <fanwu01@zju.edu.cn>
Link: https://patch.msgid.link/20260309132409.584966-1-fanwu01@zju.edu.cn
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/flamegraph.py')
0 files changed, 0 insertions, 0 deletions
