CVE-2026-89804
Description
In the Linux kernel, the following vulnerability has been resolved: drm/nouveau/dmem: fix mismatched DMA unmap size for large folios Device-private THP migration maps migration buffers with page_size() and records that length in dma_info->size. For a compound folio page_size() is PAGE_SIZE << order, but two teardown sites still pass a literal PAGE_SIZE to dma_unmap_page(): - nouveau_dmem_migrate_to_ram() on the success path, and - nouveau_dmem_migrate_copy_one() on the copy-error path. For an order > 0 folio this unmaps less than was mapped, leaking the remainder of the IOMMU/IOVA mapping. The other unmap sites, in nouveau_dmem_migrate_chunk() and nouveau_dmem_evict_chunk(), already use the saved size; use it here too.
How to fix
- Linux Linux4deb29b9d33bfdb3de4d2d9944947ecf77221e42, caa1bc2a0a6ca19dcb90bbf88208b0fe2decd66f or later
Affected products
| Product | Affected versions | Fixed in |
|---|---|---|
| Linux Linux | c3228747107705d47c7e9a03598a434a0380cb73 ≤ v < 4deb29b9d33bfdb3de4d2d9944947ecf77221e42, c3228747107705d47c7e9a03598a434a0380cb73 ≤ v < caa1bc2a0a6ca19dcb90bbf88208b0fe2decd66f, 6.19 | 4deb29b9d33bfdb3de4d2d9944947ecf77221e42, caa1bc2a0a6ca19dcb90bbf88208b0fe2decd66f |
Check your version
Choose the product and enter the version you run to see whether it falls in the affected range.
Attack Surface Management
See the assets tied to your domains, the technologies they run and known vulnerabilities in one list.