In the Linux kernel, the following vulnerability has been resolved: drm/xe: harden adjust_idledly() against divide-by-zero and overflow… (CVE-2026-98919)

The Linux kernel's drm/xe driver contained vulnerabilities in the adjust_idledly() function, which is responsible for adjusting idle delay timing. If the crystal clock was unrecognized, the timestamp_base was zero, leading to a divide-by-zero panic. Additionally, conversions from ticks to nanoseconds were done using 32-bit arithmetic, causing overflow before division. Edge cases where register values read zero caused wrap-around issues, and rounding errors could program delays exceeding hardware limits, triggering warnings. The patch addresses these by returning early when timestamp_base is zero, performing conversions in 64-bit arithmetic to prevent overflow, clamping values properly to stay within hardware limits, and masking register writes to avoid clobbering unrelated bits.

The vulnerability could cause kernel panics due to divide-by-zero errors and overflow conditions, potentially destabilizing systems running the affected Linux kernel versions. It also caused repeated warnings during initialization, which could affect system reliability and debugging. There is no indication of direct code execution or privilege escalation from the provided data.

A fix has been implemented in the Linux kernel to address these issues. The patch includes early returns to prevent divide-by-zero, use of 64-bit arithmetic to avoid overflow, and proper clamping and masking of hardware register writes. Users should update to the fixed Linux kernel version containing this patch. Since no affected versions are explicitly stated, check the vendor or Linux kernel advisory for the exact fixed versions and apply updates accordingly.