From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 768E630DEB2; Mon, 16 Mar 2026 02:02:45 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773626565; cv=none; b=d+z0TC3TiTEecdvxMpLL3tTVowFX73PqRPg0RXUYSUdWo/D7HeQ2+xt0XtJrQm20D+vZUAuG8bBEXOLni2z+b4X7QJQwoypjbuW9phIkBXNFXMB3k37Mj4QZM1gq9pBJxGhpdbml8JKMQYltS3K7TUhKh0/9RRa8AY6WNHRb1EQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1773626565; c=relaxed/simple; bh=OBJ2UipQdoQdNalDKylaIxCjOjD2bNYxo+Y0Pn2OG14=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=tnkkRddY3WbpwNxEvccav+fLi8Noo5L1xxJwfUHTJ7FoXmvrlxXht6acB3IZkuDmS9u8i5XDzQdVvtFCjEucRR83sAO0Vj5EO6vyNv95I6gSOaXNH9qdwpBcdk4KbXTOHLbxMwMOEFPy2KWIRiZQN6/2AxrTjkiHdbvcwupSVIg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=GXD8kYJD; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="GXD8kYJD" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 487EBC19425; Mon, 16 Mar 2026 02:02:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1773626565; bh=OBJ2UipQdoQdNalDKylaIxCjOjD2bNYxo+Y0Pn2OG14=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=GXD8kYJDJp3ZUWxDIZe7brh8Y7WjIv3AfJLYceQOt6xAZrGdZd5d1QoPZN3mYpfYb uU5QTtByk0Hm+cmHdm6C6A9zYo/4hS55CbzUoQXgjhtLxlPBqGHf2OOlm7/DF9M6ZW gw2pmpAatPDUVJqc0aTa6MMGF/40H7Np1x39ZUE4o5pZGdwaLqDafZOvLI4/BdSHNt NqjcGYzsF/NtrhFkWlLCAx64rav3vU9mfAGAUcS/GZ1fQK/dPQPznDQ1cSt19oilQt DnRvtm28p8twyaDhbu7jRsoN8fWWTLNX2koPBcF9sxJ22Vy8ZdJMDNdBfQ1VO1ZyrN SDhvDGSuHYtPA== From: Bjorn Andersson To: Konrad Dybcio , Francisco Munoz Ruiz Cc: linux-arm-msm@vger.kernel.org, linux-kernel@vger.kernel.org, Unnathi Chalicheemala , Konrad Dybcio Subject: Re: [PATCH 0/2] Fix slice accounting and simplify descriptor and locking logic Date: Sun, 15 Mar 2026 21:02:29 -0500 Message-ID: <177362655073.7429.1560095184450386966.b4-ty@kernel.org> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260305-external_llcc_changes1set-v1-0-6347e52e648e@oss.qualcomm.com> References: <20260305-external_llcc_changes1set-v1-0-6347e52e648e@oss.qualcomm.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit On Thu, 05 Mar 2026 19:12:04 -0800, Francisco Munoz Ruiz wrote: > This series addresses correctness issues in the LLCC slice > activation logic and simplifies both descriptor management and > locking within the driver. > > Patch 1 fixes incorrect slice activation and deactivation > accounting. The current bitmap-based scheme fails when multiple > client drivers vote for the same slice or when > llcc_slice_getd() is called multiple times. This can lead to > mismatched activation and deactivation pairs and incorrect slice > state. > > [...] Applied, thanks! [1/2] soc: qcom: llcc: Add per-slice counter and common llcc slice descriptor commit: 45c2a55d13c698ba6a281315676934c44225b034 [2/2] soc: qcom: llcc: Use guards for mutex handling commit: eda32f68ce7a3d16071870c7af0803fdfae40401 Best regards, -- Bjorn Andersson