All of lore.kernel.org
 help / color / mirror / Atom feed
From: Robin Murphy <robin.murphy@arm.com>
To: "Peng Fan (OSS)" <peng.fan@oss.nxp.com>,
	Will Deacon <will@kernel.org>,
	"Joerg Roedel (AMD)" <joro@8bytes.org>,
	Jean-Philippe Brucker <jpb@kernel.org>,
	Nicolin Chen <nicolinc@nvidia.com>,
	Jason Gunthorpe <jgg@ziepe.ca>,
	Thierry Reding <thierry.reding@kernel.org>,
	Krishna Reddy <vdumpa@nvidia.com>,
	Jonathan Hunter <jonathanh@nvidia.com>
Cc: linux-arm-kernel@lists.infradead.org, iommu@lists.linux.dev,
	linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org,
	Peng Fan <peng.fan@nxp.com>
Subject: Re: [PATCH RFC v5 3/6] iommu/arm-smmu-v3: Delay stream allocation to inside the mutex
Date: Thu, 8 Oct 2026 13:55:36 +0100	[thread overview]
Message-ID: <d0e80505-b36f-40a9-a45f-957fff428c2a@arm.com> (raw)
In-Reply-To: <20261006-smmu-shared-sid-v5-3-169a59c671d3@nxp.com>

