Odebrany

CVE-2026-98919

opublikowano: 23.10.2026, 15:17

modyfikacja: 23.10.2026, 15: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/xe: wzmocnij funkcję justowania_idledly() przed dzieleniem przez zero i przepełnieniem

Podczas sprawdzania funkcji w funkcjifix_idledly() zgłoszono kilka problemów związanych z przypadkami narożnymi:

1. Jeśli xe_gt_clock_init() nie rozpoznał zegara kryształowego,
gt->info.timestamp_base wynosi 0, co oznacza, że idledly_units_ps również wynosi 0.
Kolejna DIV_ROUND_CLOSEST(..., idledly_units_ps) to wtedy a
dzielenie przez zero i panikuje jądro.

2. Konwersje tick-to-ns są wykonywane w u32:
bezczynnie * idledly_units_ps, (maxcnt - 1) * 1000
Obydwa przepełniają u32, zanim DIV_ROUND_CLOSEST() je zobaczy.

3. Jeśli IDLE_WAIT_TIME zwróci wartość 0, maxcnt zwróci wartość 0 i
maxcnt - 1 zacisk zawija się do 0xFFFFFFFF w u32.

4. Rejestr przechowuje tylko całe znaczniki, więc zaciśnięta wartość ns ma
zostać przekonwertowany na znaczniki i odwrotnie. DIV_ROUND_CLOSEST() może zaokrąglać
ta konwersja powyżej maxcnt:

maxcnt = 640 ns, jeden znacznik = 666664 ps

zacisk: maxcnt - 1 = 639 ns
ns -> znaczniki: 639000 / 666664 = 0,958 -> zaokrągla do 1 znacznika
zaznacz -> ns: 1 * 666664 / 1000 = 667 ns

667 ns jest zaprogramowane w RING_IDLEDLY, ale 667 >= maxcnt (640),
więc xe_gt_WARN_ON() uruchamia się ponownie przy każdej kolejnej inicjacji.

Wróć wcześniej, jeśli timestamp_base wynosi 0 (nieznana ścieżka kryształu).
Wykonaj konwersje w u64 za pomocą pomocy *_ULL(), aby nie mogły się zawijać.
Zaciśnij podłogę (DIV_ROUND_DOWN_ULL), aby zaprogramowane opóźnienie pozostało
ściśle poniżej maxcnt i strzeż przypadku maxcnt == 0 z zerowym opóźnieniem
wciąż pisząc RING_IDLEDLY, więc INHIBIT_SWITCH_UNTIL_PREEMPTED wynosi
wyczyszczone.

v2: Upuść zbędne ostrzeżenie na ścieżce timestamp_base == 0;
xe_gt_clock_init() już ostrzega w przypadku nierozpoznanego zegara kryształowego.
Zachowaj wcześniejszy powrót, aby uniknąć dzielenia przez zero. - Vinay

v3: Maskuj pole zapisu RING_IDLEDLY za pomocą REG_FIELD_PREP(IDLE_DELAY, ...)
zamiast zapisywać surową liczbę tyknięć, co mogłoby spowodować błąd
INHIBIT_SWITCH_UNTIL_PREEMPTED i zarezerwowane bity. Podziel
przełącznik blokady usunięty z zacisku maxcnt, więc ustawiony bit blokady nr
dłużej wymusza niepotrzebne nadpisanie opóźnienia, gdy samo opóźnienie jest
już ważne. Użyj gt_to_xe(gt) zamiast gt_to_xe(hwe->gt).

(wiśnia wybrana z zatwierdzenia d864065ea25e9d12897c175de9176ce46677e176)

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

drm/xe: harden adjust_idledly() against divide-by-zero and overflow

adjust_idledly() has several corner-case issues flagged during review:

1. If xe_gt_clock_init() failed to recognise the crystal clock,
gt->info.timestamp_base is 0, which makes idledly_units_ps also 0.
The subsequent DIV_ROUND_CLOSEST(..., idledly_units_ps) is then a
divide-by-zero and panics the kernel.

2. The tick-to-ns conversions are done in u32:
idledly * idledly_units_ps, (maxcnt - 1) * 1000
Both overflow u32 before DIV_ROUND_CLOSEST() sees them.

3. If IDLE_WAIT_TIME reads back as 0, maxcnt evaluates to 0 and
the maxcnt - 1 clamp wraps to 0xFFFFFFFF in u32.

4. The register only stores whole ticks, so the clamped ns value has
to be converted to ticks and back. DIV_ROUND_CLOSEST() can round
that conversion up past maxcnt:

maxcnt = 640 ns, one tick = 666664 ps

clamp: maxcnt - 1 = 639 ns
ns -> ticks: 639000 / 666664 = 0.958 -> rounds to 1 tick
tick -> ns: 1 * 666664 / 1000 = 667 ns

667 ns is programmed into RING_IDLEDLY, but 667 >= maxcnt (640),
so xe_gt_WARN_ON() fires again on every subsequent init.

Return early if timestamp_base is 0 (the unknown-crystal path).
Do the conversions in u64 via the *_ULL() helpers so they cannot wrap.
Clamp with a floor (DIV_ROUND_DOWN_ULL) so the programmed delay stays
strictly below maxcnt, and guard the maxcnt == 0 case with a zero delay
while still writing RING_IDLEDLY so INHIBIT_SWITCH_UNTIL_PREEMPTED is
cleared.

v2: Drop the redundant warn on the timestamp_base == 0 path;
xe_gt_clock_init() already warns on an unrecognised crystal clock.
Keep the early return to avoid the divide-by-zero. - Vinay

v3: Field-mask the RING_IDLEDLY write with REG_FIELD_PREP(IDLE_DELAY, ...)
instead of writing the raw tick count, which could clobber
INHIBIT_SWITCH_UNTIL_PREEMPTED and reserved bits. Split the
inhibit-switch clear from the maxcnt clamp so a set inhibit bit no
longer forces a needless delay overwrite when the delay itself is
already valid. Use gt_to_xe(gt) instead of gt_to_xe(hwe->gt).

(cherry picked from commit d864065ea25e9d12897c175de9176ce46677e176)

>_ 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