Hi Christian, On Tue, Jan 17, 2012 at 18:23:52, Christian Riesch wrote: > Hi Sudhakar, hi Mike, > > On Tue, Jan 17, 2012 at 1:43 PM, Michael Williamson > <michael.william...@criticallink.com> wrote: > > On 1/17/2012 12:39 AM, Rajashekhara, Sudhakar wrote:
[...] > > > > Well, that's all fine and swell, except we have OMAP-L138 platforms > > (built using the MityDSP-L138 SOM) that use the EMIFA for other > > devices than NAND, such as an FPGA (and no SDRAM). Dropping the default > > 300 MHz OPP EMIFA speed from 100 MHz down to 60 MHz will directly translate > > to a 40% reduction in potential bus bandwidth. If you are making this > > device > > wide, it would really be nice to have an option that is more consistent > > with option A and let the platform designer decide what rate the EMIFA > > clock should run at based on his hardware requirements. > > In my opinion hardcoding OPPs in a SoC specific file > (arch/arm/mach-davinci/da850.c) was a bad idea. Setting EMIFA clock to > 1/5 of CPU rate may be fine for some boards, but for others it may be > a bad decision. How about boards with input clock frequencies other > than 24 MHz? Currently the OPP settings are only correct if a 24 MHz > quartz or oscillator is used. So I think the OPPs should move out of > the SoC specific file. > Using a different oscillator is a perfectly valid use case but I was wondering why anyone would do that? The OPP settings are defined and are valid when using a 24 MHz quartz. Have you come across a board where a different quartz is being used with OMAP-L138? Regards, Sudhakar _______________________________________________ Davinci-linux-open-source mailing list Davinci-linux-open-source@linux.davincidsp.com http://linux.davincidsp.com/mailman/listinfo/davinci-linux-open-source
