mirror of
https://github.com/AuxXxilium/linux_dsm_epyc7002.git
synced 2024-12-28 11:18:45 +07:00
03945e99a8
Based on the format of the stream the omap-pcm can decide alone what data type should be used with by the sDMA. Keep the possibility for OMAP dai drivers to tell omap-pcm if they want to use different data type. This is needed for the omap-hdmi for example which needs 32bit data type even if the stream format is S16_LE. The check if (dma_data->data_type) is safe at the moment since omap-pcm does not support 8bit samples (OMAP_DMA_DATA_TYPE_S8 == 0x00). The next step is to redefine the meaning of dma_data->data_type to unblock this limitation. Signed-off-by: Peter Ujfalusi <peter.ujfalusi@ti.com> Tested-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl> Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com> |
||
---|---|---|
.. | ||
atmel | ||
au1x | ||
blackfin | ||
cirrus | ||
codecs | ||
davinci | ||
dwc | ||
fsl | ||
generic | ||
jz4740 | ||
kirkwood | ||
mid-x86 | ||
mxs | ||
nuc900 | ||
omap | ||
pxa | ||
s6000 | ||
samsung | ||
sh | ||
spear | ||
tegra | ||
txx9 | ||
ux500 | ||
Kconfig | ||
Makefile | ||
soc-cache.c | ||
soc-compress.c | ||
soc-core.c | ||
soc-dapm.c | ||
soc-dmaengine-pcm.c | ||
soc-io.c | ||
soc-jack.c | ||
soc-pcm.c | ||
soc-utils.c |