Back to CVE records
High 7.5Published Sep 24, 2026

CVE-2026-93830net: stmmac: xgmac2: disable RBUE in default RX interrupt mask

Updated under an hour ago ()

Does this affect you?

It affects Linux. Add what you run to find out whether that includes you.

No exploitation reported and no EPSS estimate yet.

In the Linux kernel, the following vulnerability has been resolved: net: stmmac: xgmac2: disable RBUE in default RX interrupt mask Enabling the RX Buffer Unavailable (RBUE) interrupt is counterproductive and can trigger a MAC interrupt storm under heavy RX pressure. When the DMA runs out of RX descriptors it fires RBUE continuously until software refills the ring. However, RBUE is redundant: the normal RX completion interrupt (RIE) already triggers NAPI, which processes completed descriptors and refills the ring, causing the DMA to resume. The RBUE handler itself only sets handle_rx - the same outcome as RIE. On Agilex5 under heavy RX pressure, the MAC interrupt (which includes RBUE) was observed firing 1,821,811,555 times against only 2,618,627 actual RX completions - a ~695x ratio - confirming the severity of the storm. RBUE does not provide OOM recovery. If page_pool is exhausted, stmmac_rx_refill() cannot advance the DMA tail pointer, the DMA stays suspended, and RBUE fires again on the next NAPI completion - a storm with no forward progress. This patch trades that storm for a clean stall with the same RX outcome. Proper OOM recovery is a pre-existing gap outside the scope of this fix. Note: as a consequence of disabling RBUE, the rx_buf_unav_irq ethtool counter will always read 0 on XGMAC2 devices. This behaviour is already inconsistent across DWMAC core versions. Remove RBUE from XGMAC_DMA_INT_DEFAULT_EN and XGMAC_DMA_INT_DEFAULT_RX to prevent the interrupt storm while keeping normal RX handling intact.

CVSS
7.5 HIGH (v3.1, CNA)CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
Weakness (CWE)
Not given
Known exploited
Not in CISA's KEV catalog
EPSS (exploitation in the next 30 days)
Not loaded for this CVE
Assigned by
Linux
NVD analysis
Received
Record last updated
Oct 3, 2026
First seen by InfoSec Signals
Oct 9, 2026

Affected products

Affected products
Linux Linux
linux:linux (from the name)
from d6ddfacd95c79d43465d4a85dffb1c9beca343a9 before 8c9d57b5dc098b84631d0b3559c84c499ea2170a; from d6ddfacd95c79d43465d4a85dffb1c9beca343a9 before 7a10e54e42a8f73a8d731f5a281fc06bb41b9250; from d6ddfacd95c79d43465d4a85dffb1c9beca343a9 before 6b3b91433d5f4eae6865cdaa96f40cd67849e1f6; from d6ddfacd95c79d43465d4a85dffb1c9beca343a9 before 74dbb85a6a254b5fc1f265a6cd61b2ba9d9221d7; from d6ddfacd95c79d43465d4a85dffb1c9beca343a9 before 0b1a5d3647ce07c27a9fffefc11a8cbf7d7b25ce; from d6ddfacd95c79d43465d4a85dffb1c9beca343a9 before 87e2826ed2058747ddf014c082569a46bfadd96b; from d6ddfacd95c79d43465d4a85dffb1c9beca343a9 before d3265c19b35d036bba327b36b5366bee76b0157c
CNA record

References

The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.

Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.