Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 06c20800 authored by Dmitry Osipenko's avatar Dmitry Osipenko Committed by Greg Kroah-Hartman
Browse files

drm/panfrost: Don't sync rpm suspension after mmu flushing 



[ Upstream commit ba3be66f11c3c49afaa9f49b99e21d88756229ef ]

Lockdep warns about potential circular locking dependency of devfreq
with the fs_reclaim caused by immediate device suspension when mapping is
released by shrinker. Fix it by doing the suspension asynchronously.

Reviewed-by: default avatarSteven Price <steven.price@arm.com>
Fixes: ec7eba47 ("drm/panfrost: Rework page table flushing and runtime PM interaction")
Signed-off-by: default avatarDmitry Osipenko <dmitry.osipenko@collabora.com>
Link: https://lore.kernel.org/all/20230108210445.3948344-3-dmitry.osipenko@collabora.com/


Signed-off-by: default avatarSasha Levin <sashal@kernel.org>
parent c9900d1d

drivers/gpu/drm/panfrost/panfrost_mmu.c

+1 −1
Original line number Diff line number Diff line
@@ -233,7 +233,7 @@ static void panfrost_mmu_flush_range(struct panfrost_device *pfdev, 
	if (pm_runtime_active(pfdev->dev))

		mmu_hw_do_operation(pfdev, mmu, iova, size, AS_COMMAND_FLUSH_PT);



	pm_runtime_put_sync_autosuspend(pfdev->dev);

	pm_runtime_put_autosuspend(pfdev->dev);

}



static int mmu_map_sg(struct panfrost_device *pfdev, struct panfrost_mmu *mmu,