CVE-2026-98313
>_ Opis
Tłumaczenie automatyczne – może zawierać nieścisłości.
W jądrze Linuksa usunięto następującą lukę:
drm/msm/dp: pomiń PUSH_IDLE, jeśli łącze nigdy nie było włączone
msm_dp_display_atomic_enable() powraca wcześniej w przypadku niepowodzenia uczenia łącza,
pozostawiając ->power_on false i główne łącze wyłączone.
msm_dp_display_atomic_disable() mimo to zapisuje DP_STATE_CTRL_PUSH_IDLE
i czeka na zakończenie wzorca bezczynności, które nie może nadejść, więc każdy kończy się niepowodzeniem
po włączeniu następuje „przekroczenie limitu czasu wzorca PUSH_IDLE”.
Każdy inny etap rozbiórki jest już ogrodzony na tej fladze:
msm_dp_display_disable(), wywoływana z .atomic_post_disable(), powraca wcześniej
włączone !power_on. Zapis PUSH_IDLE jest jedynym, który nie jest, więc
Odniesienie runtime-PM kontrolera jest następnie usuwane bez połączenia
zostało zdjęte.
W przypadku glymur (Snapdragon X2 Elite) konsekwencją nie jest ostrzeżenie. SoC
nie przetrwa: TrustZone wymusza zatrzymanie pilota SOCCP i ADSP
procesorów i urządzenie resetuje się cicho po około 50 ms, bez żadnych upsów
i bez paniki. Na ASUS Zenbook A16 (UX3607OA), którego panel eDP tego nie obsługuje
obecnie trenuje, odtwarza się bez udziału kompozytora lub procesora graficznego:
# Włączenie eDP już się nie powiodło z powodu „Nieudane szkolenie łącza (rc=-104)”
echo 1 > /sys/class/graphics/fb0/blank
[535.645455] === znacznik ===
[535.694833] qcom_q6v5_pas d00000.remoteproc: otrzymano błąd krytyczny: \
sys_m_smsm.c:512:TZ wymusza zatrzymanie
[535.694875] Remoteproc Remoteproc0: wykryto awarię w soccp: wpisz błąd krytyczny
[535.728857] qcom_q6v5_pas 6800000.remoteproc: otrzymano błąd krytyczny: \
sys_m_smsm.c:783:err otrzymano fatalne powiadomienie od TZ
<Reset SoC>
Bramuj zapis PUSH_IDLE na ->power_on, aby ścieżka wyłączenia była spójna
z resztą rozbiórki. Po zastosowaniu tej samej sekwencji
nieszkodliwe, a maszyna pozostaje w ruchu; bez niego resetuje się za każdym razem.
Zapis bezwarunkowy sięga czasów oryginalnego sterownika DP
(c943b4948b58 („drm/msm/dp: dodaj obsługę sterownika DisplayPort”), ale
Od tego czasu otaczający kod był kilkakrotnie przebudowywany, więc nie ma żadnych poprawek:
oferowany jest znacznik.
Należy pamiętać, że awaria szkolenia łącza eDP, która ujawnia ten problem na A16, to:
odrębny problem w glymur eDP PHY i jest zgłaszany osobno; to
zmiana polega na tym, aby nie uszkodzić maszyny w przypadku niepowodzenia treningu, z jakiegokolwiek powodu
powód.
Testowane na ASUS Zenbook A16 (UX3607OA), Snapdragon X2 Elite Extreme, na
linux-next next-20260803 i next-20260807. Od tego czasu maszyna jest
działa next-20260807 z tą poprawką jako codziennym sterownikiem.
Patchwork: https://patchwork.freedesktop.org/patch/745167/
>_ 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.
Copyright © 1999–2026, The MITRE Corporation. CVE is a registered trademark and the CVE logo is a registered trademark of The MITRE Corporation.
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