CVE-2026-98538

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

zapisywanie zwrotne: powiązane cleanup_offline_cgwb() skanuje ponownie poprzez obracanie zeskanowanych i-węzłów

cleanup_offline_cgwb() przygotowuje co najwyżej WB_MAX_INODES_PER_ISW i-węzłów
na połączenie i jest wywoływany ponownie, aż do wyczerpania umierającego wb, ale co
wywołaj spacery wb->b_attached, a następnie wb->b_dirty_time z tego samego końca.
I-węzły już przygotowane (pozostają na liście z ustawionym I_WB_SWITCH
do momentu uruchomienia procesu przełączającego) i i-węzłów, których nie można przełączyć
(I_FREEING, I_WILL_FREE, !SB_ACTIVE, DAX, już na docelowym serwerze WWW)
pozostań tam, gdzie są, więc każde przejście ponownie skanuje rosnącą ich grupę
wb->list_lock, a pełny drenaż jest kwadratowy pod względem liczby włączonych i-węzłów
lista. Przy około 17 milionach i-węzłów podłączonych do jednego umierającego cgwb widzieliśmy ten koniec
w przypadku miękkich zawieszeń, gdy procesory zgłaszały zatrzymanie na 21-48 sekund.

Przejdź obie listy od najstarszego końca i przenieś każdy zeskanowany i-węzeł do
najnowszy koniec, więc następny przebieg rozpoczyna się w miejscu, w którym poprzedni się zatrzymał
a drenaż staje się liniowy. b_attached jest nieuporządkowany, więc nikt nie widzi
tam zmienić kolejność. b_dirty_time jest porządkowany przez dirtied_when, ale
najstarszy nieprzeskanowany i-węzeł pozostaje na końcu i wybiera opcję move_expired_inodes().
from, synchronizacja pobiera całą listę niezależnie od kolejności i jest przygotowywana
i-węzły opuszczają listę zaraz po zakończeniu pracy przełącznika i otrzymują nowe
w każdym razie dirtied_time_when na nowym wb, więc jedyne i-węzły pominięte
kolejność to te, które nigdy nie mogą się przełączyć (DAX) i tylko na umieraniu
wb.