From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4AAD83CF054 for ; Mon, 10 Aug 2026 12:08:01 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786363682; cv=none; b=Ywklrb1phHJ29pa8YY/ciskfSsvaEKm/Ck5Hca/YOwn1c6HXDQ3nQml2vzjo/2Hb8CwanH7wIJDhwX8yVExSDSdy3IToDqpnly9BhV96yRSYUFicsHz+8GziklgJQp64ICqYgmfNvRLL3JHVTHyaDOADCJvsthNtmxMAEAxm6hI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786363682; c=relaxed/simple; bh=5S/F8knnkcJYAk15UV5Q1wDZ5rPvm5Du1eFFenvsqX0=; h=From:To:Cc:Subject:Date:Message-ID:MIME-Version; b=hhhAi3uxOcSfZBtc5N2RGmEOtmOuDqCCh9I8Zo1CspPxUqRcmu9I1HgfEqTz8bmt9i/EbkWRTbndIcmszbvWVV3pz6n9tzCxJGqOUdiE/1cHZpsQqJ6GGHbSMKezRs7/99wVZkbt68hAAmevvXcFgY7EVA8m7l8DBel0G6FY5Io= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=NUyjj/Te; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="NUyjj/Te" Received: by smtp.kernel.org (Postfix) with ESMTPSA id C19081F000E9; Mon, 10 Aug 2026 12:08:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1786363681; bh=e6s8aCq4Zx7vWViIs2T8QbfAgVBjYwL6xU8S3mQb6No=; h=From:To:Cc:Subject:Date:Reply-To; b=NUyjj/TeSl7qfdcCdZeRMdz7p7GFuLCPCSMkcxYfQRYATgUj5N4OUF8GMVq8D6zLM CNBzw5WCsAE6JFCTiCZ5KrdbXCQCjI6ZpqCC0eduhSm7CYTewnHqk6ELDA3w8NhaEj Nz5PbsOwKl0ss4WX2BcRNKRl3kNFMOS5vj85Uitc= From: Greg Kroah-Hartman To: linux-cve-announce@vger.kernel.org Cc: Greg Kroah-Hartman Subject: CVE-2026-68260: drm/imagination: acquire vm_ctx->lock before mapping memory to GPU VM Date: Mon, 10 Aug 2026 13:59:37 +0200 Message-ID: <2026081022-CVE-2026-68260-ed19@gregkh> X-Mailer: git-send-email 2.55.0 Reply-To: , Precedence: bulk X-Mailing-List: linux-cve-announce@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-Developer-Signature: v=1; a=openpgp-sha256; l=3408; i=gregkh@linuxfoundation.org; h=from:subject:message-id; bh=H7UPkiF/5lfcpIbaLPHgr1t5R2mtap34O/uA5n65eR0=; b=owGbwMvMwCRo6H6F97bub03G02pJDFmVexbxvM41uXfocJLUpkOaLM2rHI9HPLznaH/t8I55X lo3S/rtOmJZGASZGGTFFFm+bOM5ur/ikKKXoe1pmDmsTCBDGLg4BWAiHkwM8wMPSLe+2SH7Iyvk TtJRBX3nFRIsQQwLlim/X6Vw+FzMhLMiFqdmJS7hP3gyGwA= 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/imagination: acquire vm_ctx->lock before mapping memory to GPU VM The drm gpuvm code doesn't protect find operation against map operation, and the driver needs to ensure a map operation shouldn't happen when a find operation is in progress. In some cases a find operation will be in progress when doing map/unmap operations, and the find operation will do a NULL pointer dereference. An example of the stack trace of such NULL dereference is shown below: ``` Unable to handle kernel access to user memory without uaccess routines at virtual address 0000000000000010 [] drm_gpuva_find+0x28/0x6c [drm_gpuvm] [] pvr_vm_unmap+0x34/0x68 [powervr] [] pvr_ioctl_vm_unmap+0x2e/0x50 [powervr] [] drm_ioctl_kernel+0x8e/0xdc [] drm_ioctl+0x1be/0x3e0 [] __riscv_sys_ioctl+0xba/0xc4 [] do_trap_ecall_u+0x23e/0x3f4 [] handle_exception+0x168/0x174 ``` As all occurences of drm_gpuva_find*() are already guarded by vm_ctx->lock, make pvr_vm_map() to acquire this lock to prevent disturbing any find operation. This fixes the NULL deference problem in drm_gpuva_find*(). The Linux kernel CVE team has assigned CVE-2026-68260 to this issue. Affected and fixed versions =========================== Issue introduced in 6.8 with commit ff5f643de0bf27874c4033cd57a0bd034b5c7d11 and fixed in 6.12.101 with commit 1f1f2618e44b21a7d4eb30d3bbd7e015ffbbbadf Issue introduced in 6.8 with commit ff5f643de0bf27874c4033cd57a0bd034b5c7d11 and fixed in 6.18.42 with commit 6253bb56bb2ebdf317d8b599ce737a2510cc2e17 Issue introduced in 6.8 with commit ff5f643de0bf27874c4033cd57a0bd034b5c7d11 and fixed in 7.1.6 with commit 15f58d44c24477a6ebffa44ec05207b81cfa55d9 Issue introduced in 6.8 with commit ff5f643de0bf27874c4033cd57a0bd034b5c7d11 and fixed in 7.2-rc5 with commit 17e2030f37600994440f875dc410615d5c66ee6d 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-68260 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/imagination/pvr_vm.c 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/1f1f2618e44b21a7d4eb30d3bbd7e015ffbbbadf https://git.kernel.org/stable/c/6253bb56bb2ebdf317d8b599ce737a2510cc2e17 https://git.kernel.org/stable/c/15f58d44c24477a6ebffa44ec05207b81cfa55d9 https://git.kernel.org/stable/c/17e2030f37600994440f875dc410615d5c66ee6d