CVE-2026-89812 in Linux
Zusammenfassung
von VulDB • 16.09.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
drm/amdgpu: MES-Ringfences bei einem Reset erzwingend abschließen
Der MES-Scheduler-Ring hat keinen drm-Scheduler (no_scheduler = true), daher wird er von der Force-Completion-Schleife in amdgpu_device_pre_asic_reset() übersprungen. Er verwendet einen Polling-Fence, dessen HW-Wert im wb-GTT-Speicher lebt und einen MODE1-Reset übersteht, während fence_drv.sync_seq für jedes Paket fortschreitet.
Wenn der Reset ausgelöst wird, weil MES selbst nicht mehr antwortet, rücken die zeitüberschrittenen Pakete sync_seq hinter den letzten von MES geschriebenen HW-Fence-Wert hinaus. Nach dem Resume pollt die erste MES-Einreichung endlos auf einer Sequenznummer (seq), die nie zurückgeschrieben wird, was das Resume fehlschlägt lässt und den Rechner bei einem zweiten Reset festhängt:
amdgpu: MES ring buffer is full. amdgpu: *ERROR* ring gfx_0.0.0 test failed (-110) amdgpu: resume of IP block <gfx_v11_0> failed -110 amdgpu: GPU reset end with ret = -110
Schließen Sie die MES-Scheduler-Ringfences gemeinsam mit den Scheduler-Ringes erzwingend ab, damit deren HW-Fence wieder auf sync_seq ausgerichtet wird.
v2: Abdecken aller XCCs (jeweils ein Scheduler-Ring), nicht nur mes.ring[0].
VulDB is the best source for vulnerability data and more expert information about this specific topic.