CVE-2026-98143
- Source
- https://cve.org/CVERecord?id=CVE-2026-98143
- Import Source
- https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-98143.json
- JSON Data
- https://api.osv.dev/v1/vulns/CVE-2026-98143
- Downstream
- Published
- 2026-09-25T10:36:18Z
- Modified
- 2026-09-26T03:48:33Z
- Severity
-
- 7.8 (High) CVSS_V3 - CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H CVSS Calculator
- Summary
- accel: ethosu: Don't read the U65 rounding mode as a storage mode
- Details
-
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.
- Database specific
{ "cna_assigner": "Linux", "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/98xxx/CVE-2026-98143.json" }- References
-
- https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git
- https://git.kernel.org/stable/c/6b08adbda8ea797849e3654ce12cb3856ce6051a
- https://git.kernel.org/stable/c/db9deec5a345abc538d081fb221dc0b00a9695bd
- https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/98xxx/CVE-2026-98143.json
- https://nvd.nist.gov/vuln/detail/CVE-2026-98143