🇰🇷 한글 설명
Linux 커널의 drm/amdkfd 드라이버에서 MES(Micro Engine Scheduler)가 큐 언매핑 시 TLB 무효화를 수행하지 않아 발생하는 레이스 컨디션 취약점입니다. 이로 인해 비행 중인 DMA 디스크립터가 해제된 메모리에 접근하여 페이지 폴트 및 GPU 큐 중단을 유발할 수 있습니다.
💡 쉬운 설명
GPU가 사용하던 메모리 주소 정보를 제대로 지우지 않아, 이미 사용이 끝난 메모리 영역에 GPU가 잘못 접근하면서 시스템이 멈추는 문제입니다. 이로 인해 그래픽 작업이나 연산 중에 GPU가 응답하지 않는 현상이 발생할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
drm/amdkfd: Add TLB flush after MES queue eviction/suspension
MES (Micro Engine Scheduler) does not perform heavy-weight TLB
invalidation after unmapping queues, unlike HWS which does this
automatically. This causes a race condition where in-flight DMA
descriptors can access memory that has been unmapped, leading to page
faults and GPU queue hangs during SVM page migration.
The issue manifests as KFDSVMRangeTest.MultiThreadMigrationTest
failures on gfx1151 (Strix Point) with XNACK mode 1 enabled - the GPU
compute queue hangs with packets submitted but never consumed.
Add kfd_flush_tlb() calls after MES queue removal in two locations:
- evict_process_queues_cpsch(): after all queues removed during eviction
- suspend_queues(): after debug/criu queue suspension (with mem_fence barrier)
This ensures all in-flight memory accesses from unmapped queues are
flushed before memory is freed or migrated.
(cherry picked from commit f5c4f88e0f9c45a8fb9dfac0c1df726c95e41b77)
📍 영향받는 시스템
Linux kernel (특히 gfx1151/Strix Point 아키텍처 및 XNACK 모드 활성화 환경)
⚔️ 공격 벡터
SVM 페이지 마이그레이션 중 발생하는 레이스 컨디션을 이용한 메모리 접근 및 서비스 거부(DoS)
🛡️ 대응 방법
커널 패치(commit f5c4f88e0f9c45a8fb9dfac0c1df726c95e41b77)를 적용하여 MES 큐 제거 후 TLB 플러시를 수행하도록 업데이트
🔧 검증 코드
해당 커밋 해시가 포함되어 있거나, 패치가 적용된 최신 버전의 커널을 사용 중인지 확인합니다.
git log --grep='f5c4f88e0f9c45a8fb9dfac0c1df726c95e41b77' || uname -r