mirror of https://gitee.com/openkylin/linux.git
iommu/rockchip: Don't provoke WARN for harmless IRQs
Although we don't generally expect IRQs to fire for a suspended IOMMU, there are certain situations (particularly with debug options) where we might legitimately end up with the pm_runtime_get_if_in_use() call from rk_iommu_irq() returning 0. Since this doesn't represent an actual error, follow the other parts of the driver and save the WARN_ON() condition for a genuine negative value. Even if we do have spurious IRQs due to a wedged VOP asserting the shared line, it's not this driver's job to try to second-guess the IRQ core to warn about that. Reported-by: Vasily Khoruzhick <anarsoul@gmail.com> Signed-off-by: Robin Murphy <robin.murphy@arm.com> Acked-by: Marc Zyngier <maz@kernel.org> Signed-off-by: Joerg Roedel <jroedel@suse.de>
This commit is contained in:
parent
42bb97b80f
commit
5b47748ecf
|
@ -526,7 +526,7 @@ static irqreturn_t rk_iommu_irq(int irq, void *dev_id)
|
|||
int i, err;
|
||||
|
||||
err = pm_runtime_get_if_in_use(iommu->dev);
|
||||
if (WARN_ON_ONCE(err <= 0))
|
||||
if (!err || WARN_ON_ONCE(err < 0))
|
||||
return ret;
|
||||
|
||||
if (WARN_ON(clk_bulk_enable(iommu->num_clocks, iommu->clocks)))
|
||||
|
|
Loading…
Reference in New Issue