Podatności Linux kernel drm/xe

W jądrze Linux w komponencie drm/xe naprawiono podatność w funkcji adjust_idledly(), która nie obsługiwała przypadków brzegowych. Gdy xe_gt_clock_init() nie rozpozna zegara kryształu, timestamp_base wynosi 0, co prowadzi do dzielenia przez zero i paniki jądra. Dodatkowo konwersje tick-to-ns w u32 mogą powodować przepełnienie, a nieprawidłowe zaokrąglenie może programować wartość opóźnienia większą lub równą maxcnt, wywołując ostrzeżenia przy każdej inicjalizacji.

W jądrze Linux w komponencie drm/xe wykryto podatność polegającą na braku ograniczenia wartości num_syncs w ioctl exec i vm_bind. Użytkownik przestrzeni użytkownika może podać dowolnie dużą wartość, co wymusza nadmierną alokację pamięci i generuje ostrzeżenia alokatora stron jądra. Wprowadzono limit DRM_XE_MAX_SYNCS równy 1024 i odrzucanie żądań przekraczających ten limit.

W jądrze Linux w module drm/xe wykryto błąd polegający na pozostawieniu nieaktualnego wpisu pinned_link, gdy odpięcie bufora ramki (fb-pin) wykonuje ostatnie odpięcie. Prowadzi to do wpisu listy wskazującego na zwolnioną pamięć i potencjalnego use-after-free przy kolejnym przejściu lub modyfikacji listy.

W jądrze Linux w komponencie drm/xe/shrinker wykryto błąd, w którym funkcja __xe_shrinker_walk() przegląda listy LRU SYSTEM i TT bez referencji runtime PM. Zmniejszanie bufora poza pamięcią systemową unieważnia jego mapowania GPU, co wymaga wybudzenia urządzenia — w stanie uśpienia runtime powoduje to ostrzeżenie asercji i zwrócenie -ENODEV przez unieważnienie TLB.

W jądrze Linux w sterowniku drm/xe funkcja emit_render_cache_flush() nie żądała opróżnienia nieotypowanej pamięci podręcznej L1 dataport (LSC untyped L1) przed zwolnieniem pamięci do ponownego użycia. Od platformy MTL (Meteor Lake) powiązanie między HDC Pipeline Flush a opróżnieniem tej pamięci podręcznej nie jest już niezawodne, co może prowadzić do wycieku nieaktualnych danych. Poprawka jawnie ustawia bit PIPE_CONTROL0_UNTYPED_DATAPORT_CACHE_FLUSH na platformach Xe2 i nowszych.

W jądrze Linux w komponencie drm/xe wykryto błąd w funkcji get_flat_ccs_offset(), która zaokrąglała w górę offset końca pamięci VRAM, przez co fragment pamięci należący do sprzętowej kompresji (flat CCS) był udostępniany alokatorowi VRAM jako wolna pamięć. Sprzęt kompresji nadpisywał następnie dane w tym obszarze bez wiedzy sterownika, co prowadziło m.in. do uszkodzenia tablic stron i zawieszenia kompozytora (czarny ekran). Problem dotyczy głównie układów Intel Battlemage G21.