Nixpkgs security tracker

Login with GitHub
⚠️ You are using a production deployment that is still only suitable for demo purposes. Any work done in this might be wiped later without notice.

Suggestion detail

Dismissed
(max. allowed matches exceeded)
created 1 month ago Activity log
  • Created & dismissed (max. allowed matches exceeded) suggestion
net: ethernet: arc: emac: quiesce interrupts before requesting IRQ

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.

Affected products

Linux
  • <d0f2386f529807826e7404d40a245ee428f89f62
  • =<6.1.*
  • <8f9adb3605e36f75639de529bb3d66e94194a388
  • =<5.10.*
  • <6fc7449773748c7b904235a09a67054d78ab1172
  • ==3.11
  • <8efd5dcd31e22a9308b16b107a052fcd568c0a99
  • <3.11
  • =<6.6.*
  • <abd338da658d7faa8e26cfefc8f83f0066707564
  • =<*
  • =<6.12.*
  • =<6.19.*
  • <2503d08f8a2de618e5c3a8183b250ff4a2e2d52c
  • =<6.18.*
  • <81431da777924dddaefa5c9b0ca9da4a93f9df96
  • =<5.15.*
  • <5f29dd540fe5ea3c826fc8ec759ba488b31f9707