In the Linux kernel, the following vulnerability has been resolved: accel: ethosu: Don't read the U65 rounding mode as a storage mode Bits 15:14 of NPU_SET_{IFM,OFM}_PRECISION select the activation storage mode on U85 only. On U65 the same field holds the rounding mode, and the command stream parser has read it as a storage mode since the driver was added. That went unnoticed while unknown values fell through the switch, but now that they are rejected, every U65 command stream that asks for natural rounding (2) fails CMDSTREAM_BO_CREATE with -EINVAL. Mesa emits it for average pooling, concatenation, split, unpack, strided slice, LUT and argmax, which is 72 failures of the Teflon test suite on an i.MX93. Truncating rounding (1) is misread as well: it picks the two-tile address path and computes a bogus feature map size from tile bases the command stream never set. Read the field as a storage mode only on the hardware where it is one.
Fix
Patch, vendor advisory and mitigation references on NVD 2
- https://git.kernel.org/stable/c/6b08adbda8ea797849e3654ce12cb3856ce6051a Patch
- https://git.kernel.org/stable/c/db9deec5a345abc538d081fb221dc0b00a9695bd Patch
Every line above is quoted from NVD, CISA, Microsoft, the vendor's own advisory or DISA; nothing is generated.
Change history 5
- CwesCWE-681NVD modified 2026-10-26 18:35
- Cpes+2 CPE criteria (now 2)NVD modified 2026-10-26 18:35
- StatusPublished → AnalyzedNVD modified 2026-10-26 18:35
- StatusUndergoing Analysis → PublishedNVD modified 2026-10-19 09:14
- First seenCVSS 7.8NVD modified 2026-10-19 10:18
Affected (CPE criteria) 2
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*cpe:2.3:o:linux:linux_kernel:7.3:rc1:*:*:*:*:*:*