CVE-2026-89758

W jądrze Linuksa usunięto następującą lukę:

mm/mempolicy: pomijaj nieobecne PMD podczas kolejkowania folio

Seria poprawek „mm: obsługa PMD prywatnych urządzeń w wywołaniach zwrotnych typu walk”, v3.

Od zatwierdzenia 368076f52ebe („mm/huge_memory: dodaj obsługę THP prywatnego urządzenia
do operacji PMD”), PMD może przechowywać wpis wymiany urządzenia-prywatnego zawsze, gdy:
Sterownik GPU oparty na HMM migruje anonimowe folio THP do pamięci urządzenia poprzez
migracja_vma_pages().

pmd_trans_huge_lock() powiedzie się w przypadku takich PMD (pmd_is_huge() zwraca wartość true
dla dowolnego nieobecnego, nieistniejącego żadnego dużego PMD), więc kilka wywołań zwrotnych MM walk to
używane do założenia, że obecny THP lub wpis migracji są teraz osiągalne za pomocą a
PMD-prywatne urządzenie. Wyniki wahają się od uruchomienia VM_BUG_ON() podczas debugowania
jądra, do ups na fałszywym wyłuskaniu vmemmap, do cichej izolacji
niepowiązane aktywne folio z LRU w przypadku aliasingu.


Ta łatka (z 3):

kolejka_folios_pmd() jest wywoływana pod pmd_trans_huge_lock(), której
Sprawdzenie pmd_is_huge() zwraca wartość true dla każdego nieobecnego i innego niż żaden PMD
miękki liść. Przekazanie takiego PMD do pmd_folio() traktuje kodowanie Softleaf
jako sprzętowy PFN i może zwrócić fałszywy wskaźnik folio.

Lustro kolejki_folios_pte_range(): obsłuż nieobecne wpisy przed sprawdzeniem
w górę folio. Zachowaj wpisy migracji liczone jako niepowodzenia, ale pomiń inne
nieobecne PMD, takie jak wpisy prywatne urządzenia.

Potencjalny wyzwalacz: sterownik GPU oparty na HMM migruje anonimowe folio THP
do pamięci urządzenia za pomocą migracji_vma_pages(), pozostawiając prywatny PMD urządzenia.
Następnie przestrzeń użytkownika wywołuje funkcję mbind(), migrację_pages() lub set_mempolicy_home_node()
na tym zakresie.