* Afzal Mohammed <af...@ti.com> [120611 07:21]: > Configure busturnaround, cycle2cycledelay, waitmonitoringtime, > clkactivationtime in gpmc_cs_set_timings(). This is done so > that boards can configure these parameters of gpmc in Kernel > instead of relying on bootloader. > > Signed-off-by: Afzal Mohammed <af...@ti.com> > --- > arch/arm/mach-omap2/gpmc.c | 6 ++++++ > arch/arm/plat-omap/include/plat/gpmc.h | 6 ++++++ > 2 files changed, 12 insertions(+) > > diff --git a/arch/arm/mach-omap2/gpmc.c b/arch/arm/mach-omap2/gpmc.c > index 578fd4c..517953f 100644 > --- a/arch/arm/mach-omap2/gpmc.c > +++ b/arch/arm/mach-omap2/gpmc.c > @@ -313,6 +313,12 @@ int gpmc_cs_set_timings(int cs, const struct > gpmc_timings *t) > > GPMC_SET_ONE(GPMC_CS_CONFIG5, 24, 27, page_burst_access); > > + GPMC_SET_ONE(GPMC_CS_CONFIG6, 0, 3, bus_turnaround); > + GPMC_SET_ONE(GPMC_CS_CONFIG6, 8, 11, cycle2cycle_delay); > + > + GPMC_SET_ONE(GPMC_CS_CONFIG1, 18, 19, wait_monitoring); > + GPMC_SET_ONE(GPMC_CS_CONFIG1, 25, 26, clk_activation); > +
Thinking about this, the CONFIG1 bits have been set with gpmc_cs_write_reg because these are part of the static configuration and do not need to be dynamically calculated as they are tick based. For example, tusb6010 sets GPMC_CONFIG1_CLKACTIVATIONTIME(1) during init. Writing these over and over again during DVFS does not make sense, they should be only initialized once. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
