2008-04-25 05:55:19 -06:00
|
|
|
config SND_OMAP_SOC
|
|
|
|
tristate "SoC Audio for the Texas Instruments OMAP chips"
|
2013-10-01 12:20:50 -06:00
|
|
|
depends on (ARCH_OMAP && DMA_OMAP) || (ARM && COMPILE_TEST)
|
2013-08-12 02:42:37 -06:00
|
|
|
select SND_DMAENGINE_PCM
|
2008-04-25 05:55:19 -06:00
|
|
|
|
2011-11-28 06:45:40 -07:00
|
|
|
config SND_OMAP_SOC_DMIC
|
|
|
|
tristate
|
|
|
|
|
2008-04-25 05:55:19 -06:00
|
|
|
config SND_OMAP_SOC_MCBSP
|
|
|
|
tristate
|
|
|
|
|
2010-02-22 14:09:22 -07:00
|
|
|
config SND_OMAP_SOC_MCPDM
|
|
|
|
tristate
|
|
|
|
|
2011-06-02 14:44:47 -06:00
|
|
|
config SND_OMAP_SOC_HDMI
|
|
|
|
tristate
|
|
|
|
|
2008-04-25 05:55:19 -06:00
|
|
|
config SND_OMAP_SOC_N810
|
|
|
|
tristate "SoC Audio support for Nokia N810"
|
2009-01-23 07:53:58 -07:00
|
|
|
depends on SND_OMAP_SOC && MACH_NOKIA_N810 && I2C
|
2010-12-01 02:01:20 -07:00
|
|
|
depends on OMAP_MUX
|
2008-04-25 05:55:19 -06:00
|
|
|
select SND_OMAP_SOC_MCBSP
|
|
|
|
select SND_SOC_TLV320AIC3X
|
|
|
|
help
|
|
|
|
Say Y if you want to add support for SoC audio on Nokia N810.
|
2008-10-02 03:32:45 -06:00
|
|
|
|
2010-05-05 02:14:22 -06:00
|
|
|
config SND_OMAP_SOC_RX51
|
2014-11-09 12:41:51 -07:00
|
|
|
tristate "SoC Audio support for Nokia N900 (RX-51)"
|
|
|
|
depends on SND_OMAP_SOC && ARM && I2C
|
2010-05-05 02:14:22 -06:00
|
|
|
select SND_OMAP_SOC_MCBSP
|
|
|
|
select SND_SOC_TLV320AIC3X
|
2011-01-27 07:47:11 -07:00
|
|
|
select SND_SOC_TPA6130A2
|
2014-01-20 15:52:28 -07:00
|
|
|
depends on GPIOLIB
|
2010-05-05 02:14:22 -06:00
|
|
|
help
|
2014-11-09 12:41:51 -07:00
|
|
|
Say Y if you want to add support for SoC audio on Nokia N900
|
|
|
|
cellphone.
|
2010-05-05 02:14:22 -06:00
|
|
|
|
ASoC: add support for Amstrad E3 (Delta) machine
This patch adds machine support for Amstrad E3 (Delta) videophone to ASoC.
Created and tested against linux-2.6.31-rc3.
Applies and works with linux-omap-2.6 commit
7c5cb7862d32cb344be7831d466535d5255e35ac as well.
Depends on:
1) latest version of the CX20442 codec driver that exposes v253_ops
structure[1],
2) patch 2/3 form this series: TTY: Add definition of a new line
discipline required by Amstrad E3 (Delta) ASoC driver[2].
CPU DAI parameters best matching the codec DAI has been selected out
empirically for best user experience.
Board specific audio function control (with related DAPM widgets) has been
modeled after empirically discovered codec capabilities.
Unlike other ASoC machine drivers, this one makes use of a codec provided line
discipline that is required for talking to a modem chip that can control the
codec behavoiur. As the line discipline operations must call board specific
bits as well, the machine driver registers its own line discipline ops, not
the codec provided, and then calls those codec provided from inside its own
callbacks.
If some kind of a glue, like a bus over a tty, exsited that could help in
runtime detection of a modem (bus adapter) over a more generic line discipline
(bus driver)[3], the line discipline code could be probably designed in a
more generic way.
In order to work at all, this driver requires a working McBSP1. On OMAP1510
based machines (not sure if other OMAP1 variants as well), where McBSP1 is a
DSP public peripheral, that means the kernel must provide basic DSP support,
ie. omap_dsp_init(), in order to power up the DSP. This used to be included in
linux-omap-2.6 tree up to commit 2512fd29db4eb09e82d182596304c7aaf76d2c5c.
Without that, the driver would not work, ie. not shift in/out any bits over
the CPU DAI[4]. This limitation is not board, but CPU specific, and may apply
to other code that makes use of McBSP1/McBSP3 on affected machines. I provide
an extra patch (4/3) as a temporary solution.
To work correctly in playback mode, this driver requires my prevoiusly
submitted patch that corrects pcm pointer calculation for OMAP1510 based
machines[5] (already included in linux-2.6.31-rc3).
To support codec controls, this driver requires my previously submitted patch
that adds support for modem found on Amstrad Delta[6].
[1] http://mailman.alsa-project.org/pipermail/alsa-devel/2009-July/019780.html
[2] http://www.spinics.net/lists/linux-serial/msg01862.html
[3] http://www.spinics.net/lists/linux-serial/msg01856.html
[4] http://www.spinics.net/lists/linux-omap/msg15114.html
[5] http://mailman.alsa-project.org/pipermail/alsa-devel/2009-June/018950.html
[6] http://www.spinics.net/lists/linux-omap/msg15432.html
Credits to:
Mark Underwood - for his initial, omap-alsa based sound driver for
this machine,
Mark Brown - for his help, patience and excellent subsytem maintainer support.
Signed-off-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2009-07-29 05:18:53 -06:00
|
|
|
config SND_OMAP_SOC_AMS_DELTA
|
|
|
|
tristate "SoC Audio support for Amstrad E3 (Delta) videophone"
|
2014-04-29 05:18:35 -06:00
|
|
|
depends on SND_OMAP_SOC && MACH_AMS_DELTA && TTY
|
ASoC: add support for Amstrad E3 (Delta) machine
This patch adds machine support for Amstrad E3 (Delta) videophone to ASoC.
Created and tested against linux-2.6.31-rc3.
Applies and works with linux-omap-2.6 commit
7c5cb7862d32cb344be7831d466535d5255e35ac as well.
Depends on:
1) latest version of the CX20442 codec driver that exposes v253_ops
structure[1],
2) patch 2/3 form this series: TTY: Add definition of a new line
discipline required by Amstrad E3 (Delta) ASoC driver[2].
CPU DAI parameters best matching the codec DAI has been selected out
empirically for best user experience.
Board specific audio function control (with related DAPM widgets) has been
modeled after empirically discovered codec capabilities.
Unlike other ASoC machine drivers, this one makes use of a codec provided line
discipline that is required for talking to a modem chip that can control the
codec behavoiur. As the line discipline operations must call board specific
bits as well, the machine driver registers its own line discipline ops, not
the codec provided, and then calls those codec provided from inside its own
callbacks.
If some kind of a glue, like a bus over a tty, exsited that could help in
runtime detection of a modem (bus adapter) over a more generic line discipline
(bus driver)[3], the line discipline code could be probably designed in a
more generic way.
In order to work at all, this driver requires a working McBSP1. On OMAP1510
based machines (not sure if other OMAP1 variants as well), where McBSP1 is a
DSP public peripheral, that means the kernel must provide basic DSP support,
ie. omap_dsp_init(), in order to power up the DSP. This used to be included in
linux-omap-2.6 tree up to commit 2512fd29db4eb09e82d182596304c7aaf76d2c5c.
Without that, the driver would not work, ie. not shift in/out any bits over
the CPU DAI[4]. This limitation is not board, but CPU specific, and may apply
to other code that makes use of McBSP1/McBSP3 on affected machines. I provide
an extra patch (4/3) as a temporary solution.
To work correctly in playback mode, this driver requires my prevoiusly
submitted patch that corrects pcm pointer calculation for OMAP1510 based
machines[5] (already included in linux-2.6.31-rc3).
To support codec controls, this driver requires my previously submitted patch
that adds support for modem found on Amstrad Delta[6].
[1] http://mailman.alsa-project.org/pipermail/alsa-devel/2009-July/019780.html
[2] http://www.spinics.net/lists/linux-serial/msg01862.html
[3] http://www.spinics.net/lists/linux-serial/msg01856.html
[4] http://www.spinics.net/lists/linux-omap/msg15114.html
[5] http://mailman.alsa-project.org/pipermail/alsa-devel/2009-June/018950.html
[6] http://www.spinics.net/lists/linux-omap/msg15432.html
Credits to:
Mark Underwood - for his initial, omap-alsa based sound driver for
this machine,
Mark Brown - for his help, patience and excellent subsytem maintainer support.
Signed-off-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2009-07-29 05:18:53 -06:00
|
|
|
select SND_OMAP_SOC_MCBSP
|
|
|
|
select SND_SOC_CX20442
|
|
|
|
help
|
2009-10-23 16:06:48 -06:00
|
|
|
Say Y if you want to add support for SoC audio device connected to
|
|
|
|
a handset and a speakerphone found on Amstrad E3 (Delta) videophone.
|
|
|
|
|
|
|
|
Note that in order to get those devices fully supported, you have to
|
|
|
|
build the kernel with standard serial port driver included and
|
|
|
|
configured for at least 4 ports. Then, from userspace, you must load
|
|
|
|
a line discipline #19 on the modem (ttyS3) serial line. The simplest
|
|
|
|
way to achieve this is to install util-linux-ng and use the included
|
|
|
|
ldattach utility. This can be started automatically from udev,
|
|
|
|
a simple rule like this one should do the trick (it does for me):
|
|
|
|
ACTION=="add", KERNEL=="controlC0", \
|
|
|
|
RUN+="/usr/sbin/ldattach 19 /dev/ttyS3"
|
ASoC: add support for Amstrad E3 (Delta) machine
This patch adds machine support for Amstrad E3 (Delta) videophone to ASoC.
Created and tested against linux-2.6.31-rc3.
Applies and works with linux-omap-2.6 commit
7c5cb7862d32cb344be7831d466535d5255e35ac as well.
Depends on:
1) latest version of the CX20442 codec driver that exposes v253_ops
structure[1],
2) patch 2/3 form this series: TTY: Add definition of a new line
discipline required by Amstrad E3 (Delta) ASoC driver[2].
CPU DAI parameters best matching the codec DAI has been selected out
empirically for best user experience.
Board specific audio function control (with related DAPM widgets) has been
modeled after empirically discovered codec capabilities.
Unlike other ASoC machine drivers, this one makes use of a codec provided line
discipline that is required for talking to a modem chip that can control the
codec behavoiur. As the line discipline operations must call board specific
bits as well, the machine driver registers its own line discipline ops, not
the codec provided, and then calls those codec provided from inside its own
callbacks.
If some kind of a glue, like a bus over a tty, exsited that could help in
runtime detection of a modem (bus adapter) over a more generic line discipline
(bus driver)[3], the line discipline code could be probably designed in a
more generic way.
In order to work at all, this driver requires a working McBSP1. On OMAP1510
based machines (not sure if other OMAP1 variants as well), where McBSP1 is a
DSP public peripheral, that means the kernel must provide basic DSP support,
ie. omap_dsp_init(), in order to power up the DSP. This used to be included in
linux-omap-2.6 tree up to commit 2512fd29db4eb09e82d182596304c7aaf76d2c5c.
Without that, the driver would not work, ie. not shift in/out any bits over
the CPU DAI[4]. This limitation is not board, but CPU specific, and may apply
to other code that makes use of McBSP1/McBSP3 on affected machines. I provide
an extra patch (4/3) as a temporary solution.
To work correctly in playback mode, this driver requires my prevoiusly
submitted patch that corrects pcm pointer calculation for OMAP1510 based
machines[5] (already included in linux-2.6.31-rc3).
To support codec controls, this driver requires my previously submitted patch
that adds support for modem found on Amstrad Delta[6].
[1] http://mailman.alsa-project.org/pipermail/alsa-devel/2009-July/019780.html
[2] http://www.spinics.net/lists/linux-serial/msg01862.html
[3] http://www.spinics.net/lists/linux-serial/msg01856.html
[4] http://www.spinics.net/lists/linux-omap/msg15114.html
[5] http://mailman.alsa-project.org/pipermail/alsa-devel/2009-June/018950.html
[6] http://www.spinics.net/lists/linux-omap/msg15432.html
Credits to:
Mark Underwood - for his initial, omap-alsa based sound driver for
this machine,
Mark Brown - for his help, patience and excellent subsytem maintainer support.
Signed-off-by: Janusz Krzysztofik <jkrzyszt@tis.icnet.pl>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2009-07-29 05:18:53 -06:00
|
|
|
|
2008-10-02 03:32:45 -06:00
|
|
|
config SND_OMAP_SOC_OSK5912
|
|
|
|
tristate "SoC Audio support for omap osk5912"
|
2009-01-23 07:53:58 -07:00
|
|
|
depends on SND_OMAP_SOC && MACH_OMAP_OSK && I2C
|
2008-10-02 03:32:45 -06:00
|
|
|
select SND_OMAP_SOC_MCBSP
|
2014-03-06 03:04:42 -07:00
|
|
|
select SND_SOC_TLV320AIC23_I2C
|
2008-10-02 03:32:45 -06:00
|
|
|
help
|
|
|
|
Say Y if you want to add support for SoC audio on osk5912.
|
2008-10-30 22:50:13 -06:00
|
|
|
|
2009-10-29 12:52:39 -06:00
|
|
|
config SND_OMAP_SOC_AM3517EVM
|
|
|
|
tristate "SoC Audio support for OMAP3517 / AM3517 EVM"
|
|
|
|
depends on SND_OMAP_SOC && MACH_OMAP3517EVM && I2C
|
|
|
|
select SND_OMAP_SOC_MCBSP
|
2014-03-06 03:04:42 -07:00
|
|
|
select SND_SOC_TLV320AIC23_I2C
|
2009-10-29 12:52:39 -06:00
|
|
|
help
|
|
|
|
Say Y if you want to add support for SoC audio on the OMAP3517 / AM3517
|
|
|
|
EVM.
|
|
|
|
|
2012-08-14 03:07:56 -06:00
|
|
|
config SND_OMAP_SOC_OMAP_TWL4030
|
|
|
|
tristate "SoC Audio support for TI SoC based boards with twl4030 codec"
|
|
|
|
depends on TWL4030_CORE && SND_OMAP_SOC
|
|
|
|
select SND_OMAP_SOC_MCBSP
|
|
|
|
select SND_SOC_TWL4030
|
|
|
|
help
|
|
|
|
Say Y if you want to add support for SoC audio on TI SoC based boards
|
|
|
|
using twl4030 as c codec. This driver currently supports:
|
|
|
|
- Beagleboard or Devkit8000
|
|
|
|
- Gumstix Overo or CompuLab CM-T35/CM-T3730
|
|
|
|
- IGEP v2
|
|
|
|
- OMAP3EVM
|
2012-12-31 03:51:48 -07:00
|
|
|
- SDP3430
|
|
|
|
- Zoom2
|
2012-08-14 03:07:56 -06:00
|
|
|
|
2011-12-07 06:38:38 -07:00
|
|
|
config SND_OMAP_SOC_OMAP_ABE_TWL6040
|
2011-12-07 06:54:50 -07:00
|
|
|
tristate "SoC Audio support for OMAP boards using ABE and twl6040 codec"
|
2013-07-15 09:56:32 -06:00
|
|
|
depends on TWL6040_CORE && SND_OMAP_SOC && (ARCH_OMAP4 || COMPILE_TEST)
|
2011-11-28 06:45:43 -07:00
|
|
|
select SND_OMAP_SOC_DMIC
|
2010-05-17 18:53:10 -06:00
|
|
|
select SND_OMAP_SOC_MCPDM
|
|
|
|
select SND_SOC_TWL6040
|
2011-11-28 06:45:43 -07:00
|
|
|
select SND_SOC_DMIC
|
2010-05-17 18:53:10 -06:00
|
|
|
help
|
2011-12-07 06:54:50 -07:00
|
|
|
Say Y if you want to add support for SoC audio on OMAP boards using
|
|
|
|
ABE and twl6040 codec. This driver currently supports:
|
|
|
|
- SDP4430/Blaze boards
|
2011-12-22 05:19:05 -07:00
|
|
|
- PandaBoard (4430)
|
|
|
|
- PandaBoardES (4460)
|
2010-05-17 18:53:10 -06:00
|
|
|
|
2012-05-18 00:42:41 -06:00
|
|
|
config SND_OMAP_SOC_OMAP_HDMI
|
|
|
|
tristate "SoC Audio support for Texas Instruments OMAP HDMI"
|
|
|
|
depends on SND_OMAP_SOC && OMAP4_DSS_HDMI && OMAP2_DSS
|
2011-06-02 14:44:47 -06:00
|
|
|
select SND_OMAP_SOC_HDMI
|
2013-06-21 10:02:01 -06:00
|
|
|
select SND_SOC_HDMI_CODEC
|
2012-05-18 00:42:37 -06:00
|
|
|
select OMAP4_DSS_HDMI_AUDIO
|
2011-06-02 14:44:47 -06:00
|
|
|
help
|
|
|
|
Say Y if you want to add support for SoC HDMI audio on Texas Instruments
|
|
|
|
OMAP4 chips
|
|
|
|
|
2008-12-04 13:39:54 -07:00
|
|
|
config SND_OMAP_SOC_OMAP3_PANDORA
|
|
|
|
tristate "SoC Audio support for OMAP3 Pandora"
|
|
|
|
depends on TWL4030_CORE && SND_OMAP_SOC && MACH_OMAP3_PANDORA
|
|
|
|
select SND_OMAP_SOC_MCBSP
|
|
|
|
select SND_SOC_TWL4030
|
|
|
|
help
|
|
|
|
Say Y if you want to add support for SoC audio on the OMAP3 Pandora.
|