1. 06 6月, 2014 1 次提交
    • L
      ASoC: sigmadsp: Split regmap and I2C support into separate modules · 6b10998d
      Lars-Peter Clausen 提交于
      When the SigmaDSP module is built-in, but the I2C core is build as a module
      we'll get a undefined reference:
      
      	sound/built-in.o: In function `sigma_action_write_i2c':
      		:(.text+0x5d8d4): undefined reference to `i2c_master_send'
      
      This can happen if a audio driver that is using the regmap SigmaDSP interface is
      built into the kernel, but core I2C support is build as a module. To fix this
      split the SigmaDSP module into three modules, one module providing the core
      infrastructure and two small modules implementing the regmap and I2C interfaces.
      This allows e.g. the core infrastructure and regmap support to be built into the
      kernel while I2C support can still be build as a module.
      
      Fixes: dab464b6 ("ASoC: Add ADAU1361/ADAU1761 audio CODEC support")
      Reported-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      6b10998d
  2. 02 6月, 2014 2 次提交
  3. 28 5月, 2014 3 次提交
  4. 26 5月, 2014 1 次提交
  5. 21 5月, 2014 1 次提交
  6. 06 5月, 2014 1 次提交
  7. 04 5月, 2014 1 次提交
  8. 01 5月, 2014 1 次提交
    • A
      ASoC: CS42L51 and WM8962 codecs depend on INPUT · a2915d4f
      Arnd Bergmann 提交于
      Building ARM randconfig got into a situation where CONFIG_INPUT
      is turned off and SND_SOC_ALL_CODECS is turned on, which failed
      for two codecs trying to use the input subsystem. Some other
      drivers also select one of these codecs and consequently need an
      explicit dependency added.
      
      Appending to the dependency list seems the easiest way out,
      since this is not a practical limitation. If anyone really
      needs to build these codecs for a kernel with no input support,
      a more sophisticated solution can be implemented.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NXia Kaixu <kaixu.xia@linaro.org>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      a2915d4f
  9. 19 4月, 2014 1 次提交
  10. 16 4月, 2014 1 次提交
  11. 15 4月, 2014 1 次提交
    • S
      ASoC: sta350: Add codec driver · 2439ea1f
      Sven Brandau 提交于
      The TI STA350 is an integrated 2.1-channel power amplifier that is
      controllable over I2C. This patch adds an ASoC driver for it.
      
      At a glance, this chip is very similar to the STA320 for which a driver
      already exists. In details, however, the register maps contain subtle
      differences which made a whole new driver easier to write and maintain.
      
      [daniel@zonque.org: cleanups, DT property rework, rebased on asoc-next]
      Signed-off-by: NSven Brandau <brandau@gmx.de>
      Signed-off-by: NDaniel Mack <daniel@zonque.org>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      2439ea1f
  12. 20 3月, 2014 1 次提交
  13. 13 3月, 2014 1 次提交
    • J
      ASoC: tlv320aic31xx: Add basic codec driver implementation · e00447fa
      Jyri Sarha 提交于
      This commit adds a bare bones driver support for TLV320AIC31XX family
      audio codecs. The driver adds basic stereo playback trough headphone
      and speaker outputs and mono capture trough microphone inputs.
      
      The driver is currently missing support at least for mini DSP features
      and jack detection. I have tested the driver only on TLV320AIC3111,
      but based on the data sheets TLV320AIC3100, TLV320AIC3110, and
      TLV320AIC3120 should work Ok too.
      
      The base for the implementation was taken from:
      git@gitorious.org:ti-codecs/ti-codecs.git ajitk/topics/k3.10.1-aic31xx
      -branch at commit 77504eba0294764e9e63b4a0c696b44db187cd13.
      Signed-off-by: NJyri Sarha <jsarha@ti.com>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      e00447fa
  14. 09 3月, 2014 1 次提交
  15. 07 3月, 2014 1 次提交
  16. 06 3月, 2014 1 次提交
    • R
      ASoC: sirf: Add SiRF internal audio codec driver · f516e368
      Rongjun Ying 提交于
      SiRF internal audio codec is integrated in SiRF atlas6 and prima2 SoC.
      Features include:
      1. Stereo DAC and ADC with 16-bit resolution amd 48KHz sample rate
      2. Support headphone and/or speaker output
      3. Integrate headphone and speaker output amp
      4. Support LINE and MIC input
      5. Support single ended and differential input mode
      Signed-off-by: NRongjun Ying <rongjun.ying@csr.com>
      --v5:
      1. Drop all inlines.
      2. Reordering the Kconfig and Makefile
      3. Remove the sirf_audio_codec_reg_bits struct, use the new controls instead it.
      4. Add some SND_SOC_DAPM_OUT_DRV instead of HP and SPK enable driver
      5. Add audio codec clock supply instead of adc event callback
      6. Fixed playback and capture can't concurrent work bug.
      
      --
       .../devicetree/bindings/sound/sirf-audio-codec.txt |   17 +
       sound/soc/codecs/Kconfig                           |    5 +
       sound/soc/codecs/Makefile                          |    1 +
       sound/soc/codecs/sirf-audio-codec.c                |  533 ++++++++++++++++++++
       sound/soc/codecs/sirf-audio-codec.h                |   75 +++
       5 files changed, 631 insertions(+), 0 deletions(-)
       create mode 100644 Documentation/devicetree/bindings/sound/sirf-audio-codec.txt
       create mode 100644 sound/soc/codecs/sirf-audio-codec.c
       create mode 100644 sound/soc/codecs/sirf-audio-codec.h
      Signed-off-by: NMark Brown <broonie@linaro.org>
      f516e368
  17. 19 2月, 2014 1 次提交
    • L
      ASoC: Add ADAU1977 CODEC driver · 603597c9
      Lars-Peter Clausen 提交于
      This patch adds support for the ADAU1977, ADAU1978 and ADAU1979 audio CODEC
      devices. They are a family of 4-channel differential input audio ADC devices.
      They can be connected to either a SPI or I2C bus. The driver is implemented in
      three modules, one main module (adau1977.ko) which implements the device logic
      and one module each for SPI (adau1977-spi.ko) and I2C (adau1977-i2c.ko) bus
      access.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      603597c9
  18. 18 2月, 2014 3 次提交
    • L
      ASoC: adav80x: Split SPI and I2C code into different modules · 0c2d6964
      Lars-Peter Clausen 提交于
      There are a few known (minor) problems with having the support code for both I2C
      and SPI in the same module:
          * We need to be extra careful to make sure to not build the driver into the
            kernel if one of the subsystems is build as a module (Currently only I2C
            can be build as a module).
          * The module init path error handling is rather ugly. E.g. what should be
            done if either the SPI or the I2C driver fails to register. Most drivers
            that implement SPI and I2C in the same module currently fallback to
            undefined behavior in that case. Splitting the the driver into two
            modules, one for each bus, allows the registration of the other bus drive
            to continue without problems if one of them fails.
      
      This patch splits the ADAV80X driver into 3 modules. One core module that
      implements the device logic, but is independent of the bus method used. And one
      module for SPI and I2C each that registers the drivers and sets up the regmap
      struct for the bus.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      0c2d6964
    • L
      ASoC: ssm2602: Split SPI and I2C code into different modules · c924dc68
      Lars-Peter Clausen 提交于
      There are a few known (minor) problems with having the support code for both I2C
      and SPI in the same module:
          * We need to be extra careful to make sure to not build the driver into the
            kernel if one of the subsystems is build as a module (Currently only I2C
            can be build as a module).
          * The module init path error handling is rather ugly. E.g. what should be
            done if either the SPI or the I2C driver fails to register? Most drivers
            that implement SPI and I2C in the same module currently fallback to
            undefined behavior in that case. Splitting the the driver into two
            modules, one for each bus allows the registration of the other bus driver
            to continue without problems if one of them fails.
      
      This patch splits the ssm2602 driver into 3 modules. One core module that
      implements the device logic, but is independent of the bus method used. And one
      module for SPI and I2C each that registers the drivers and sets up the regmap
      struct for the bus.
      
      While we are at it also cleanup the include section of the ssm2602 driver and
      remove unneeded includes.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      c924dc68
    • L
      ASoC: ad193x: Split SPI and I2C code into different modules · 6c3d713e
      Lars-Peter Clausen 提交于
      There are a few known (minor) problems with having the support code for both I2C
      and SPI in the same module:
          * We need to be extra careful to make sure to not build the driver into the
            kernel if one of the subsystems is build as a module (Currently only I2C
            can be build as a module).
          * The module init path error handling is rather ugly. E.g. what should be
            done if either the SPI or the I2C driver fails to register? Most drivers
            that implement SPI and I2C in the same module currently fallback to
            undefined behavior in that case. Splitting the the driver into two
            modules, one for each bus, allows the registration of the other bus driver
            to continue without problems if one of them fails.
      
      This patch splits the AD193X driver into 3 modules. One core module that
      implements the device logic, but is independent of the bus method used. And one
      module for SPI and I2C each that registers the drivers and sets up the regmap
      struct for the bus.
      Signed-off-by: NLars-Peter Clausen <lars@metafoo.de>
      Signed-off-by: NMark Brown <broonie@linaro.org>
      6c3d713e
  19. 16 2月, 2014 1 次提交
  20. 08 2月, 2014 2 次提交
  21. 06 2月, 2014 1 次提交
    • M
      ASoC: pcm512x: Add PCM512x driver · 5a3af129
      Mark Brown 提交于
      The PCM512x devices are a family of monolithic CMOS integrated circuits
      that include a stereo digital-to-analog converter and additional support
      circuitry.
      
      This is an initial driver which supports some core functionality for the
      device which covers common use cases but does not cover all features.
      Currently only slave clocking modes with automatic clock configuration
      are supported and most of the DSP configuration for the device is not
      enabled.
      Signed-off-by: NMark Brown <broonie@linaro.org>
      5a3af129
  22. 05 2月, 2014 1 次提交
    • M
      ASoC: codecs: Make OF supported CODECs visible in Kconfig · 1291e141
      Mark Brown 提交于
      Now that we have a generic card driver we can't rely on the card driver
      selecting the CODECs for us so make the CODECs that can be enabled with
      OF directly selectable in Kconfig. For the platforms not using OF it's
      not clear that we don't still want to have some board specific selection
      since the kernel needs to contain code to register the devices; ACPI could
      provide this from firmware does not yet support any kind of generic card.
      
      It may also be desirable to hide these if OF is not enabled to reduce
      noise.
      Signed-off-by: NMark Brown <broonie@linaro.org>
      1291e141
  23. 03 2月, 2014 1 次提交
  24. 24 11月, 2013 1 次提交
  25. 13 9月, 2013 1 次提交
  26. 13 8月, 2013 1 次提交
  27. 06 8月, 2013 1 次提交
  28. 01 8月, 2013 1 次提交
  29. 24 7月, 2013 1 次提交
  30. 15 7月, 2013 2 次提交
  31. 13 6月, 2013 1 次提交
  32. 12 6月, 2013 1 次提交
  33. 05 6月, 2013 1 次提交