On 06/10/2026 1:19 pm, Peng Fan (OSS) wrote:
> From: Peng Fan <peng.fan@nxp.com>
> 
> Move arm_smmu_stream allocation from upfront (before the mutex) into
> the mutex-protected loop in arm_smmu_insert_master(). Instead of
> pre-allocating all stream objects and then inserting them into the RB
> tree, first look up whether the SID already exists in the tree. Only
> allocate and insert a new stream when no existing entry is found, then
> avoid unnecessary allocations when bridged PCI devices produce duplicated
> IDs. Prepare the code for a subsequent patch that will reuse existing
> streams when stream IDs are shared across masters.
> 
> The sort is also moved after the mutex section, since streams are now
> populated inside the loop rather than beforehand.
> 
> Assisted-by: LLM
> Signed-off-by: Peng Fan <peng.fan@nxp.com>
> ---
>   drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c | 102 +++++++++++++++-------------
>   1 file changed, 53 insertions(+), 49 deletions(-)
> 
> diff --git a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c
> index 9d34eac196a65..69c2c3596b06a 100644
> --- a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c
> +++ b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c
> @@ -4110,52 +4110,29 @@ static int arm_smmu_insert_master(struct arm_smmu_device *smmu,
>   		return -ENOMEM;
>   	}
>   
> -	for (i = 0; i < fwspec->num_ids; i++) {
> -		struct arm_smmu_stream *new_stream;
> -
> -		new_stream = kzalloc_obj(*new_stream, GFP_KERNEL);
> -		if (!new_stream) {
> -			ret = -ENOMEM;
> -			goto out_free_streams;
> -		}
> -		new_stream->id = fwspec->ids[i];
> -		new_stream->master = master;
> -		master->streams[i] = new_stream;
> -	}
> -
> -	/* Put the ids into order for sorted to_merge/to_unref arrays */
> -	sort(master->streams, master->num_streams,
> -	     sizeof(master->streams[0]), arm_smmu_stream_id_cmp,
> -	     NULL);
> -
> -	/*
> -	 * Clear after sorting: RB_CLEAR_NODE() records the node's own address,
> -	 * which sort_nonatomic() invalidates by relocating the entries.
> -	 */
> -	for (i = 0; i < fwspec->num_ids; i++)
> -		RB_CLEAR_NODE(&master->streams[i]->node);
> -
>   	mutex_lock(&smmu->streams_mutex);
>   	for (i = 0; i < fwspec->num_ids; i++) {
> -		struct arm_smmu_stream *new_stream = master->streams[i];
> +		struct arm_smmu_stream *stream;
>   		struct rb_node *existing;
> -		u32 sid = new_stream->id;
> +		u32 sid = fwspec->ids[i];
>   
>   		ret = arm_smmu_init_sid_strtab(smmu, sid);
>   		if (ret)
>   			break;
>   
> -		/* Insert into SID tree */
> -		existing = rb_find_add(&new_stream->node, &smmu->streams,
> -				       arm_smmu_streams_cmp_node);
> +		existing = rb_find(&sid, &smmu->streams,
> +				   arm_smmu_streams_cmp_key);
>   		if (existing) {
>   			struct arm_smmu_master *existing_master =
>   				rb_entry(existing, struct arm_smmu_stream, node)
>   					->master;
>   
>   			/* Bridged PCI devices may end up with duplicated IDs */
> -			if (existing_master == master)
> +			if (existing_master == master) {
> +				master->streams[i] = rb_entry(existing,
> +					struct arm_smmu_stream, node);

If we're now making the whole stream allocation and tracking business 
more dynamic anyway, could we not just skip inserting duplicate entries 
entirely, and save all the hassle elsewhere?

IIRC, the only real reason for not actively deduplicating originally in
563b5cbe334e ("iommu/arm-smmu-v3: Cope with duplicated Stream IDs") was 
to keep it to the simplest fix that was easier to backport, and at the 
time it was easy to get away with since it only mattered at that one 
particular point. If we have to start copying the double-loop bodge 
around to multiple places, it rather stops looking like the neatest 
option...

Thanks,
Robin.

>   				continue;
> +			}
>   
>   			dev_warn(master->dev,
>   				 "Aliasing StreamID 0x%x (from %s) unsupported, expect DMA to be broken\n",
> @@ -4163,45 +4140,72 @@ static int arm_smmu_insert_master(struct arm_smmu_device *smmu,
>   			ret = -ENODEV;
>   			break;
>   		}
> +
> +		stream = kzalloc_obj(*stream, GFP_KERNEL);
> +		if (!stream) {
> +			ret = -ENOMEM;
> +			break;
> +		}
> +		stream->id = sid;
> +		stream->master = master;
> +
> +		rb_find_add(&stream->node, &smmu->streams,
> +			    arm_smmu_streams_cmp_node);
> +		master->streams[i] = stream;
>   	}
>   
>   	if (ret) {
> -		for (i--; i >= 0; i--)
> -			if (!RB_EMPTY_NODE(&master->streams[i]->node))
> -				rb_erase(&master->streams[i]->node,
> -					 &smmu->streams);
> +		for (i--; i >= 0; i--) {
> +			int j;
> +
> +			if (!master->streams[i])
> +				continue;
> +			/* Skip duplicated SID pointers already freed */
> +			for (j = 0; j < i; j++)
> +				if (master->streams[j] == master->streams[i])
> +					break;
> +			if (j < i)
> +				continue;
> +			rb_erase(&master->streams[i]->node, &smmu->streams);
> +			kfree(master->streams[i]);
> +		}
>   		mutex_unlock(&smmu->streams_mutex);
> -		goto out_free_streams;
> +		kfree(master->streams);
> +		kfree(master->build_invs);
> +		return ret;
>   	}
>   	mutex_unlock(&smmu->streams_mutex);
>   
> -	return 0;
> +	/* Put the ids into order for sorted to_merge/to_unref arrays */
> +	sort(master->streams, master->num_streams,
> +	     sizeof(master->streams[0]), arm_smmu_stream_id_cmp,
> +	     NULL);
>   
> -out_free_streams:
> -	for (i = 0; i < master->num_streams; i++)
> -		kfree(master->streams[i]);
> -	kfree(master->streams);
> -	kfree(master->build_invs);
> -	return ret;
> +	return 0;
>   }
>   
>   static void arm_smmu_remove_master(struct arm_smmu_master *master)
>   {
>   	int i;
>   	struct arm_smmu_device *smmu = master->smmu;
> -	struct iommu_fwspec *fwspec = dev_iommu_fwspec_get(master->dev);
>   
>   	if (!smmu || !master->streams)
>   		return;
>   
>   	mutex_lock(&smmu->streams_mutex);
> -	for (i = 0; i < fwspec->num_ids; i++)
> -		if (!RB_EMPTY_NODE(&master->streams[i]->node))
> -			rb_erase(&master->streams[i]->node, &smmu->streams);
> -	mutex_unlock(&smmu->streams_mutex);
> +	for (i = 0; i < master->num_streams; i++) {
> +		int j;
>   
> -	for (i = 0; i < master->num_streams; i++)
> +		/* Skip duplicated SID pointers already freed */
> +		for (j = 0; j < i; j++)
> +			if (master->streams[j] == master->streams[i])
> +				break;
> +		if (j < i)
> +			continue;
> +		rb_erase(&master->streams[i]->node, &smmu->streams);
>   		kfree(master->streams[i]);
> +	}
> +	mutex_unlock(&smmu->streams_mutex);
>   
>   	kfree(master->streams);
>   	kfree(master->build_invs);
> 


  parent reply	other threads:[~2026-10-08 12:55 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-06 12:19 [PATCH RFC v5 0/6] iommu/arm-smmu-v3: Support shared Stream IDs Peng Fan (OSS)
2026-10-06 12:19 ` [PATCH RFC v5 1/6] iommu/arm-smmu-v3: Don't rb_erase() a never-inserted stream node Peng Fan (OSS)
2026-10-06 12:19 ` [PATCH RFC v5 2/6] iommu/arm-smmu-v3: Allocate streams individually Peng Fan (OSS)
2026-10-07 23:17   ` Nicolin Chen
2026-10-08 13:21     ` Robin Murphy
2026-10-08 17:32       ` Nicolin Chen
2026-10-06 12:19 ` [PATCH RFC v5 3/6] iommu/arm-smmu-v3: Delay stream allocation to inside the mutex Peng Fan (OSS)
2026-10-07 23:55   ` Nicolin Chen
2026-10-08 13:50     ` Peng Fan
2026-10-08 12:55   ` Robin Murphy [this message]
2026-10-08 13:49     ` Peng Fan
2026-10-06 12:19 ` [PATCH RFC v5 4/6] iommu/arm-smmu-v3: Support shared SIDs in insert/remove_master Peng Fan (OSS)
2026-10-08  1:02   ` Nicolin Chen
2026-10-08 14:07     ` Peng Fan
2026-10-06 12:19 ` [PATCH RFC v5 5/6] iommu/arm-smmu-v3: Group aliasing devices into the same IOMMU group Peng Fan (OSS)
2026-10-06 12:19 ` [PATCH RFC v5 6/6] iommu/arm-smmu-v3: Wire up shared-SID STE ordering and feature gating Peng Fan (OSS)
2026-10-08  1:29   ` Nicolin Chen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d0e80505-b36f-40a9-a45f-957fff428c2a@arm.com \
    --to=robin.murphy@arm.com \
    --cc=iommu@lists.linux.dev \
    --cc=jgg@ziepe.ca \
    --cc=jonathanh@nvidia.com \
    --cc=joro@8bytes.org \
    --cc=jpb@kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=nicolinc@nvidia.com \
    --cc=peng.fan@nxp.com \
    --cc=peng.fan@oss.nxp.com \
    --cc=thierry.reding@kernel.org \
    --cc=vdumpa@nvidia.com \
    --cc=will@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.