CVE-2026-68429

*** Pendiente de traducción *** In the Linux kernel, the following vulnerability has been resolved:<br /> <br /> drm/dp_mst: Handle torn-down topology gracefully in drm_dp_mst_topology_queue_probe()<br /> <br /> A hotplug or link-loss event can tear down the MST topology<br /> (setting mgr-&gt;mst_state = false and mgr-&gt;mst_primary = NULL) concurrently<br /> with a caller invoking drm_dp_mst_topology_queue_probe(). Since the check<br /> is already performed under mgr-&gt;lock, the condition is not a programming<br /> error but a valid race -- the topology was valid when the caller decided<br /> to call this function, but was torn down before the lock was acquired.<br /> <br /> Replace the drm_WARN_ON() with a graceful early return. This eliminates<br /> spurious kernel warnings and the resulting compositor crashes observed<br /> when connecting/disconnecting DP MST monitors, while keeping the correct<br /> behavior of doing nothing when MST is not active. A drm_dbg_mst() trace<br /> is added so the skipped probe remains observable under MST debug logging.<br /> <br /> The existing WARN_ON(mgr-&gt;mst_primary) in drm_dp_mst_topology_mgr_set_mst()<br /> already catches the case where the topology is initialized twice, so no<br /> diagnostic coverage is lost.