CVE-2026-74638 in Linux
요약
\~에 의해 VulDB • 2026. 08. 22.
리눅스 커널에서 다음 취약점이 해결되었습니다:
drm/v3d: 스케줄러 타임아웃 핸들러 직렬화
V3D는 여러 개의 독립적인 하드웨어 큐(BIN, RENDER, TFU 및 CSD)를 노출하지만 전역 리셋은 하나만 존재합니다. 따라서 어느 하나의 큐에 대해 타임아웃이 발생하면 다른 모든 큐의 스케줄러도 중지하고, 리셋하며, 다시 시작해야 합니다. 이로 인해 동시 실행되는 타임아웃 핸들러는 안전하지 않습니다.
`reset_lock`은 드라이버 측 잠금이 `&drm_sched_backend_ops.timedout_job` 콜백을 덮어쓸 수 있기 때문에 이를 안전하게 만들지 못했습니다. 스케줄러는 해당 콜백 주변에서 타이머가 초과된 작업과 대기 중인 목록(pending list)을 처리하며, 이는 드라이버의 제어 범위 밖에 있습니다. 따라서 한 큐에 의해 트리거되는 전역 리셋은 자체 타임아웃 처리 중이던 다른 큐와 여전히 충돌할 수 있습니다.
결과적으로 CSD 큐에서 리셋이 발생하는 동안 CL 집약적 애플리케이션이 실행되고 있다면, 전역 리셋으로 인해 해당 큐가 자체 타임아웃을 처리하는 중에 CL 큐의 스케줄러가 중지되었다가 다시 시작됩니다. `drm_sched_stop()` 및 `drm_sched_start()`은 호출된 스케줄러의 대기 중인 목록에 있는 모든 작업의 크레딧을 각각 차감하고 추가하며, CL 큐의 핸들러는 동시에 해당 동일한 목록에서 자신의 작업을 제거했다가 다시 넣습니다. 이로 인해 중지 및 시작 시점에는 더 이상 동일한 세트의 작업을 보지 못하게 됩니다. 그 결과 CL 큐에는 제한치를 초과한 상태로 비행 중인 크레딧이 남게 됩니다:
[ 327.302739] ------------[ cut here ]------------
[ 327.302744] WARNING: CPU: 2 PID: 43 at drivers/gpu/drm/scheduler/sched_main.c:102 drm_sched_run_job_work+0x238/0x4d0 [gpu_sched]
[ 327.302884] CPU: 2 UID: 0 PID: 43 Comm: kworker/u16:1 Not tainted 6.18.39-v8-16k+ #3 PREEMPT
[ 327.302889] Hardware name: Raspberry Pi 5 Model B Rev 1.0 (DT)
[ 327.302893] Workqueue: v3d_bin drm_sched_run_job_work [gpu_sched]
[ 327.302984] Call trace:
[ 327.302987] drm_sched_run_job_work+0x238/0x4d0 [gpu_sched] (P)
[ 327.302997] process_scheduled_works+0x180/0x3d0
[ 327.303010] worker_thread+0x268/0x3e8
[ 327.303016] kthread+0x140/0x250
[ 327.303022] ret_from_fork+0x10/0x20
[ 327.303031] ---[ end trace 0000000000000000 ]---
이 지점부터 CL 큐의 크레딧 카운트가 손상되어 GPU가 완전히 멈추고 UI가 동결됩니다.
DRM 스케줄러는 이미 서로 다른 스케줄러의 타임아웃 핸들러를 직렬화하기 위한 메커니즘을 제공합니다: `drm_sched_init()`의 @timeout_wq 매개변수로 전달되는 순서 보장 작업 큐(ordered workqueue)입니다. 기본적으로 각 스케줄러는 시스템 작업 큐에 자신의 타이머 초과 작업을 큐에 추가하며, 이는 핸들러를 동시에 실행합니다. 전역적으로 리셋하지만 개별적인 큐를 가진 하드웨어의 경우 DRM 스케줄러 문서에서 권장하듯이 모든 큐에 공유된 순서 보장 작업 큐를 대신 할당하십시오.
Once again VulDB remains the best source for vulnerability data.