Answer in brief
CVE-2026-89808 records a High severity (CVSS 7.8) vulnerability in drm/amdkfd: Fix the case that vm range is hole at svm_migrate_copy_to_vram. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic) and additional mapped packages. Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.8. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic) and additional mapped packages. Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <ae806a95b28fcecb913430cfa45a252e91a945d6 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <0a9a0e8a97da70a0336c9115178aaf1be29bcfb1 || >=1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 <520e345ffe05aabef1db82beda4288afb1757ff2 || >=0 <6.18.51 || >=0 <7.2.5 | ae806a95b28fcecb913430cfa45a252e91a945d6, 0a9a0e8a97da70a0336c9115178aaf1be29bcfb1, 520e345ffe05aabef1db82beda4288afb1757ff2, 6.18.51, 7.2.5 |
| Linux/Linuxgeneric | >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <ae806a95b28fcecb913430cfa45a252e91a945d6 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <0a9a0e8a97da70a0336c9115178aaf1be29bcfb1 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <520e345ffe05aabef1db82beda4288afb1757ff2 | ae806a95b28fcecb913430cfa45a252e91a945d6, 0a9a0e8a97da70a0336c9115178aaf1be29bcfb1, 520e345ffe05aabef1db82beda4288afb1757ff2 |
| Linux/Linuxgeneric | 5.14 | Not reported |
| Linux/Linuxgeneric | >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <6e1a6f3ddb87d7f89a775c55fb399680c02bdcc2 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <bd1adb2e5101db649121b59e601c92773a302a70 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <ae806a95b28fcecb913430cfa45a252e91a945d6 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <0a9a0e8a97da70a0336c9115178aaf1be29bcfb1 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <520e345ffe05aabef1db82beda4288afb1757ff2 | 6e1a6f3ddb87d7f89a775c55fb399680c02bdcc2, bd1adb2e5101db649121b59e601c92773a302a70, ae806a95b28fcecb913430cfa45a252e91a945d6, 0a9a0e8a97da70a0336c9115178aaf1be29bcfb1, 520e345ffe05aabef1db82beda4288afb1757ff2 |
| Linux/Linuxgeneric | >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <d5872c81c70163a3ba9eb4da9a94c92b03067576 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <6e1a6f3ddb87d7f89a775c55fb399680c02bdcc2 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <bd1adb2e5101db649121b59e601c92773a302a70 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <ae806a95b28fcecb913430cfa45a252e91a945d6 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <0a9a0e8a97da70a0336c9115178aaf1be29bcfb1 || >=50ea50cf6f6d31d3235ad1853c5dbea766a3ed11 <520e345ffe05aabef1db82beda4288afb1757ff2 | d5872c81c70163a3ba9eb4da9a94c92b03067576, 6e1a6f3ddb87d7f89a775c55fb399680c02bdcc2, bd1adb2e5101db649121b59e601c92773a302a70, ae806a95b28fcecb913430cfa45a252e91a945d6, 0a9a0e8a97da70a0336c9115178aaf1be29bcfb1, 520e345ffe05aabef1db82beda4288afb1757ff2 |
Published upstream
Sep 16, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 30, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 16, 2026
In the Linux kernel, the following vulnerability has been resolved: drm/amdkfd: Fix the case that vm range is hole at svm_migrate_copy_to_vram When migration vm range is hole at cpu side(MIGRATE_PFN_MIGRATE set + MIGRATE_PFN_VALID unset) driver still allocates device pages. There is no dma map of src pages and migration. j is 0 and svm_migrate_copy_memory_gart() will return an uninitialized r. That can trigger out_free_vram_pages to drop all VRAM just set up. Initialize r and only call the last svm_migrate_copy_memory_gart if j > 0. Current code postponed the last page to the final copy. This patch flushes on the last page when reach to the end of current drm_buddy_block; avoids another svm_migrate_copy_memory_gart.
Quoted source text, attributed separately from HOL analysis.