From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 652BA2D1936 for ; Fri, 14 Nov 2025 17:17:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=13.77.154.182 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763140643; cv=none; b=I01YB+mF/+Hnz9MHLNK2o8P8d9JQGzI+kyO3os7IQCnbKIEQeSt0wxDi1rdG3PasyXNbRl5H3z/vn2m62OtkXmS/q2M89FHMQ01H2x2n3E8F1RSDLFvycrVYV82Y2zhTxBPR9is2lybjOVH0Mv/vvP/ZAxPDeRzRm6gkHUQxQ3c= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1763140643; c=relaxed/simple; bh=gAq2buTxZSVFTH91MZ3zQkGjXmp3rZfGBl2s8pwH/gY=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=KY031HEtRp73+AILS/ANMi4LGIiUldgd/mrUxFV5dGuVHWRag0JBs7dw/9tAt216VMoGJM1R4KxQaPujKB5SzY8dH9yNfh1F1tkoqpQx0HZsRW3B5WNVWUakeskhyFUr+7tBWBkEAxnFEeY5EsnvXPXdLs65Nw8osB2DcHjoErY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.microsoft.com; spf=pass smtp.mailfrom=linux.microsoft.com; dkim=pass (1024-bit key) header.d=linux.microsoft.com header.i=@linux.microsoft.com header.b=YrUjOpjq; arc=none smtp.client-ip=13.77.154.182 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.microsoft.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.microsoft.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.microsoft.com header.i=@linux.microsoft.com header.b="YrUjOpjq" Received: from DESKTOP-0403QTC.corp.microsoft.com (unknown [20.236.11.102]) by linux.microsoft.com (Postfix) with ESMTPSA id 58976201AE5A; Fri, 14 Nov 2025 09:17:20 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 58976201AE5A DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1763140640; bh=JCff6g9uda7lsIqptMpfRdmqluxHFqgcSao2IfacIeA=; h=From:To:Cc:Subject:Date:From; b=YrUjOpjqikUgV4DMUfw5d5PsiWg9zvHGwA6lyQ8Wp3+lMP1i9GCnEFLrUmvIFResQ WnA0+mtIxyo0jwLxznfIGlecArgRPmopKrDMEkE9c9seDjwWpCugLx/8rEvqE4NfMf DRmtN40+wPhOM3ECdinp5JqvcLmVudOa17dbqR5c= From: Jacob Pan To: linux-kernel@vger.kernel.org, "iommu@lists.linux.dev" , Will Deacon , Joerg Roedel , Mostafa Saleh , Jason Gunthorpe , Robin Murphy , Nicolin Chen Cc: Jacob Pan , Zhang Yu , Jean Philippe-Brucker , Alexander Grest Subject: [PATCH v4 0/2] SMMU v3 CMDQ fix and improvement Date: Fri, 14 Nov 2025 09:17:16 -0800 Message-Id: <20251114171718.42215-1-jacob.pan@linux.microsoft.com> X-Mailer: git-send-email 2.34.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Hi Will et al, These two patches address logic issues that occur when SMMU CMDQ spaces are nearly exhausted at runtime. The problems become more pronounced when multiple CPUs submit to a single queue, a common scenario under SVA when shared buffers (used by both CPU and device) are being unmapped. Thanks, Jacob Alexander Grest (1): iommu/arm-smmu-v3: Improve CMDQ lock fairness and efficiency Jacob Pan (1): iommu/arm-smmu-v3: Fix CMDQ timeout warning drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c | 72 +++++++++++---------- 1 file changed, 37 insertions(+), 35 deletions(-) -- 2.43.0