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 0EAB8409265; Tue, 25 Aug 2026 13:51:26 +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=1787665887; cv=none; b=O6K4bFpubuMlJdmH7De320pMUTIPyMOc2FCWASceL/p8/6nD5sR03V4SL/KK+A445CdinP6O4miuqi1BTRB2hg+mbep/A5LYV3PkkAERyQqxNx9vDWTlz1aTxkIvlBgATuSqjFRgsUEJsPG444rbQ7iCHYGauMMheyUSJNXlqf4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787665887; c=relaxed/simple; bh=0uiCEyOHQYIkN+xs5opNcNtji8y+rfKp8BsEK1BjVcM=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=rm4orcveeg/TnM5dO6zfT2BY6wa+c8IUT9ocurfJIXtAOR3A6n0YNvzdLa4TGCrQrASdfJE8VBtKyMTwQP12fLm8Gxs9gSpdWdPbdX/tk1LalnYtmtxU+Ee3oahqCZ2cNbigaf9h6RlFo1hjnyMtb57Z3PASMnryurCkJLY0KUo= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b=c/dXKg/M; 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="c/dXKg/M" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 696BB1F000E9; Tue, 25 Aug 2026 13:51:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linuxfoundation.org; s=korg; t=1787665885; bh=C661GLASzwD/TtOUkPQ7Eo2jtDPu/MKcazA2wWo/Pk0=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=c/dXKg/MUeEi9BVJOJPWmg7d68/gqR35NezCU98fK58v5Uau6HpJWawJDPeXK87Pm OJOBNWeenl5IfFK9jPac2wAEySf01znQprWa3yJWHcYIyhiPRhImyh2Yu6pabRgnha P5BxeSky4QPlVmqdbDJNa4MSSnRCQD9OGc34mW68= From: Greg Kroah-Hartman To: stable@vger.kernel.org Cc: Greg Kroah-Hartman , patches@lists.linux.dev, stable@kernel.org, Dmitry Baryshkov , Ekansh Gupta , Jianping Li , Srinivas Kandagatla , Sasha Levin Subject: [PATCH 6.1 12/79] misc: fastrpc: Remove buffer from list prior to unmap operation Date: Tue, 25 Aug 2026 15:25:52 +0200 Message-ID: <20260825132542.142614017@linuxfoundation.org> X-Mailer: git-send-email 2.55.0 In-Reply-To: <20260825132541.677185791@linuxfoundation.org> References: <20260825132541.677185791@linuxfoundation.org> User-Agent: quilt/0.69 X-stable: review X-Patchwork-Hint: ignore Precedence: bulk X-Mailing-List: patches@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit 6.1-stable review patch. If anyone has any objections, please let me know. ------------------ From: Ekansh Gupta [ Upstream commit 6102ceb4eab845743ee57acd3863fbd06e93c927 ] fastrpc_req_munmap_impl() is called to unmap any buffer. The buffer is getting removed from the list after it is unmapped from DSP. This can create potential race conditions if multiple threads invoke unmap concurrently, where one thread may remove the entry from the list while another thread's unmap operation is still ongoing. Fix this by removing the buffer entry from the list before calling the unmap operation. If the unmap fails, the entry is re-added to the list so that userspace can retry the unmap, or alternatively, the buffer will be cleaned up during device release when the DSP process is torn down and all DSP-side mappings are freed along with remaining buffers in the list. Fixes: 2419e55e532de ("misc: fastrpc: add mmap/unmap support") Cc: stable@kernel.org Reviewed-by: Dmitry Baryshkov Signed-off-by: Ekansh Gupta Signed-off-by: Jianping Li Signed-off-by: Srinivas Kandagatla Link: https://patch.msgid.link/20260724223342.629168-3-srini@kernel.org Signed-off-by: Greg Kroah-Hartman Signed-off-by: Sasha Levin Signed-off-by: Greg Kroah-Hartman --- drivers/misc/fastrpc.c | 14 ++++++++++---- 1 file changed, 10 insertions(+), 4 deletions(-) --- a/drivers/misc/fastrpc.c +++ b/drivers/misc/fastrpc.c @@ -1677,9 +1677,6 @@ static int fastrpc_req_munmap_impl(struc &args[0]); if (!err) { dev_dbg(dev, "unmmap\tpt 0x%09lx OK\n", buf->raddr); - spin_lock(&fl->lock); - list_del(&buf->node); - spin_unlock(&fl->lock); fastrpc_buf_free(buf); } else { dev_err(dev, "unmmap\tpt 0x%09lx ERROR\n", buf->raddr); @@ -1693,6 +1690,7 @@ static int fastrpc_req_munmap(struct fas struct fastrpc_buf *buf = NULL, *iter, *b; struct fastrpc_req_munmap req; struct device *dev = fl->sctx->dev; + int err; if (copy_from_user(&req, argp, sizeof(req))) return -EFAULT; @@ -1700,6 +1698,7 @@ static int fastrpc_req_munmap(struct fas spin_lock(&fl->lock); list_for_each_entry_safe(iter, b, &fl->mmaps, node) { if ((iter->raddr == req.vaddrout) && (iter->size == req.size)) { + list_del(&iter->node); buf = iter; break; } @@ -1712,7 +1711,14 @@ static int fastrpc_req_munmap(struct fas return -EINVAL; } - return fastrpc_req_munmap_impl(fl, buf); + err = fastrpc_req_munmap_impl(fl, buf); + if (err) { + spin_lock(&fl->lock); + list_add_tail(&buf->node, &fl->mmaps); + spin_unlock(&fl->lock); + } + + return err; } static int fastrpc_req_mmap(struct fastrpc_user *fl, char __user *argp)