CVE-2023-53351

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: drm/sched: Zaman aşımı işleme çağrılmadan önce zamanlayıcı çalışma kuyruğunu kontrol et Bir IGT GPU sıfırlama testi sırasında, 0c8c901aaaebc9 (drm/sched: Zaman aşımı işleme çağrılmadan önce zamanlayıcının hazır olduğunu kontrol et) commit'ine rağmen yeniden oops görülmektedir. TDR işlemini geri alan ve GPU sıfırlamasına yol açan drm_sched_fault fonksiyonunun çağrılıp çağrılmayacağı için ready koşulu kullanılmaktadır. Ancak, ready koşulunun başka anlamlarla aşırı yüklendiği görünmektedir; örneğin, aşağıdaki yığın GPU sıfırlaması ile ilgilidir: 0 gfx_v9_0_cp_gfx_start 1 gfx_v9_0_cp_gfx_resume 2 gfx_v9_0_cp_resume 3 gfx_v9_0_hw_init 4 gfx_v9_0_resume 5 amdgpu_device_ip_resume_phase2 şunu yapmaktadır: /* halkayı başlat */ gfx_v9_0_cp_gfx_start(adev); ring->sched.ready = true; Aynı yaklaşım diğer ASIC'ler için de geçerlidir: gfx_v8_0_cp_gfx_resume gfx_v10_0_kiq_resume, vb... Sonuç olarak, GPU sıfırlama testimiz, koşulsuz olarak gfx_v9_0_fault ve ardından drm_sched_fault fonksiyonlarını çağıran bir GPU hatasına neden olmaktadır. Ancak şu an durum, kesme servis rutini olan drm_sched_fault'un, başlatılmamış zamanlayıcılar için bile zamanlayıcının ready alanını true yapan gfx_v9_0_cp_gfx_start tamamlandıktan sonra çalışıp çalışmadığına bağlıdır ve bu durum oops veya hata yok şeklinde sonuçlanmakta ya da ISR drm_sched_fault, gfx_v9_0_cp_gfx_start'tan önce tamamlandığında NULL pointer dereference meydana gelmemektedir. Başlatılmamış zamanlayıcılar için oops oluşmasını önlemek amacıyla timeout_wq alanı kullanılmıştır. Bu alan, domain sıfırlama çalışma kuyruğu tarafından başlatılabilir. v1: Commit mesajındaki düzeltmeler (Luben)