CVE-2026-98072

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

net/rds: użyj wq_has_sleeper() w release_in_xmit()

release_in_xmit() czyści RDS_IN_XMIT za pomocą clear_bit_unlock(), a następnie
sprawdza funkcję waitqueue_active(), aby zdecydować, czy ktoś potrzebuje przebudzenia.
clear_bit_unlock() jest tylko operacją zwalniającą: nakazuje
sekcja krytyczna przed bitem jest wyczyszczona, ale nie porządkuje
następujące po nim zwykłe ładowanie głowicy kolejki oczekiwania. Kelner
side robi lustrzane odbicie - dodaje się do kolejki oczekiwania i
następnie przetestuj bit. Jest to klasyczny wzorzec buforowania sklepu:
zwalniający procesor może odczytać kolejkę oczekiwania jako pustą, podczas gdy oczekujący procesor
nadal odczytuje bit jako ustawiony, więc śpiący nigdy się nie budzi.

Kelnerzy to rds_conn_shutdown() i rds_tcp_reset_callbacks(),
oba w nieprzerwanym Wait_event() bez limitu czasu. Stracone przebudzenie
umieszcza proces roboczy zamykający w swojej jednowątkowej kolejce roboczej do
jakiś inny nadawca ponownie uwalnia bit - i to na połączeniu
zostanie zburzony właśnie dlatego, że zawiódł, być może nigdy do tego nie dojdzie
inny nadawca.

Bariera tam była: release_in_xmit() zrobiła clear_bit()
po którym następuje smp_mb__after_atomic() aż do zatwierdzenia 1422f28826d2 („rds:
wprowadź kolejność nabycia/wydania w funkcji nabycia/wydania_in_xmit()")
złożyłem oba do clear_bit_unlock(), co wzmocniło blokadę
przekazał, ale cicho upuścił pełną barierę, sprawdzając pobudkę
zależy od. Odpowiednik uzupełnienia, release_refill() w
net/rds/ib_recv.c, nadal przechowuje funkcję smp_mb__after_atomic() dla
dokładnie z tego powodu.

Użyj funkcji wq_has_sleeper(), czyli funkcji waitqueue_active() poprzedzonej przez
wymagana pełna bariera.