summaryrefslogtreecommitdiffstats
path: root/init
diff options
context:
space:
mode:
authorJarkko Nikula <jhnikula@gmail.com>2011-09-26 09:45:44 +0200
committerTony Lindgren <tony@atomide.com>2011-09-27 02:48:27 +0200
commit1743d14fb6b428e52a9a0917d11d6eba9a110002 (patch)
tree88bdb1d289fff1da1dc6f1d4a76a971fa0db53c4 /init
parentARM: OMAP: mcbsp: Use per instance register cache size (diff)
downloadlinux-1743d14fb6b428e52a9a0917d11d6eba9a110002.tar.xz
linux-1743d14fb6b428e52a9a0917d11d6eba9a110002.zip
ARM: OMAP: mcbsp: Move sidetone clock management to mach-omap2/mcbsp.c
Active sidetone requires that McBSP interface clock doesn't idle and there is no mechanism in hwmod to turn autoidling on/off in runtime. McBSP2 and 3 in OMAP34xx share their interface clock with McBSP sidetone module and that interface clock must be active when the sidetone is operating. Sidetone has its own autoidle bit which should keep the interface clock active but it is broken. Putting the McBSP core to no-idle mode when the sidetone is active is no good either since it results to higher power consumption when using the threshold based DMA transfers. For making the McBSP code more generic, move this sidetone clock management with fixme comments to mach-omap2/mcbsp.c and pass pointer to it via platform data. Signed-off-by: Jarkko Nikula <jhnikula@gmail.com> Cc: Paul Wamsley <paul@pwsan.com> Acked-by: Peter Ujfalusi <peter.ujfalusi@ti.com> Tested-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl> Signed-off-by: Tony Lindgren <tony@atomide.com>
Diffstat (limited to 'init')
0 files changed, 0 insertions, 0 deletions