[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