PT-2026-61442 · Linux · Linux
CVE-2026-64125
·
Published
2026-07-19
·
Updated
2026-07-19
CVSS v3.1
9.8
Critical
| Vector | AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H |
In the Linux kernel, the following vulnerability has been resolved:
net: bcmgenet: keep RBUF EEE/PM disabled
Setting RBUF EEE EN | RBUF PM EN in RBUF ENERGY CTRL breaks the RX
path on GENET hardware once MAC EEE becomes active. RX traffic stops
flowing while the link stays up and the usual descriptor/RX error
counters remain quiet. In that state the MAC still accepts frames
(rbuf ovflow cnt keeps climbing) but RBUF no longer forwards them to
DMA, so rx packets is no longer incremented at the netdev level. On
some boards the corruption ends up as a paging fault in
skb release data via bcmgenet rx poll on an LPI exit.
Reproduced on Pi 4B (BCM2711 + BCM54213PE) and confirmed by Florian
Fainelli on an internal Broadcom 4908-family board with the same crash
signature. RBUF PM EN is not publicly documented.
This shows up more often now that phy support eee() enables EEE by
default, but it also affects older kernels as soon as TX LPI is
turned on via ethtool, so it is not specific to recent changes.
Always clear RBUF EEE EN | RBUF PM EN in bcmgenet eee enable set so
the bits stay off across resets. UMAC and TBUF setup is left alone so
TX-side EEE keeps working.
Fix
Found an issue in the description? Have something to add? Feel free to write us 👾
Related Identifiers
Affected Products
Linux