1. 28 Jul, 2009 2 commits
    • Barry Song's avatar
      ASoC: blackfin I2S(TDM mode) CPU DAI driver · 01e2ab20
      Barry Song authored
      The I2S DAI driver for blackfin SPORT, but works in TDM mode.
      I2S is not a special case of TDM with only left and right two slots for
      SPORT interface. I2S coordinates with TDM in SPORT, but not a part of
      TDM. TDM require different hardware configuration with I2S, not only
      different slot number.  One is "Stereo Serial Operation" mode of SPORT,
      the other one is "Multichannel Operation" mode. They are incompatible
      at the same time.
      Hardware and DMA description and data transfer flow are much different
      for I2S and TDM. Merging them as a whole will be very ugly and difficult
      to maintain.
      So we don't define a new DAI type, but give two DAI instances for standard
      I2S and TDM, both in I2S-family DAI type. The TDM instance still uses the
      I2S-family DAI type.
      Signed-off-by: default avatarBarry Song <21cnbao@gmail.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      01e2ab20
    • Janusz Krzysztofik's avatar
      ASoC: CX20442: fix issues pointed out by subsystem maintainer · b84eab08
      Janusz Krzysztofik authored
      The patch fixes some checkpatch identified issues and adds a comment about
      line discipline interaction to my driver code, as requested by Mark on my
      inital submission (thank you Mark for applying my imperfect patch anyway).
      It also fixes MODULE_ALIAS mismatch as used in my machine driver.
      Signed-off-by: default avatarJanusz Krzysztofik <jkrzyszt@tis.icnet.pl>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      b84eab08
  2. 24 Jul, 2009 2 commits
  3. 23 Jul, 2009 6 commits
    • Marek Vasut's avatar
      ALSA: Allow passing platform_data to devices attached to AC97 bus · 474828a4
      Marek Vasut authored
      This patch allows passing platform_data to devices attached to AC97 bus
      (like touchscreens, battery measurement chips ...).
      Signed-off-by: default avatarMarek Vasut <marek.vasut@gmail.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      474828a4
    • Joonyoung Shim's avatar
      ASoC: MAX9877: fix write operation for register · a7569afa
      Joonyoung Shim authored
      The MAX9877 needs an address of start register when we write values to
      registers through i2c_master_send(), but the code for this was missed in
      max9877_write_regs().
      
      If the value of control is 0 in the max9877_set_out_mode(), the value is
      not increased to 1, but actually the value to write to the register
      should be 1.
      And the register bits for out_mode and osc_mode should be cleared before
      writing.
      Signed-off-by: default avatarJoonyoung Shim <jy0922.shim@samsung.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      a7569afa
    • Janusz Krzysztofik's avatar
      ASoC: Add support for Conexant CX20442-11 voice modem codec · 459dc352
      Janusz Krzysztofik authored
      This patch adds support for Conexant CX20442-11 voice modem codec, suitable
      for use by the ASoC board driver for Amstrad E3 (Delta) videophone. Related
      sound card driver will follow.
      
      This codec is an optional part of the Conexant SmartV three chip modem design.
      As such, documentation for its proprietary digital audio interface is not
      available. However, on Amstrad Delta board, thanks to Mark Underwood who
      created an initial, omap-alsa based sound driver a few years ago[1], the codec
      has been discovered to be accessible not only from the modem side, but also
      over the OMAP McBSP based CPU DAI. Thus, the driver can be used by any sound
      card that can access the codec DAI directly. The DAI configuration parameters
      (sample rate and format, number of channels) has been selected out empirically
      for best user experience.
      
      The codec analogue interface consists of two pairs of analogue I/O pins:
      speakerphone interface or telephone handset/headset interface. Furthermore, it
      seams to provide two operation modes for speakerphone I/O: standard and
      advanced, with automatic gain control and echo cancelation. Even if the codec
      control interface is unknown and not available, all those interfaces and modes
      can be selected over the modem chip using V.253 commands. The driver is able
      to issue necessary commands over a suitable hw_write function if provided by a
      sound card driver. Otherwise, the codec can be controlled over the modem from
      userspace while inactive.
      
      Even if nothig is known about the codec internal power management
      capabilities, DAPM widgets has been used to model the codec audio map.
      Automatically performed powering up/down of those virtual widgets results in
      corresponding V.253 commands being issued.
      
      Some driver features/oddities may be board specific, but I have no way to
      verify that with any board other than Amstrad Delta.
      
      [1] http://www.earth.li/pipermail/e3-hacking/2006-April/000481.html
      
      Created and tested against linux-2.6.31-rc3.
      Applies and works with linux-omap-2.6 commit
      7c5cb7862d32cb344be7831d466535d5255e35ac as well.
      Signed-off-by: default avatarJanusz Krzysztofik <jkrzyszt@tis.icnet.pl>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      459dc352
    • Mark Brown's avatar
      Merge branch 'for-2.6.31' into for-2.6.32 · c30853df
      Mark Brown authored
      c30853df
    • Lopez Cruz, Misael's avatar
    • Chaithrika U S's avatar
      ASoC: tlv320aic3x: Enable PLL when not bypassed · 06c71282
      Chaithrika U S authored
      PLL was not being enabled when it was not bypassed. This patch
      enables the PLL when it is used. Additionally, it disables the PLL
      when it is bypassed.
      
      Without this patch, the audio on TI DM646x EVM and DM355 EVM
      does not work properly. The bit clocks and the frame sync signals
      from the codec are not correct and hence the playback/record are faster
      than usual for most sample rates. The reason for this was that the PLL
      was not enabled when it was not bypassed.
      
      Tested on DM6467 EVM, playback tested on DM355 EVM.
      Signed-off-by: default avatarChaithrika U S <chaithrika@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      06c71282
  4. 22 Jul, 2009 1 commit
  5. 21 Jul, 2009 1 commit
  6. 18 Jul, 2009 1 commit
  7. 17 Jul, 2009 4 commits
  8. 16 Jul, 2009 2 commits
  9. 15 Jul, 2009 5 commits
  10. 14 Jul, 2009 2 commits
  11. 13 Jul, 2009 6 commits
  12. 09 Jul, 2009 2 commits
  13. 08 Jul, 2009 6 commits