The patch has the changes to calculate the dpll3 clock stabilization delay dynamically. The SRAM delay is calibrated during bootup using the gptimers and used while calculating the stabilization delay. By using the dynamic method the dependency on the type of cache being used is removed. To calculate the dpll3 M2 clock stabilization delay dynamically and wait time for L3 M2 clock stabilization are different for 3430 & 3630 and is as follows: 3430: 4*REFCLK + 8*CLKOUTX2 3630: 2*SYS_CLK + 10*CLKOUTX2 REFCLK & CLKOUTX2 are derived from M, N, M2 and DPLL reference clock. Incase of 3430 a 2usec and 3630 1usec buffer time is added for safety. Below is the summery of the comments from the commumnity, those are addressed in this version of patch: 1. Change in ASM code to reduce overhead of a instruction 2. Replaced magic numbers with proper macros 3. Code style changes Teerth Reddy (1): OMAP3: SDRC: Dynamic Calculation of SDRC stall latency during DVFS Pramod Gurav (2): OMAP3630 SDRC: Change in DVFS Latency Formula for OMAP3630 arch/arm/mach-omap2/clkt34xx_dpll3m2.c | 80 ++++++++++++++++++++++++++++---- arch/arm/mach-omap2/clock34xx.h | 2 + arch/arm/mach-omap2/clock3xxx.c | 2 +- arch/arm/mach-omap2/clock3xxx.h | 1 + arch/arm/mach-omap2/clock3xxx_data.c | 13 +++++ arch/arm/mach-omap2/sram34xx.S | 8 +++ arch/arm/plat-omap/include/plat/sram.h | 4 ++ arch/arm/plat-omap/sram.c | 51 ++++++++++++++++++++ 8 files changed, 150 insertions(+), 11 deletions(-) -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
