[RFC PATCH 0/2] Fix rockchip IOMMU driver vs PM issues
tfiga at chromium.org
Thu Dec 11 00:26:25 PST 2014
On Rockchip SoCs, the IOMMUs are located inside the same power domains as
IP blocks using them. This means that as soon as we runtime suspend such
IP block, causing the power domain to be powered off, the IOMMU would also
be powered off, losing all its state.
This means that whenever the power domain is being powered off, the IOMMU
driver needs to be able to deinitialize the hardware and whenever the domain
is being powered on, it needs to restore all the state, so the consumer
device is able to perform memory transactions.
The solution proposed here revives the idea of PM domain notifiers submitted
originally by Samsung's Sylwester Nawrocki and Marek Szyprowski in .
The main benefit of this idea that it is very simple, adding just 84 lines
of code, but effective and also useful for other purposes, what can be seen
in thread  and . Moreover, it lets us avoid adding device specific
code (in this case specific to single IOMMU type) to power domain drivers,
which can be used for more devices than just IOMMU and which may vary
between platforms using the same IOMMU driver.
The IOMMU-specific part of the solution simply uses the pre-power-off and
post-power-on notifications to do the necessary setup without the need
of any action from inside drivers of devices behind the IOMMU, so all the
code specific to this particular IOMMU type stays outside other drivers
that should not rely on being run with a particular type of IOMMU (and
often even SoC).
Tested with a custom board based on RK3288 SoC.
Sylwester Nawrocki (1):
pm: Add PM domain notifications
Tomasz Figa (1):
iommu: rockchip: Handle system-wide and runtime PM
Documentation/power/notifiers.txt | 14 +++
drivers/base/power/domain.c | 50 +++++++++
drivers/iommu/rockchip-iommu.c | 208 +++++++++++++++++++++++++++++++-------
include/linux/pm_domain.h | 20 ++++
4 files changed, 256 insertions(+), 36 deletions(-)
More information about the Linux-rockchip