kernel/git/stable/linux.git/sound/soc/davinci/Kconfig, branch master

ASoC: ti: Merge davinci and omap directories

2018-12-18T12:22:43+00:00

Create new directory to contain all Texas Instruments specific DAI, platform and machine drivers instead of scattering them under davinci and omap directories. There is already inter dependency between the two directories becasue of McASP (on dra7x it is serviced by sDMA, not EDMA). With the upcoming AM654 we will need to introduce new platform driver for UDMA and it does not fit under davinci, nor under omap. With the move I have restructured the Kconfig to be more usable in the era of simple-sound-card: CPU DAIs can be selected individually and they will select the platform driver they can be served with. To avoid breakage, I have moved over deprecated Kconfig options so defconfig builds will work without regression. Signed-off-by: Peter Ujfalusi For sound/soc/{omap => ti}: Tested-by: Jarkko Nikula Acked-by: Jarkko Nikula Acked-by: Tony Lindgren Signed-off-by: Mark Brown

ASoC: davinci-mcasp: Convert to use the sdma-pcm instead of omap-pcm

2018-05-11T02:26:15+00:00

Use the new platform driver in case of sDMA. Signed-off-by: Peter Ujfalusi Signed-off-by: Mark Brown

ASoC: Davinci: McBSP: add device tree support for McBSP

2016-04-18T16:32:33+00:00

This adds DT support for the TI DA8xx/OMAP-L1x/AM17xx/AM18xx McBSP driver. Signed-off-by: Petr Kulhavy Reviewed-by: Peter Ujfalusi Signed-off-by: Mark Brown

ASoC: davinci: Kconfig: Update the edma-pcm section's dependency and help

2016-03-12T02:45:59+00:00

Instead of depending on individual SoCs make the edma-pcm depend on the eDMA dmaengine driver (TI_EDMA). Update the help text and add DRA7xx family since they have eDMA integrated as well along with sDMA. Signed-off-by: Peter Ujfalusi Signed-off-by: Mark Brown

ASoC: davinci-mcasp: Deprecate the use of davinci-pcm in favor of edma-pcm

2015-03-04T17:26:28+00:00

The edma-pcm performs as good as the old davinci-pcm and it's use does not require the 'ping-pong' mode of davinci-pcm, which was introduced to overcome under/over flow issues when using davinci-pcm. Keep the SND_DAVINCI_SOC config option to select the SND_EDMA_SOC to avoid regression in audio support. Signed-off-by: Peter Ujfalusi Signed-off-by: Mark Brown

ASoC: davinci: Select SND_EDMA_SOC when SND_DAVINCI_SOC is enabled

2015-03-04T17:26:28+00:00

edma-pcm going to replace davinci-pcm as platform driver for daVinci platform. Signed-off-by: Peter Ujfalusi Signed-off-by: Mark Brown

ASoC: davinci: fix DM365_EVM codec selection

2015-01-29T11:51:29+00:00

An earlier bug fix of mine made the SND_DM365_VOICE_CODEC symbol tristate to avoid creating an undefined reference from the davinci-vcif.c driver to the davinci_soc_platform_register function that may be in a module. However, this may now lead to a different error on randconfig kernels: "warning: SND_DM365_VOICE_CODEC creates inconsistent choice state" This happens because we now have a choice statement with one bool and one tristate option, and the latter might not support being set to 'y' because of dependencies. This new change turns the other option into 'tristate' as well, which avoids the problem. Signed-off-by: Arnd Bergmann Fixes: 19926c6de0c3 ("ASoC: davinci: vcif must be a module if SND_DAVINCI_SOC is") Signed-off-by: Mark Brown

ASoC: davinci: vcif must be a module if SND_DAVINCI_SOC is

2014-09-29T16:12:05+00:00

It is possible to configure a kernel with SND_DAVINCI_SOC=m and SND_DM365_VOICE_CODEC=y, which results in a link error: sound/built-in.o: In function `davinci_vcif_probe': sound/soc/davinci/davinci-vcif.c:223: undefined reference to `davinci_soc_platform_register' The best way to avoid this is to make SND_DM365_VOICE_CODEC a tristate option that depends on SND_DAVINCI_SOC, so it can only be a module or disabled when the base driver is a loadable module Signed-off-by: Arnd Bergmann Signed-off-by: Mark Brown

ASoC: davinci: Enable menuconfig entry for McASP

2014-08-04T15:28:30+00:00

In order to be able to use simple-card with McASP on TI SoC based boards we need to be able to select the McASP via menuconfig. Signed-off-by: Peter Ujfalusi Signed-off-by: Mark Brown

ASoC: davinci-mcasp: Use dmaengine based platform driver for AM335x/447x

2014-07-16T21:09:13+00:00

Use the edma-pcm with AM335x and AM437x SoCs. Keep using the davinci-pcm for daVinci devices, they can be switched to use the dmaengine based driver later when they are verified to work correctly. Signed-off-by: Peter Ujfalusi Tested-by: Daniel Mack Signed-off-by: Mark Brown