Odebrany

CVE-2026-98654

opublikowano: 18.10.2026, 18:17

modyfikacja: 18.10.2026, 18:17

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ę:

drm/amd/display: Atomizuj operacje odczytu/modyfikowania/zapisu rejestru IRQ

[Dlaczego]

Rejestr OTG_GLOBAL_SYNC_STATUS kontroluje różne źródła HW IRQ
generator taktowania wyjściowego (OTG). VUPDATE_NO_LOCK jest jednym z nich.

Aby włączyć przerwanie, sterownik ustawia bit VUPDATE_NO_LOCK_EN w pliku
Rejestr GLOBAL_SYNC_STATUS.

Aby potwierdzić przerwanie po jego uruchomieniu, sterownik ustawia VUPDATE_NO_LOCK_CLEAR
bit w tym samym rejestrze GLOBAL_SYNC_STATUS.

Zestawy bitów są wykonywane poprzez operacje odczytu/modyfikacji/zapisu, które są
nie atomowy. Zatem możliwy jest następujący wyścig:

Wątek A: Obsługa przerwań IRQ:
*HW IRQ uruchamia się*
# Wyłącz przerwanie
wartość = odczyt (GLOBAL_SYNC_STATUS)
unset(val, VUPDATE_NO_LOCK_EN)
zapis (wartość, GLOBAL_SYNC_STATUS)
# ACK czyta, że VUPDATE_NO_LOCK_EN jest rozbrojony
wartość1 = odczyt (GLOBAL_SYNC_STATUS)
zestaw(wartość1, VUPDATE_NO_LOCK_CLEAR)
# Włącz przerwanie
wartość = odczyt (GLOBAL_SYNC_STATUS)
set(val, VUPDATE_NO_LOCK_EN)
zapis (wartość, GLOBAL_SYNC_STATUS)
# ZŁE! usuwa VUPDATE_NO_LOCK_EN
zapis (wartość1, GLOBAL_SYNC_STATUS)

Jeśli chodzi o oznaczone poprawki: zmiana, wygląda na to, że zmiana spowodowała ten wyścig
bardziej prawdopodobne. Ponieważ VUPDATE_NO_LOCK jest teraz jedynym źródłem IRQ
w przypadku obsługi vblank pojedynczy wyścig na panelach o wysokim odświeżaniu może prowadzić do:
limit czasu.

[Jak]

Rejestr GLOBAL_SYNC_STATUS to tylko jeden przykład, inna kontrola IRQ
rejestry również mają ten sam schemat. Oprócz GLOBAL_SYNC_STATUS,
posprzątajmy i te.

Aby wszystko było proste, podzielmy operacje IRQ rmw na pojedynczy
spinlock obejmujący cały sterownik. Ze względu na mały zakres tego zamka tak jest
jest mało prawdopodobne, aby powodował zauważalny narzut na wszystkie istniejące blokady
w obrębie ścieżek zestawu/obsługi IRQ.

Ponieważ DM jest odpowiedzialny za blokowanie, zawiń dc_interrupt_set/ack za pomocą
spinlock w nowych funkcjach amdgpu_dm_irq_set/ack. Przenieś/upuść wszystko
odniesienia w DM do dc_interrupt_set/ack, aby użyć amdgpu_dm_irq_set/ack
zamiast tego.

(wiśnia wybrana z zatwierdzenia 70de0a0216583a53c946155f8c8adedfdca6b4e7)

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

drm/amd/display: Atomize IRQ register read/modify/write ops

[Why]

The OTG_GLOBAL_SYNC_STATUS register controls various HW IRQ sources for
the output timing generator (OTG). VUPDATE_NO_LOCK is one of them.

To enable the IRQ, driver sets the VUPDATE_NO_LOCK_EN bit in the
GLOBAL_SYNC_STATUS register.

To ack the IRQ after it fires, the driver sets the VUPDATE_NO_LOCK_CLEAR
bit in the same GLOBAL_SYNC_STATUS register.

The bit sets are done through read/modify/write operations, which are
not atomic. Thus, the following race is possible:

Thread A: IRQ handler:
*HW IRQ fires*
# IRQ disable
val = read(GLOBAL_SYNC_STATUS)
unset(val, VUPDATE_NO_LOCK_EN)
write(val, GLOBAL_SYNC_STATUS)
# ACK reads VUPDATE_NO_LOCK_EN unset
val1 = read(GLOBAL_SYNC_STATUS)
set(val1, VUPDATE_NO_LOCK_CLEAR)
# IRQ enable
val = read(GLOBAL_SYNC_STATUS)
set(val, VUPDATE_NO_LOCK_EN)
write(val, GLOBAL_SYNC_STATUS)
# BAD! clears VUPDATE_NO_LOCK_EN
write(val1, GLOBAL_SYNC_STATUS)

Regarding the tagged Fixes: change, it appears the change made this race
more likely to occur. Since VUPDATE_NO_LOCK is now the sole IRQ source
for vblank handling, a single race on high refresh panels can lead to a
time out.

[How]

The GLOBAL_SYNC_STATUS register is only one example, other IRQ control
registers also share the same scheme. On top of GLOBAL_SYNC_STATUS,
let's clean up those as well.

To keep things simple, Let's atomize the IRQ rmw ops via a single
driver-wide spinlock. Due to the small scope of this lock, it is
unlikely to cause noticeable overhead on top of all the existing locking
within the IRQ set/handle paths.

Since DM is responsible for locking, wrap dc_interrupt_set/ack with the
spinlock in the new amdgpu_dm_irq_set/ack functions. Migrate/drop all
references in DM to dc_interrupt_set/ack to use amdgpu_dm_irq_set/ack
instead.

(cherry picked from commit 70de0a0216583a53c946155f8c8adedfdca6b4e7)

>_ Referencje

https://git.kernel.org/stable/c/63e19ef3ddab806c472748c825f4dc88dcd994e8

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