[PATCH v1 8/8] iommu/arm-smmu-v3: Probe a guest-level Realm VSMMU via RSI commands

Nicolin Chen nicolinc at nvidia.com
Wed Oct 28 11:08:56 PDT 2026


On Wed, Oct 28, 2026 at 08:41:13AM -0700, Shameer Kolothum Thodi wrote:
> > @@ -5542,6 +5591,12 @@ static int arm_smmu_device_probe(struct
> > platform_device *pdev)
> >  	}
> >  	ioaddr = res->start;
> > 
> > +	if (is_realm_world()) {
> > +		ret = arm_smmu_probe_realm_vsmmu(smmu, res);
> > +		if (ret)
> > +			return ret;
> > +	}
> 
> If probe fails after activation succeeds above, wouldn't a module
> reload hit RSI_ERROR_DEVICE since the VSMMU is still ACTIVE?
> 
> B5.4.1.2:
> 
>  pre:  vsmmu.state == VSMMU_ACTIVE
>  post: result == RSI_ERROR_DEVICE
> 
> How is recovery handled?

There is no way to undo an activation. But what's the practical
use case for the SMMU driver to do a module reload?

Nicolin



More information about the linux-arm-kernel mailing list