1. 01 8月, 2009 1 次提交
  2. 23 7月, 2009 1 次提交
    • J
      ASoC: Add support for Conexant CX20442-11 voice modem codec · 459dc352
      Janusz Krzysztofik 提交于
      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: NJanusz Krzysztofik <jkrzyszt@tis.icnet.pl>
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      459dc352
  3. 30 11月, 2008 1 次提交
  4. 28 11月, 2008 1 次提交
    • N
      [ARM] remove a common set of __virt_to_bus definitions · b5ee9002
      Nicolas Pitre 提交于
      Let's provide an overridable default instead of having every machine
      class define __virt_to_bus and __bus_to_virt to the same thing.  What
      most platforms are using is bus_addr == phys_addr so such is the default.
      
      One exception is ebsa110 which has no DMA what so ever, so the actual
      definition is not important except only for proper compilation.  Also
      added a comment about the special footbridge bus translation.
      
      Let's also remove comments alluding to set_dma_addr which is not
      (and should not) be commonly used.
      Signed-off-by: NNicolas Pitre <nico@marvell.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      b5ee9002
  5. 07 8月, 2008 1 次提交
  6. 18 6月, 2006 1 次提交