net: ethernet: arc: emac: quiesce interrupts before requesting IRQ
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: 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.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
Version range not reported
- Linux Linux
3.11
References 8
git.kernel.org
- stable/c/abd338da658d7faa8e26cfefc8f83f0066707564
- stable/c/5f29dd540fe5ea3c826fc8ec759ba488b31f9707
- stable/c/6fc7449773748c7b904235a09a67054d78ab1172
- stable/c/81431da777924dddaefa5c9b0ca9da4a93f9df96
- stable/c/d0f2386f529807826e7404d40a245ee428f89f62
- stable/c/8efd5dcd31e22a9308b16b107a052fcd568c0a99
- stable/c/8f9adb3605e36f75639de529bb3d66e94194a388
- stable/c/2503d08f8a2de618e5c3a8183b250ff4a2e2d52c