aboutsummaryrefslogtreecommitdiffstats
path: root/sound/sound_core.c
diff options
context:
space:
mode:
authorRajashekhara, Sudhakar <sudhakar.raj@ti.com>2011-07-20 17:36:04 +0530
committerGreg Kroah-Hartman <gregkh@suse.de>2011-08-04 21:58:33 -0700
commitcad9b0afb809af7e7710dd8d3cf48e79eab5e276 (patch)
tree194a1f2c8b17c110f777d585b704c1631bfadcfe /sound/sound_core.c
parent6d1c18d3afe7b182f09402d41f82206544d9c3ff (diff)
downloadkernel_samsung_crespo-cad9b0afb809af7e7710dd8d3cf48e79eab5e276.zip
kernel_samsung_crespo-cad9b0afb809af7e7710dd8d3cf48e79eab5e276.tar.gz
kernel_samsung_crespo-cad9b0afb809af7e7710dd8d3cf48e79eab5e276.tar.bz2
ASoC: davinci: fix codec start and stop functions
commit 3012f43eaf7592d8121426918e43e3b5db013aff upstream. According to DM365 voice codec data sheet at [1], before starting recording or playback, ADC/DAC modules should follow a reset and enable cycle. Writing a 1 to the ADC/DAC bit in the register resets the module and clearing the bit to 0 will enable the module. But the driver seems to be doing the reverse of it. [1] http://focus.ti.com/lit/ug/sprufi9b/sprufi9b.pdf Signed-off-by: Rajashekhara, Sudhakar <sudhakar.raj@ti.com> Acked-by: Liam Girdwood <lrg@ti.com> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'sound/sound_core.c')
0 files changed, 0 insertions, 0 deletions