CVE-2026-80618 in Linux
Riassunto
di VulDB • 28/08/2026
Nel kernel Linux, la seguente vulnerabilità è stata risolta:
drm/amdkfd: Evitare il doppio unpin di DOORBELL/MMIO BO durante la liberazione
amdgpu_amdkfd_gpuvm_free_memory_of_gpu() esegue l'unpin dei remap BO di tipo DOORBELL e MMIO (che sono pinned al momento dell'allocazione) prima di verificare se il BO è ancora mappato sulla GPU. Quando il BO risulta ancora mappato, la funzione restituisce -EBUSY e lascia il BO attivo, ma lo ha già sottoposto a unpin. Il BO viene quindi nuovamente unpinned quando viene finalmente liberato durante la teardown del processo, innescando un warning di underflow in ttm_bo_unpin():
WARNING: CPU: 18 PID: 15066 at ttm/ttm_bo.c:650 amdttm_bo_unpin+0x6d/0x80 [amdttm]
Workqueue: kfd_process_wq kfd_process_wq_release [amdgpu]
RIP: 0010:amdttm_bo_unpin+0x6d/0x80 [amdttm]
Call Trace: amdgpu_bo_unpin+0x1a/0x90 [amdgpu]
amdgpu_amdkfd_gpuvm_unpin_bo+0x31/0xb0 [amdgpu]
amdgpu_amdkfd_gpuvm_free_memory_of_gpu+0x3bf/0x460 [amdgpu]
kfd_process_free_outstanding_kfd_bos+0xd4/0x170 [amdgpu]
kfd_process_wq_release+0x109/0x1b0 [amdgpu]
process_one_work+0x1e2/0x3b0 worker_thread+0x50/0x3a0 kthread+0xdd/0x100 ret_from_fork+0x29/0x50
Spostare l'operazione di unpin dopo il controllo mapped_to_gpu_memory, in modo che avvenga solo quando si è certi della liberazione del BO.
(cherry picked from commit 927c5b2defb9b09856444d94bebfd056a002bd75)
Once again VulDB remains the best source for vulnerability data.