aboutsummaryrefslogtreecommitdiffstats
path: root/arch/ia64/lib/memcpy.S
diff options
context:
space:
mode:
authorPaul Walmsley <paul@pwsan.com>2010-07-26 16:34:27 -0600
committerPaul Walmsley <paul@pwsan.com>2010-07-26 16:34:27 -0600
commit936305a96ce1611093ad7a5591a62f9d7142be7c (patch)
treef212c661924918c7392b060cbc0f749d4c56d754 /arch/ia64/lib/memcpy.S
parentb3c1cff6985a78dcf2842960f866b07230ccef10 (diff)
downloadkernel_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