Odebrany

CVE-2026-80997

opublikowano: 11.09.2026, 22:19

modyfikacja: 11.09.2026, 22:19

Ocena CVSS

n/a

Brak oceny

Oficjalne źródła

>_ Opis

Tłumaczenie automatyczne – może zawierać nieścisłości.

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

net: ipa: napraw zablokowaną kolejkę TX modemu po wznowieniu działania

ipa_start_xmit() bezwarunkowo zatrzymuje kolejkę TX przed wywołaniem
pm_runtime_get(), w oparciu o wybudzenie zaplanowane przez wznowienie środowiska wykonawczego
(ipa_modem_wake_queue_work()), aby uruchomić go ponownie, gdy zasilanie będzie AKTYWNE.
Ale ta praca jest umieszczana w kolejce w ramach wywołania zwrotnego wznowienia w czasie wykonywania,
zanim stan zasilania urządzenia osiągnie RPM_ACTIVE, aby mogło działać
gdy urządzenie nadal pracuje w trybie RPM_RESUMING. Następnie przebudzenie zostaje skonsumowane
za wcześnie: transmisja, którą uruchamia ponownie, ponownie zatrzymuje kolejkę,
pm_runtime_get() zwraca -EINPROGRESS bez ustalania przyszłości
wake (deferred_resume istnieje tylko dla RPM_SUSPENDING), a po
wznowienie zostało zakończone, nie pozostało nic, co mogłoby obudzić kolejkę. Przerwy w transmisji
trwale: pakiety gromadzą się w qdisc za zatrzymaną kolejką,
czas działania urządzenia zawiesza się, a ponieważ netdev rejestruje nr
ndo_tx_timeout watchdog nigdy nie uruchamia się. Zaobserwowane na SM7635
(Fairphone 6), ponieważ komórkowa ścieżka danych staje się trwale głucha
w ciągu kilku godzin, łącznie z RX, ponieważ nic nie wznawia zawieszonego
punkty końcowe.

Zamknij okno, sprawiając, że budzenie będzie czekać na wznowienie
ukończ (pm_runtime_get_sync()) przed przebudzeniem kolejki. Każdy
zatrzymanie kolejki gwarantuje późniejsze wybudzenie, które nastąpi po włączeniu zasilania
jest AKTYWNY; transmisja przyspiesza, nowy cykl zawieszenia/wznowienia zmienia harmonogram
praca. Jeśli nie udało się wznowić działania urządzenia, mimo to obudź kolejkę
więc oczekujące pakiety są odrzucane raczej przez ścieżkę transmisji
osierocony.

Flaga zasilania STARTED używana do zawężania tego okna: uruchomione wybudzanie
przed zatrzymaniem ścieżki transmisji tłumiło to zatrzymanie, ale tylko raz,
gdy flaga została opuszczona przy pierwszym przystanku, została wchłonięta. Usuwanie
flaga sprawiła, że pojedyncza transmisja podczas wznowienia w locie była wystarczająca
połącz kolejkę, co jest obserwowaną formą.

Z przyspieszonym odtwarzaczem (opóźnienie autosuspend skrócone do 5 ms,
~20 pakietów/s TX), niezałatane jądro zawieszało się trzykrotnie
230 s / 4380 pakietów; z tą łatką ten sam test trwał 3601 s /
70298 pakietów bez przeciągnięcia.

In the Linux kernel, the following vulnerability has been resolved:

net: ipa: fix stalled modem TX queue after runtime resume

ipa_start_xmit() unconditionally stops the TX queue before calling
pm_runtime_get(), relying on the wake scheduled by runtime resume
(ipa_modem_wake_queue_work()) to restart it once power is ACTIVE.
But that work is queued from within the runtime resume callback,
before the device's power state reaches RPM_ACTIVE, so it can run
while the device is still RPM_RESUMING. The wake is then consumed
too early: the transmit it restarts stops the queue again,
pm_runtime_get() returns -EINPROGRESS without arranging any future
wake (deferred_resume exists only for RPM_SUSPENDING), and after the
resume completes nothing is left to wake the queue. Transmit stalls
permanently: packets pile up in the qdisc behind the stopped queue,
the device runtime-suspends, and since the netdev registers no
ndo_tx_timeout the watchdog never fires. Observed on SM7635
(Fairphone 6) as the cellular data path going permanently deaf
within hours, RX included, since nothing resumes the suspended
endpoints.

Close the window by making the wake work wait for the resume to
complete (pm_runtime_get_sync()) before waking the queue. Every
queue stop is then guaranteed a later wake that happens while power
is ACTIVE; a transmit racing a new suspend/resume cycle re-schedules
the work. If the device could not be resumed, wake the queue anyway
so pending packets are dropped by the transmit path rather than
stranded.

The STARTED power flag used to narrow this window: a wake running
before the transmit path's stop suppressed that stop, but only once,
as the flag was cleared by the first stop it absorbed. Removing the
flag made a single transmit during an in-flight resume sufficient to
strand the queue, which is the form observed.

With an accelerated reproducer (autosuspend delay shortened to 5 ms,
~20 packets/s of TX), an unpatched kernel stalled three times in
230 s / 4380 packets; with this patch the same test ran 3601 s /
70298 packets without a stall.

>_ Referencje

Dane podatności pochodzą z oficjalnych źródeł (CVE® List / NVD). Opisy po polsku są tłumaczone automatycznie i mogą zawierać nieścisłości – na stronie rekordu można wyświetlić wersję angielską.

This product uses the NVD API but is not endorsed or certified by the NVD.

CVE Usage: MITRE hereby grants you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable copyright license to reproduce, prepare derivative works of, publicly display, publicly perform, sublicense, and distribute Common Vulnerabilities and Exposures (CVE®). Any copy you make for such purposes is authorized provided that you reproduce MITRE's copyright designation and this license in any such copy. ALL DOCUMENTS AND THE INFORMATION CONTAINED THEREIN PROVIDED BY MITRE ARE PROVIDED ON AN "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND.

NVD Terms of Use / CVE® Terms of Use / nvd.nist.gov / cve.org

<< baza_cve