2008-02-18 17:40:22 +07:00
|
|
|
/*
|
|
|
|
* ASoC driver for TI DAVINCI EVM platform
|
|
|
|
*
|
2008-09-30 02:14:11 +07:00
|
|
|
* Author: Vladimir Barinov, <vbarinov@embeddedalley.com>
|
2008-02-18 17:40:22 +07:00
|
|
|
* Copyright: (C) 2007 MontaVista Software, Inc., <source@mvista.com>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify
|
|
|
|
* it under the terms of the GNU General Public License version 2 as
|
|
|
|
* published by the Free Software Foundation.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/moduleparam.h>
|
|
|
|
#include <linux/timer.h>
|
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <linux/platform_device.h>
|
2009-08-21 04:50:42 +07:00
|
|
|
#include <linux/i2c.h>
|
2008-02-18 17:40:22 +07:00
|
|
|
#include <sound/core.h>
|
|
|
|
#include <sound/pcm.h>
|
|
|
|
#include <sound/soc.h>
|
|
|
|
|
|
|
|
#include <asm/dma.h>
|
2009-05-15 03:01:59 +07:00
|
|
|
#include <asm/mach-types.h>
|
|
|
|
|
2008-02-18 17:40:22 +07:00
|
|
|
#include "davinci-pcm.h"
|
|
|
|
#include "davinci-i2s.h"
|
2009-06-05 17:28:49 +07:00
|
|
|
#include "davinci-mcasp.h"
|
2008-02-18 17:40:22 +07:00
|
|
|
|
2008-12-20 03:05:25 +07:00
|
|
|
#define AUDIO_FORMAT (SND_SOC_DAIFMT_DSP_B | \
|
|
|
|
SND_SOC_DAIFMT_CBM_CFM | SND_SOC_DAIFMT_IB_NF)
|
2008-02-18 17:40:22 +07:00
|
|
|
static int evm_hw_params(struct snd_pcm_substream *substream,
|
|
|
|
struct snd_pcm_hw_params *params)
|
|
|
|
{
|
|
|
|
struct snd_soc_pcm_runtime *rtd = substream->private_data;
|
2010-03-18 03:15:21 +07:00
|
|
|
struct snd_soc_dai *codec_dai = rtd->codec_dai;
|
|
|
|
struct snd_soc_dai *cpu_dai = rtd->cpu_dai;
|
2008-02-18 17:40:22 +07:00
|
|
|
int ret = 0;
|
2009-01-04 17:50:10 +07:00
|
|
|
unsigned sysclk;
|
|
|
|
|
|
|
|
/* ASP1 on DM355 EVM is clocked by an external oscillator */
|
2009-09-03 04:33:59 +07:00
|
|
|
if (machine_is_davinci_dm355_evm() || machine_is_davinci_dm6467_evm() ||
|
|
|
|
machine_is_davinci_dm365_evm())
|
2009-01-04 17:50:10 +07:00
|
|
|
sysclk = 27000000;
|
|
|
|
|
|
|
|
/* ASP0 in DM6446 EVM is clocked by U55, as configured by
|
|
|
|
* board-dm644x-evm.c using GPIOs from U18. There are six
|
|
|
|
* options; here we "know" we use a 48 KHz sample rate.
|
|
|
|
*/
|
|
|
|
else if (machine_is_davinci_evm())
|
|
|
|
sysclk = 12288000;
|
|
|
|
|
2009-08-12 03:59:21 +07:00
|
|
|
else if (machine_is_davinci_da830_evm() ||
|
|
|
|
machine_is_davinci_da850_evm())
|
2009-08-07 21:07:51 +07:00
|
|
|
sysclk = 24576000;
|
|
|
|
|
2009-01-04 17:50:10 +07:00
|
|
|
else
|
|
|
|
return -EINVAL;
|
2008-02-18 17:40:22 +07:00
|
|
|
|
|
|
|
/* set codec DAI configuration */
|
2008-12-20 03:05:23 +07:00
|
|
|
ret = snd_soc_dai_set_fmt(codec_dai, AUDIO_FORMAT);
|
2008-02-18 17:40:22 +07:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
/* set cpu DAI configuration */
|
2008-12-20 03:05:23 +07:00
|
|
|
ret = snd_soc_dai_set_fmt(cpu_dai, AUDIO_FORMAT);
|
2008-02-18 17:40:22 +07:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
/* set the codec system clock */
|
2009-01-04 17:50:10 +07:00
|
|
|
ret = snd_soc_dai_set_sysclk(codec_dai, 0, sysclk, SND_SOC_CLOCK_OUT);
|
2008-02-18 17:40:22 +07:00
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2010-03-10 16:18:33 +07:00
|
|
|
static int evm_spdif_hw_params(struct snd_pcm_substream *substream,
|
|
|
|
struct snd_pcm_hw_params *params)
|
|
|
|
{
|
|
|
|
struct snd_soc_pcm_runtime *rtd = substream->private_data;
|
2010-03-18 03:15:21 +07:00
|
|
|
struct snd_soc_dai *cpu_dai = rtd->cpu_dai;
|
2010-03-10 16:18:33 +07:00
|
|
|
|
|
|
|
/* set cpu DAI configuration */
|
|
|
|
return snd_soc_dai_set_fmt(cpu_dai, AUDIO_FORMAT);
|
|
|
|
}
|
|
|
|
|
2008-02-18 17:40:22 +07:00
|
|
|
static struct snd_soc_ops evm_ops = {
|
|
|
|
.hw_params = evm_hw_params,
|
|
|
|
};
|
|
|
|
|
2010-03-10 16:18:33 +07:00
|
|
|
static struct snd_soc_ops evm_spdif_ops = {
|
|
|
|
.hw_params = evm_spdif_hw_params,
|
|
|
|
};
|
|
|
|
|
2008-02-18 17:40:22 +07:00
|
|
|
/* davinci-evm machine dapm widgets */
|
|
|
|
static const struct snd_soc_dapm_widget aic3x_dapm_widgets[] = {
|
|
|
|
SND_SOC_DAPM_HP("Headphone Jack", NULL),
|
|
|
|
SND_SOC_DAPM_LINE("Line Out", NULL),
|
|
|
|
SND_SOC_DAPM_MIC("Mic Jack", NULL),
|
|
|
|
SND_SOC_DAPM_LINE("Line In", NULL),
|
|
|
|
};
|
|
|
|
|
|
|
|
/* davinci-evm machine audio_mapnections to the codec pins */
|
2008-05-13 19:58:30 +07:00
|
|
|
static const struct snd_soc_dapm_route audio_map[] = {
|
2008-02-18 17:40:22 +07:00
|
|
|
/* Headphone connected to HPLOUT, HPROUT */
|
|
|
|
{"Headphone Jack", NULL, "HPLOUT"},
|
|
|
|
{"Headphone Jack", NULL, "HPROUT"},
|
|
|
|
|
|
|
|
/* Line Out connected to LLOUT, RLOUT */
|
|
|
|
{"Line Out", NULL, "LLOUT"},
|
|
|
|
{"Line Out", NULL, "RLOUT"},
|
|
|
|
|
|
|
|
/* Mic connected to (MIC3L | MIC3R) */
|
|
|
|
{"MIC3L", NULL, "Mic Bias 2V"},
|
|
|
|
{"MIC3R", NULL, "Mic Bias 2V"},
|
|
|
|
{"Mic Bias 2V", NULL, "Mic Jack"},
|
|
|
|
|
|
|
|
/* Line In connected to (LINE1L | LINE2L), (LINE1R | LINE2R) */
|
|
|
|
{"LINE1L", NULL, "Line In"},
|
|
|
|
{"LINE2L", NULL, "Line In"},
|
|
|
|
{"LINE1R", NULL, "Line In"},
|
|
|
|
{"LINE2R", NULL, "Line In"},
|
|
|
|
};
|
|
|
|
|
|
|
|
/* Logic for a aic3x as connected on a davinci-evm */
|
2010-03-18 03:15:21 +07:00
|
|
|
static int evm_aic3x_init(struct snd_soc_pcm_runtime *rtd)
|
2008-02-18 17:40:22 +07:00
|
|
|
{
|
2010-03-18 03:15:21 +07:00
|
|
|
struct snd_soc_codec *codec = rtd->codec;
|
2010-11-05 20:53:46 +07:00
|
|
|
struct snd_soc_dapm_context *dapm = &codec->dapm;
|
2010-03-18 03:15:21 +07:00
|
|
|
|
2008-02-18 17:40:22 +07:00
|
|
|
/* Add davinci-evm specific widgets */
|
2010-11-05 20:53:46 +07:00
|
|
|
snd_soc_dapm_new_controls(dapm, aic3x_dapm_widgets,
|
2008-05-13 19:58:30 +07:00
|
|
|
ARRAY_SIZE(aic3x_dapm_widgets));
|
2008-02-18 17:40:22 +07:00
|
|
|
|
|
|
|
/* Set up davinci-evm specific audio path audio_map */
|
2010-11-05 20:53:46 +07:00
|
|
|
snd_soc_dapm_add_routes(dapm, audio_map, ARRAY_SIZE(audio_map));
|
2008-02-18 17:40:22 +07:00
|
|
|
|
|
|
|
/* not connected */
|
2010-11-05 20:53:46 +07:00
|
|
|
snd_soc_dapm_disable_pin(dapm, "MONO_LOUT");
|
|
|
|
snd_soc_dapm_disable_pin(dapm, "HPLCOM");
|
|
|
|
snd_soc_dapm_disable_pin(dapm, "HPRCOM");
|
2008-02-18 17:40:22 +07:00
|
|
|
|
|
|
|
/* always connected */
|
2010-11-05 20:53:46 +07:00
|
|
|
snd_soc_dapm_enable_pin(dapm, "Headphone Jack");
|
|
|
|
snd_soc_dapm_enable_pin(dapm, "Line Out");
|
|
|
|
snd_soc_dapm_enable_pin(dapm, "Mic Jack");
|
|
|
|
snd_soc_dapm_enable_pin(dapm, "Line In");
|
2008-02-18 17:40:22 +07:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* davinci-evm digital audio interface glue - connects codec <--> CPU */
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
static struct snd_soc_dai_link dm6446_evm_dai = {
|
2008-02-18 17:40:22 +07:00
|
|
|
.name = "TLV320AIC3X",
|
|
|
|
.stream_name = "AIC3X",
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
.cpu_dai_name = "davinci-mcbsp",
|
2010-03-18 03:15:21 +07:00
|
|
|
.codec_dai_name = "tlv320aic3x-hifi",
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
.codec_name = "tlv320aic3x-codec.1-001b",
|
2012-08-27 20:26:39 +07:00
|
|
|
.platform_name = "davinci-mcbsp",
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
.init = evm_aic3x_init,
|
|
|
|
.ops = &evm_ops,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct snd_soc_dai_link dm355_evm_dai = {
|
|
|
|
.name = "TLV320AIC3X",
|
|
|
|
.stream_name = "AIC3X",
|
|
|
|
.cpu_dai_name = "davinci-mcbsp.1",
|
|
|
|
.codec_dai_name = "tlv320aic3x-hifi",
|
|
|
|
.codec_name = "tlv320aic3x-codec.1-001b",
|
2012-08-27 20:26:39 +07:00
|
|
|
.platform_name = "davinci-mcbsp.1",
|
2008-02-18 17:40:22 +07:00
|
|
|
.init = evm_aic3x_init,
|
|
|
|
.ops = &evm_ops,
|
|
|
|
};
|
|
|
|
|
2010-03-11 22:33:40 +07:00
|
|
|
static struct snd_soc_dai_link dm365_evm_dai = {
|
|
|
|
#ifdef CONFIG_SND_DM365_AIC3X_CODEC
|
|
|
|
.name = "TLV320AIC3X",
|
|
|
|
.stream_name = "AIC3X",
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
.cpu_dai_name = "davinci-mcbsp",
|
2010-03-18 03:15:21 +07:00
|
|
|
.codec_dai_name = "tlv320aic3x-hifi",
|
2010-03-11 22:33:40 +07:00
|
|
|
.init = evm_aic3x_init,
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
.codec_name = "tlv320aic3x-codec.1-0018",
|
2010-03-11 22:33:40 +07:00
|
|
|
.ops = &evm_ops,
|
2012-08-27 20:26:39 +07:00
|
|
|
.platform_name = "davinci-mcbsp",
|
2010-03-11 22:33:40 +07:00
|
|
|
#elif defined(CONFIG_SND_DM365_VOICE_CODEC)
|
|
|
|
.name = "Voice Codec - CQ93VC",
|
|
|
|
.stream_name = "CQ93",
|
2010-03-18 03:15:21 +07:00
|
|
|
.cpu_dai_name = "davinci-vcif",
|
|
|
|
.codec_dai_name = "cq93vc-hifi",
|
|
|
|
.codec_name = "cq93vc-codec",
|
2012-08-27 20:26:39 +07:00
|
|
|
.platform_name = "avinci-vcif",
|
2010-03-11 22:33:40 +07:00
|
|
|
#endif
|
|
|
|
};
|
|
|
|
|
2009-06-05 17:28:49 +07:00
|
|
|
static struct snd_soc_dai_link dm6467_evm_dai[] = {
|
|
|
|
{
|
|
|
|
.name = "TLV320AIC3X",
|
|
|
|
.stream_name = "AIC3X",
|
2010-03-18 03:15:21 +07:00
|
|
|
.cpu_dai_name= "davinci-mcasp.0",
|
|
|
|
.codec_dai_name = "tlv320aic3x-hifi",
|
2012-08-27 20:26:39 +07:00
|
|
|
.platform_name = "davinci-mcasp.0",
|
2010-03-18 03:15:21 +07:00
|
|
|
.codec_name = "tlv320aic3x-codec.0-001a",
|
2009-06-05 17:28:49 +07:00
|
|
|
.init = evm_aic3x_init,
|
|
|
|
.ops = &evm_ops,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.name = "McASP",
|
|
|
|
.stream_name = "spdif",
|
2010-03-18 03:15:21 +07:00
|
|
|
.cpu_dai_name= "davinci-mcasp.1",
|
|
|
|
.codec_dai_name = "dit-hifi",
|
|
|
|
.codec_name = "spdif_dit",
|
2012-08-27 20:26:39 +07:00
|
|
|
.platform_name = "davinci-mcasp.1",
|
2010-03-10 16:18:33 +07:00
|
|
|
.ops = &evm_spdif_ops,
|
2009-06-05 17:28:49 +07:00
|
|
|
},
|
|
|
|
};
|
2011-02-03 18:12:25 +07:00
|
|
|
|
|
|
|
static struct snd_soc_dai_link da830_evm_dai = {
|
|
|
|
.name = "TLV320AIC3X",
|
|
|
|
.stream_name = "AIC3X",
|
|
|
|
.cpu_dai_name = "davinci-mcasp.1",
|
|
|
|
.codec_dai_name = "tlv320aic3x-hifi",
|
|
|
|
.codec_name = "tlv320aic3x-codec.1-0018",
|
2012-08-27 20:26:39 +07:00
|
|
|
.platform_name = "davinci-mcasp.1",
|
2011-02-03 18:12:25 +07:00
|
|
|
.init = evm_aic3x_init,
|
|
|
|
.ops = &evm_ops,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct snd_soc_dai_link da850_evm_dai = {
|
2009-08-07 21:07:51 +07:00
|
|
|
.name = "TLV320AIC3X",
|
|
|
|
.stream_name = "AIC3X",
|
2010-03-18 03:15:21 +07:00
|
|
|
.cpu_dai_name= "davinci-mcasp.0",
|
|
|
|
.codec_dai_name = "tlv320aic3x-hifi",
|
2011-01-21 21:40:01 +07:00
|
|
|
.codec_name = "tlv320aic3x-codec.1-0018",
|
2012-08-27 20:26:39 +07:00
|
|
|
.platform_name = "davinci-mcasp.0",
|
2009-08-07 21:07:51 +07:00
|
|
|
.init = evm_aic3x_init,
|
|
|
|
.ops = &evm_ops,
|
|
|
|
};
|
2009-06-05 17:28:49 +07:00
|
|
|
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
/* davinci dm6446 evm audio machine driver */
|
|
|
|
static struct snd_soc_card dm6446_snd_soc_card_evm = {
|
|
|
|
.name = "DaVinci DM6446 EVM",
|
2011-12-22 20:19:42 +07:00
|
|
|
.owner = THIS_MODULE,
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
.dai_link = &dm6446_evm_dai,
|
|
|
|
.num_links = 1,
|
|
|
|
};
|
|
|
|
|
|
|
|
/* davinci dm355 evm audio machine driver */
|
|
|
|
static struct snd_soc_card dm355_snd_soc_card_evm = {
|
|
|
|
.name = "DaVinci DM355 EVM",
|
2011-12-22 20:19:42 +07:00
|
|
|
.owner = THIS_MODULE,
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
.dai_link = &dm355_evm_dai,
|
2008-02-18 17:40:22 +07:00
|
|
|
.num_links = 1,
|
|
|
|
};
|
|
|
|
|
2010-03-11 22:33:40 +07:00
|
|
|
/* davinci dm365 evm audio machine driver */
|
|
|
|
static struct snd_soc_card dm365_snd_soc_card_evm = {
|
|
|
|
.name = "DaVinci DM365 EVM",
|
2011-12-22 20:19:42 +07:00
|
|
|
.owner = THIS_MODULE,
|
2010-03-11 22:33:40 +07:00
|
|
|
.dai_link = &dm365_evm_dai,
|
|
|
|
.num_links = 1,
|
|
|
|
};
|
|
|
|
|
2009-06-05 17:28:49 +07:00
|
|
|
/* davinci dm6467 evm audio machine driver */
|
|
|
|
static struct snd_soc_card dm6467_snd_soc_card_evm = {
|
|
|
|
.name = "DaVinci DM6467 EVM",
|
2011-12-22 20:19:42 +07:00
|
|
|
.owner = THIS_MODULE,
|
2009-06-05 17:28:49 +07:00
|
|
|
.dai_link = dm6467_evm_dai,
|
|
|
|
.num_links = ARRAY_SIZE(dm6467_evm_dai),
|
|
|
|
};
|
|
|
|
|
2009-08-07 21:07:51 +07:00
|
|
|
static struct snd_soc_card da830_snd_soc_card = {
|
2009-08-12 03:59:21 +07:00
|
|
|
.name = "DA830/OMAP-L137 EVM",
|
2011-12-22 20:19:42 +07:00
|
|
|
.owner = THIS_MODULE,
|
2011-02-03 18:12:25 +07:00
|
|
|
.dai_link = &da830_evm_dai,
|
2009-08-12 03:59:21 +07:00
|
|
|
.num_links = 1,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct snd_soc_card da850_snd_soc_card = {
|
|
|
|
.name = "DA850/OMAP-L138 EVM",
|
2011-12-22 20:19:42 +07:00
|
|
|
.owner = THIS_MODULE,
|
2011-02-03 18:12:25 +07:00
|
|
|
.dai_link = &da850_evm_dai,
|
2009-08-07 21:07:51 +07:00
|
|
|
.num_links = 1,
|
|
|
|
};
|
|
|
|
|
2008-02-18 17:40:22 +07:00
|
|
|
static struct platform_device *evm_snd_device;
|
|
|
|
|
|
|
|
static int __init evm_init(void)
|
|
|
|
{
|
2010-03-18 03:15:21 +07:00
|
|
|
struct snd_soc_card *evm_snd_dev_data;
|
2009-05-15 03:01:59 +07:00
|
|
|
int index;
|
2008-02-18 17:40:22 +07:00
|
|
|
int ret;
|
|
|
|
|
2010-03-11 22:33:40 +07:00
|
|
|
if (machine_is_davinci_evm()) {
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
evm_snd_dev_data = &dm6446_snd_soc_card_evm;
|
2009-05-15 03:01:59 +07:00
|
|
|
index = 0;
|
|
|
|
} else if (machine_is_davinci_dm355_evm()) {
|
ASoC: davinci: fixes for multi-component
Multi-component commit f0fba2ad broke a few things which this patch should
fix. Tested on the DM355 EVM. I've been as careful as I can, but it would be
good if those with access to other Davinci boards could test.
--
The multi-component commit put the initialisation of
snd_soc_dai.[capture|playback]_dma_data into snd_soc_dai_ops.hw_params of the
McBSP, McASP & VCIF drivers (davinci-i2s.c, davinci-mcasp.c & davinci-vcif.c).
The initialisation had to be moved from the probe function in these drivers
because davinci_*_dai changed from snd_soc_dai to snd_soc_dai_driver.
Unfortunately, the DMA params pointer is needed by davinci_pcm_open (in
davinci-pcm.c) before hw_params is called. I have moved the initialisation to
a new snd_soc_dai_ops.startup function in each of these drivers. This fix
indicates that all platforms that use davinci-pcm must have been broken and
need to test with this fix.
--
The multi-component commit also changed the McBSP driver name from
"davinci-asp" to "davinci-i2s" in davinci-i2s.c without updating the board
level references to the driver name. This change is understandable, as there
is a similarly named "davinci-mcasp" driver in davinci-mcasp.c.
There is probably no 'correct' name for this driver. The DM6446 datasheet
calls it the "ASP" and describes it as a "specialised McBSP". The DM355
datasheet calls it the "ASP" and describes it as a "specialised ASP". The
DM365 datasheet calls it the "McBSP". Rather than fix this problem by
reverting to "davinci-asp", I've elected to avoid future confusion with the
"davinci-mcasp" driver by changing it to "davinci-mcbsp", which is also
consistent with the names of the functions in the driver. There are other
fixes required, so it was never going to be as simple as a revert anyway.
--
The DM365 only has one McBSP port (of the McBSP platforms, only the DM355 has
2 ports), so I've changed the the id of the platform_device from 0 to -1.
--
In davinci-evm.c, the DM6446 EVM can no longer share a snd_soc_dai_link
structure with the DM355 EVM as they use different cpu DAI names (the DM355
has 2 ports and the EVM uses the second port, but the DM6446 only has 1 port).
This also means that the 2 boards need different snd_soc_card structures.
--
The codec_name entries in davinci-evm.c didn't match the i2c ids in the board
files. I have only checked and fixed the details of the names used for the
McBSP based platforms. Someone with a McASP based platform (eg DA8xx) should
check the others.
Signed-off-by: Chris Paulson-Ellis <chris@edesix.com>
Acked-by: Liam Girdwood <lrg@slimlogic.co.uk>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2010-11-16 19:27:09 +07:00
|
|
|
evm_snd_dev_data = &dm355_snd_soc_card_evm;
|
2009-05-15 03:01:59 +07:00
|
|
|
index = 1;
|
2010-03-11 22:33:40 +07:00
|
|
|
} else if (machine_is_davinci_dm365_evm()) {
|
2010-03-18 03:15:21 +07:00
|
|
|
evm_snd_dev_data = &dm365_snd_soc_card_evm;
|
2010-03-11 22:33:40 +07:00
|
|
|
index = 0;
|
2009-06-05 17:28:49 +07:00
|
|
|
} else if (machine_is_davinci_dm6467_evm()) {
|
2010-03-18 03:15:21 +07:00
|
|
|
evm_snd_dev_data = &dm6467_snd_soc_card_evm;
|
2009-06-05 17:28:49 +07:00
|
|
|
index = 0;
|
2009-08-07 21:07:51 +07:00
|
|
|
} else if (machine_is_davinci_da830_evm()) {
|
2010-03-18 03:15:21 +07:00
|
|
|
evm_snd_dev_data = &da830_snd_soc_card;
|
2009-08-07 21:07:51 +07:00
|
|
|
index = 1;
|
2009-08-12 03:59:21 +07:00
|
|
|
} else if (machine_is_davinci_da850_evm()) {
|
2010-03-18 03:15:21 +07:00
|
|
|
evm_snd_dev_data = &da850_snd_soc_card;
|
2009-08-12 03:59:21 +07:00
|
|
|
index = 0;
|
2009-05-15 03:01:59 +07:00
|
|
|
} else
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
evm_snd_device = platform_device_alloc("soc-audio", index);
|
2008-02-18 17:40:22 +07:00
|
|
|
if (!evm_snd_device)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2009-06-05 17:28:49 +07:00
|
|
|
platform_set_drvdata(evm_snd_device, evm_snd_dev_data);
|
2008-02-18 17:40:22 +07:00
|
|
|
ret = platform_device_add(evm_snd_device);
|
|
|
|
if (ret)
|
|
|
|
platform_device_put(evm_snd_device);
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __exit evm_exit(void)
|
|
|
|
{
|
|
|
|
platform_device_unregister(evm_snd_device);
|
|
|
|
}
|
|
|
|
|
|
|
|
module_init(evm_init);
|
|
|
|
module_exit(evm_exit);
|
|
|
|
|
|
|
|
MODULE_AUTHOR("Vladimir Barinov");
|
|
|
|
MODULE_DESCRIPTION("TI DAVINCI EVM ASoC driver");
|
|
|
|
MODULE_LICENSE("GPL");
|