diff options
author | Janusz Krzysztofik <jkrzyszt@tis.icnet.pl> | 2009-10-21 23:10:03 +0200 |
---|---|---|
committer | Mark Brown <broonie@opensource.wolfsonmicro.com> | 2009-10-22 11:47:14 +0100 |
commit | 0ffc11800cb2a74b05c2f5b28966ebd50b27f70c (patch) | |
tree | 6736cc689f2ba02e9d085dab4dd7cc3af024d7a7 /drivers/mfd | |
parent | 017deee63934349a70292666acfedea8e6eb6eb8 (diff) | |
download | op-kernel-dev-0ffc11800cb2a74b05c2f5b28966ebd50b27f70c.zip op-kernel-dev-0ffc11800cb2a74b05c2f5b28966ebd50b27f70c.tar.gz |
ASoC: OMAP: Don't try to set unsupported OMAP_DMA_DATA_BURST_16 on OMAP1
After DMA burst mode has been introduced in sound/soc/omap/omap-pcm.c,
omap_pcm_prepare() unconditionally calls:
omap_set_dma_src_burst_mode(prtd->dma_ch, OMAP_DMA_DATA_BURST_16);
omap_set_dma_dest_burst_mode(prtd->dma_ch, OMAP_DMA_DATA_BURST_16);
Current implementation of those two functions found in
arch/arm/plat-ompa/dma.c doesn't support OMAP_DMA_DATA_BURST_16 on OMAP1 at
all, so they both end with BUG() on that machine. That results in
ASoC being completely unusable, at least on my OMAP5910 based Amstrad Delta.
The patch corrects the problem by not calling those two functions when run on
OMAP1 class based machines.
Created against linux-2.6.32-rc5.
Tested on Amstrad Delta.
Signed-off-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
Acked-by: Jarkko Nikula <jhnikula@gmail.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
Diffstat (limited to 'drivers/mfd')
0 files changed, 0 insertions, 0 deletions