diff options
author | Robin Murphy <robin.murphy@arm.com> | 2017-01-16 13:58:07 +0100 |
---|---|---|
committer | Joerg Roedel <jroedel@suse.de> | 2017-01-17 16:49:24 +0100 |
commit | 797a8b4d768c58caac58ee3e8cb36a164d1b7751 (patch) | |
tree | 6f7bdf319d1bf50bbfef970167755d464eabb499 /drivers/acpi/arm64 | |
parent | iommu/iova: Use rb_entry() (diff) | |
download | linux-797a8b4d768c58caac58ee3e8cb36a164d1b7751.tar.xz linux-797a8b4d768c58caac58ee3e8cb36a164d1b7751.zip |
iommu: Handle default domain attach failure
We wouldn't normally expect ops->attach_dev() to fail, but on IOMMUs
with limited hardware resources, or generally misconfigured systems,
it is certainly possible. We report failure correctly from the external
iommu_attach_device() interface, but do not do so in iommu_group_add()
when attaching to the default domain. The result of failure there is
that the device, group and domain all get left in a broken,
part-configured state which leads to weird errors and misbehaviour down
the line when IOMMU API calls sort-of-but-don't-quite work.
Check the return value of __iommu_attach_device() on the default domain,
and refactor the error handling paths to cope with its failure and clean
up correctly in such cases.
Fixes: e39cb8a3aa98 ("iommu: Make sure a device is always attached to a domain")
Reported-by: Punit Agrawal <punit.agrawal@arm.com>
Signed-off-by: Robin Murphy <robin.murphy@arm.com>
Signed-off-by: Joerg Roedel <jroedel@suse.de>
Diffstat (limited to 'drivers/acpi/arm64')
0 files changed, 0 insertions, 0 deletions