iommu/arm-smmu: Add runtime pm/sleep support
Get series with b4
b4 am [email protected]Versions newest first · linked by author and title
- v3 Latest posting 2/20 of 5 patches 0 repliesNew
- v3 posting 1/20 of 5 patches 0 repliesSuperseded
Patches in v3 posting 2/2 No applies recorded yet
None of the 5 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v3 yet.
Cover letter [PATCH V3 0/5] iommu/arm-smmu: Add runtime pm/sleep support
Quoted 12 lines · Rob Clark
Quoted 11 lines · Will Deacon
Quoted 5 lines · Sricharan R
This series provides the support for turning on the arm-smmu's clocks/power domains using runtime pm. This is done using the recently introduced device links patches, which lets the symmu's runtime to follow the master's runtime pm, so the smmu remains powered only when the masters use it.
Do you have any numbers for the power savings you achieve with this? How often do we actually manage to stop the SMMU clocks on an SoC with a handful of masters?
Quoted 5 lines
Quoted 2 lines
In other words, is this too coarse-grained to be useful, or is it common that all the devices upstream of the SMMU are suspended?
well, if you think about a phone/tablet with a command mode panel, pretty much all devices will be suspended most of the time ;-)
Well, that's really what I was asking about. I assumed that periodic modem/radio transactions would keep the SMMU clocked, so would like to get a rough idea of the power savings achieved with this coarse-grained approach.
Will