diff options
author | Paul Walmsley <paul@pwsan.com> | 2010-07-26 16:34:27 -0600 |
---|---|---|
committer | Paul Walmsley <paul@pwsan.com> | 2010-07-26 16:34:27 -0600 |
commit | 936305a96ce1611093ad7a5591a62f9d7142be7c (patch) | |
tree | f212c661924918c7392b060cbc0f749d4c56d754 /arch/ia64/lib/memcpy.S | |
parent | b3c1cff6985a78dcf2842960f866b07230ccef10 (diff) | |
download | kernel_samsung_smdk4412-936305a96ce1611093ad7a5591a62f9d7142be7c.zip kernel_samsung_smdk4412-936305a96ce1611093ad7a5591a62f9d7142be7c.tar.gz kernel_samsung_smdk4412-936305a96ce1611093ad7a5591a62f9d7142be7c.tar.bz2 |
OMAP1: OPP: add KConfig entry for 96MHz ARM rate (using a 12MHz oscillator)
Add KConfig entry for one of the OMAP1 DVFS rates that was missing it.
Based on the surrounding rate KConfigs and the oscillator frequency,
this patch marks it as valid for all OMAP1 platforms -- Richard,
Tuukka, Tony, perhaps you can comment if this does not look right?
In the long term, all of these CONFIG_OMAP_ARM_*MHZ should be removed.
The OPP settings should be associated with the platform information in
the structure data (perhaps by extending the omap_chip defines). The
selection of which rates to use should be handled at runtime; rates
that are impossible due to xtal frequency mismatch or SoC-type
mismatch should not be included. If implemented correctly, this
should save some CPU time and some memory on OMAP1 kernels.
Reported-by: Christoph Egger <siccegge@cs.fau.de>
Reported-by: The VAMOS Research Project <vamos@i4.informatik.uni-erlangen.de>
Cc: Marek Vasut <marek.vasut@gmail.com>
Cc: Richard Woodruff <r-woodruff2@ti.com>
Cc: Tuukka Tikkanen <tuukka.tikkanen@nokia.com>
Cc: Tony Lindgren <tony@atomide.com>
Signed-off-by: Paul Walmsley <paul@pwsan.com>
Diffstat (limited to 'arch/ia64/lib/memcpy.S')
0 files changed, 0 insertions, 0 deletions