Prepare for OMAP2+ movement to Common Clk
Get series with b4
b4 am 2631798.VQ7ROEf9Xv@avalonVersions newest first
- v1 Latest0 of 11 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 11 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 00/11] Prepare for OMAP2+ movement to Common Clk
Quoted 10 lines · On Wednesday 27 June 2012 20:45:00 Laurent Pinchart wrote:
Quoted 9 lines · On Wednesday 27 June 2012 20:05:27 Laurent Pinchart wrote:
Quoted 8 lines · On Wednesday 27 June 2012 10:36:04 Paul Walmsley wrote:
Quoted 6 lines · Laurent Pinchart
I think you've missed
drivers/media/video/omap3isp/isp.c. Should I send
a
patch for that ? Do these changes depend on anything not yet in mainline
that I should apply to my tree for testing ?
Quoted 8 lines
Quoted 6 lines
Quoted 4 lines
What would be ideal is if omap3isp could be converted to runtime PM for its internal IP block control. Almost all of the other OMAP on-chip oC drivers have been converted. Please let us know if more information or assistance is needed with this.
How does that integrate with the clock framework ?
OK, I think I've found the information. I'll give this a try.
Not much luck, pm_runtime_get_sync() doesn't seem to enable the ISP clocks.
I'm not familiar with runtime PM internals, what's the call stack from pm_runtime_get_sync() to the arch code that's supposed to enable clocks ?
Quoted 5 lines
What is still not clear to me is how runtime PM and system PM interact. For instance the OMAP3 ISP driver disables its clocks in the system PM suspend handler, and restarts them in the system PM resume handler. How do I port that to runtime PM, can I just call
pm_runtime_put()andpm_runtime_get_sync()in the system PM handlers ?
Signature · 3 lines
Regards, Laurent Pinchart