From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1793187522; b=Dp0Ppf/OF/kBXsel9gmqsIfm3v0IfSWeTi/vYEP4cU2pP79vTMlBMx249/dgSXXCWDeM 6coTjpPfsQCy6GDeQKsJ4AD9jj7us0OAkIJqQdAlHPEHCAIBSVKX2BtPUym6aFr6QZov4 KRMHWKTzYfkj1o2gZNUhpTj61PKYa9jccdxEb3Xw9zQxkTD5quSjcS1by7bt41RNcTMrq kAzWrtONs0nhQjsk9wqUslcTQZxK/OD8AvElQ1ADfhvumXz2YoOkxJwTsUQrHdUsxh8MS W4bwyx+4u5vsry1Puk2Ch3dnKHkTsPG/o4F7MHmo7msR0xDYzwapHjxJVT9hMpiporw== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1793187522; h=Received:DKIM-Signature:From:To:Cc:Subject:Date:Message-ID:X-Mailer: Reply-To:MIME-Version:Lines:X-Developer-Signature:X-Developer-Key: Content-Transfer-Encoding; bh=2RQL38WBDaW0cXjHWvB2zzabtkmmvtFAV3C5vUBrILM=; b=29wwm83tQS0s2VxnFNIcZyNG2EEuF5K3JgU69+6fYmAAIa18jsceI67o/tbDuivxFWaP lRMdJ6aCM8PnUtni3zNT/7uoZanSeX6ChyjIEJrhq4htODYMwH4W2pOqR/HLNL5HcrJpT NO146WEZOC12+gmWDP8tgLxPcorOyARMFnqhw6fa39S7xz6EjCDyPfLoXj8xsftE/NqUK 7rdJI1H510uzP5a22o8CqZiMKYDy3YjrGE50LtkbIqT+jgkRwhk0bl8GdP6JRekZfIOlY udwwiROLHetOKaouUVnhMwiKnto5PCJPMlB6UicJuVkjX3lLprblN1DaMo+/gfX189w== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=linuxfoundation.org header.i=@linuxfoundation.org header.a=rsa-sha256 header.s=korg header.b=noZ+YtML; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 6B608606A31A for ; Wed, 28 Oct 2026 11:38:42 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key, unprotected) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.a=rsa-sha256 header.s=korg header.b=noZ+YtML Received: by smtp.kernel.org (Postfix) with ESMTPSA id 81B861F01828; Wed, 28 Oct 2026 11:38:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1793187522; bh=2RQL38WBDaW0cXjHWvB2zzabtkmmvtFAV3C5vUBrILM=; h=From:To:Cc:Subject:Date:Reply-To; b=noZ+YtML8PWGftX17nkzx964edwCFK5TSh1MyEVuDqporeTys23yYkJPqXu283Ts+ AGvbOyKzv0Qxc9lJCnNy2ShfoaQ31w5iIuXg++k7o3QbHgutwA7M3RMKvld3QFXjE1 BiHIaBySmx3NrMXUHsJNgJxTJMtj3iIAby6Ozg4I= From: Greg Kroah-Hartman To: linux-cve-announce@vger.kernel.org Cc: Greg Kroah-Hartman Subject: CVE-2026-99147: drm/exec: don't immediately add prelocked obj to array of locked objs Date: Wed, 28 Oct 2026 11:35:34 +0100 Message-ID: <2026102802-CVE-2026-99147-340d@gregkh> X-Mailer: git-send-email 2.56.0 Reply-To: , X-Mailing-List: linux-cve-announce@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=2951; i=gregkh@linuxfoundation.org; h=from:subject:message-id; bh=XgkpBK9SWfRnC1reAHRg+6ZPh4xfFSO3ZgZob1c4XE0=; b=owGbwMvMwCRo6H6F97bub03G02pJDFkPz1+7n/D9TIm5vP/15Wo5K4pEtWuf2kW+CoyKf7vgI +9T11cZHbEsDIJMDLJiiixftvEc3V9xSNHL0PY0zBxWJpAhDFycAjCRbAOGecrux+Q6/73apPah 1vi+Z+5pBi3OPIZ51twCeoGuopVnlq23mKG6cbGb/48IAA== X-Developer-Key: i=gregkh@linuxfoundation.org; a=openpgp; fpr=F4B60CC5BF78C2214A313DCB3147D40DDB2DFB29 Content-Transfer-Encoding: 8bit From: Greg Kroah-Hartman Description =========== In the Linux kernel, the following vulnerability has been resolved: drm/exec: don't immediately add prelocked obj to array of locked objs When a contention is detected the drm_exec object grabs a reference to the contended object, unlocks all other objects and pre-locks the contended one before anything else. The problem is that it is possible that this pre-locked object was about to be destroyed and drm_exec is now holding the last reference to it. So we never actually see this pre-locked object again to be explicitly locked and so also never reserve a slot for a dma_fence object on it. Should the driver now use drm_exec_for_each_locked_object() to add a new fence to all locked objects we eventually see a warning or even a BUG_ON() to prevent random memory corruption. Fix this by keeping the prelocked object out of the array of locked objs until it was explicitly mentioned by the driver again. If the prelocked object is never mentioned again by the driver just unlock and drop the reference at the end of the locking loop. The Linux kernel CVE team has assigned CVE-2026-99147 to this issue. Affected and fixed versions =========================== Issue introduced in 6.6 with commit 09593216bff15866f95c8ad406cb7fdcec1ee40a and fixed in 6.18.59 with commit 96d9996e5dbcfabed052c0d9377a382c95fed607 Issue introduced in 6.6 with commit 09593216bff15866f95c8ad406cb7fdcec1ee40a and fixed in 7.2.13 with commit 7a10cd79c4d9a90334fece32fef3a8e5b1a9727b Issue introduced in 6.6 with commit 09593216bff15866f95c8ad406cb7fdcec1ee40a and fixed in 7.3 with commit 26401a4999f1596a515b2e704e7066ac09306488 Please see https://www.kernel.org for a full list of currently supported kernel versions by the kernel community. Unaffected versions might change over time as fixes are backported to older supported kernel versions. The official CVE entry at https://cve.org/CVERecord/?id=CVE-2026-99147 will be updated if fixes are backported, please check that for the most up to date information about this issue. Affected files ============== The file(s) affected by this issue are: drivers/gpu/drm/drm_exec.c include/drm/drm_exec.h Mitigation ========== The Linux kernel CVE team recommends that you update to the latest stable kernel version for this, and many other bugfixes. Individual changes are never tested alone, but rather are part of a larger kernel release. Cherry-picking individual commits is not recommended or supported by the Linux kernel community at all. If however, updating to the latest release is impossible, the individual changes to resolve this issue can be found at these commits: https://git.kernel.org/stable/c/96d9996e5dbcfabed052c0d9377a382c95fed607 https://git.kernel.org/stable/c/7a10cd79c4d9a90334fece32fef3a8e5b1a9727b https://git.kernel.org/stable/c/26401a4999f1596a515b2e704e7066ac09306488