summaryrefslogtreecommitdiff
path: root/drivers/platform
diff options
context:
space:
mode:
authorRobin Murphy <robin.murphy@arm.com>2024-12-05 16:33:57 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2025-02-21 13:49:33 +0100
commitb3847b6622a329938a802335bb3caeafd1807d7f (patch)
tree2cb6aa71c485457300331697d095abe65d51f49e /drivers/platform
parent6821918f451942aa79759f29677a22f2d4ff4cbe (diff)
downloadlinux-b3847b6622a329938a802335bb3caeafd1807d7f.tar.gz
linux-b3847b6622a329938a802335bb3caeafd1807d7f.tar.bz2
linux-b3847b6622a329938a802335bb3caeafd1807d7f.zip
iommu/arm-smmu-v3: Clean up more on probe failure
[ Upstream commit fcbd621567420b3a2f21f49bbc056de8b273c625 ] kmemleak noticed that the iopf queue allocated deep down within arm_smmu_init_structures() can be leaked by a subsequent error return from arm_smmu_device_probe(). Furthermore, after arm_smmu_device_reset() we will also leave the SMMU enabled with an empty Stream Table, silently blocking all DMA. This proves rather annoying for debugging said probe failure, so let's handle it a bit better by putting the SMMU back into (more or less) the same state as if it hadn't probed at all. Signed-off-by: Robin Murphy <robin.murphy@arm.com> Link: https://lore.kernel.org/r/5137901958471cf67f2fad5c2229f8a8f1ae901a.1733406914.git.robin.murphy@arm.com Signed-off-by: Will Deacon <will@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'drivers/platform')
0 files changed, 0 insertions, 0 deletions