CVE-2026-97620

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: drm/xe: rcs/ccs batch-lərindən sonra LSC tipsiz L1 dataport keşini təmizləyin (flush) emit_render_cache_flush() funksiyası, fence siqnallaşmasından əvvəl L2/HDC məlumat keşini təmizləmək üçün PIPE_CONTROL0_HDC_PIPELINE_FLUSH təyin edir, lakin PIPE_CONTROL DWord0[11]-dəki 'Untyped Data-Port Cache Flush Enable' biti vasitəsilə LSC tipsiz L1 məlumat keşinin təmizlənməsini heç vaxt tələb etmir. Bspec-ə görə, 3D konveyer rejimində HDC Pipeline Flush-ın həmçinin tipsiz L1 keşini də təmizlədiyi/etibarsızlaşdırdığı sənədləşdirilib, lakin bu yalnız HDC_CHICKEN0[13:11]-in necə proqramlaşdırılmasından asılıdır. MTL-dən başlayaraq, HDC_CHICKEN0-ın necə proqramlaşdırılmasından asılı olmayaraq, HDC Pipeline Flush və tipsiz L1 keş təmizlənməsi arasındakı bu əlaqə praktiki olaraq artıq mövcud deyil, buna görə də BMG kimi daha yeni platformalarda buna güvənmək təhlükəsiz deyil. Mesa-nın Vulkan drayveri (anv), kernel-in göndərişlər arasında hər iki keşi təmizlədiyini fərz edirdi və bu boşluq səbəbindən Llama.cpp kimi tətbiqlərdə istifadəçi tərəfindən görünən korrupsiya ilə qarşılaşmışdı; hazırda o, hər bir komanda buferinin sonunda hər iki keşi yenidən istifadəçi sahəsindən (userspace) təmizləyərək bu problemi həll edir. Eyni növbədə (queue) göndərişlər arası düzgünlük istifadəçi sahəsinin məsuliyyətidir və kernel-ə yox, Mesa-ya aid edilməlidir. Lakin təhlükəsizlik baxımından, yaddaş geri alındıqda və ya çıxarıldıqda köhnəlmiş məlumatların tipsiz L1 dataport keşi vasitəsilə sızmasının qarşısını almalıyıq ki, bu da KMD-nin yaddaşı yenidən istifadə üçün azad etməzdən əvvəl onu təmizləməsini tələb edir. MTL-dən əvvəl, HDC_CHICKEN0 (artıq DG2 üçün Wa_22010960976/Wa_14013347512 vasitəsilə edildiyi kimi) HDC Pipeline Flush-ı tipsiz L1 keş təmizlənməsi ilə etibarlı şəkildə bağlı saxlamaq üçün proqramlaşdırıla bilərdi, ona görə də həmin platformalar bundan təsirlənmir. Mesa-nın öz anv drayveri aşkar etmişdir ki, MTL-də aparat təminatı (HW), HDC_CHICKEN0-ın necə proqramlaşdırılmasından asılı olmayaraq bu ikisini bir-birindən ayırıb və registri əllə yazmaqla belə köhnə davranışı geri qaytarmaq mümkün olmayıb; baxın Mesa commit 7c2ff46a4fc3 ("anv: don't prevent L1 untyped cache flush in 3D mode"). Kernel də MTL-də CS-dən təmizləməni etibarlı şəkildə tələb edə bilmir, buna görə də yeni PIPE_CONTROL bitini onun etibarlı olduğu GRAPHICS_VERx100 >= 2000 (Xe2 və sonrakılar) ilə məhdudlaşdırın. Sənədləşdirilməmiş platformaya xas HDC_CHICKEN0 davranışından asılı olmayaraq, yaddaş yenidən istifadə üçün azad edilməzdən əvvəl L1 məlumat keşinin təmiz olduğu bilinməsi üçün Xe2 və sonrakı versiyalarda emit_render_cache_flush() funksiyasında PIPE_CONTROL0_UNTYPED_DATAPORT_CACHE_FLUSH-ı PIPE_CONTROL0_HDC_PIPELINE_FLUSH ilə birlikdə açıq şəkildə təyin edin. Bspec: 56551 (commit 434514b6fe731e873808297c268fc52cdf4a1ce6-dən cherry pick edilib)