Skip to content
Snippets Groups Projects
  1. Dec 04, 2009
  2. Nov 25, 2009
  3. Nov 23, 2009
  4. Nov 17, 2009
    • Krzysztof Helt's avatar
      ALSA: cs4236: update control names · b753e03e
      Krzysztof Helt authored
      
      Update control names to be more closer to their meaning.
      Change the "Mono" name to the "Beep" as this line is usually
      used to forward the PC beeper signal to sound card's output.
      Update names for both cs423x and wss.
      
      Clean up cs4235 controls according to the cs4235 doc. Rename
      some of the cs4235 controls to be consistent with the cs4236's
      ones.
      
      Also, delete one misnamed cs4231 register define.
      
      Signed-off-by: default avatarKrzysztof Helt <krzysztof.h1@wp.pl>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      b753e03e
  5. Nov 12, 2009
  6. Nov 10, 2009
  7. Nov 06, 2009
  8. Nov 05, 2009
    • Krzysztof Helt's avatar
      ALSA: cs4236: detect chip in one pass · d114cd84
      Krzysztof Helt authored
      
      The cs4236 was two step detection with call to the snd_wss_free()
      between two steps. The snd_wss_free() did not free a sound device
      created in the snd_wss_create(). This caused an OOPS during module
      removal as the same sound device was released twice. The same OOPS
      happened if the cs4236 module loading failed.
      
      Fix this by adapting the snd_cs4236_create() to correctly work with
      chips less capable then cs4236. The snd_cs4236_create() behaves the
      same as the snd_wss_create() if the chip is less capable than the cs4236.
      
      Signed-off-by: default avatarKrzysztof Helt <krzysztof.h1@wp.pl>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      d114cd84
  9. Nov 04, 2009
  10. Nov 03, 2009
  11. Oct 15, 2009
    • Peter Ujfalusi's avatar
      ASoC: Codec driver for Texas Instruments tlv320dac33 codec · c8bf93f0
      Peter Ujfalusi authored
      
      Driver for Texas Instruments TLV320DAC33 (SLAS546) low power stereo
      audio DAC.
      
      TLV320DAC33 is a stereo audio codec with integrated 24KB FIFO for low
      power audio playback.
      
      The digital interface can use I2S, DSP (A or B), Right and Left
      justified formats.
      DAC33 has stereo analog input, which can be bypassed to the analog
      outputs.
      
      Regarding to the internal 24KB FIFO the driver implements 'FIFO bypass'
      mode (default) and nSample mode (FIFO is in use).
      a) In 'FIFO bypass' mode the internal FIFO is not in use, the codec is
      working synchronously as a normal codec (it needs constant stream of
      data on the digital interface).
      
      b) The nSample mode implementation uses one interrupt line from DAC33 to
      the host:
      Alarm threshold is set to 10ms of audio data (limit by the driver
      implementation).
      DAC33 will signal an interrupt, when the FIFO level goes under the
      Alarm threshold.
      The host will write to nSample register a value (number of stereo
      samples), to tell DAC33 how many samples it should read in a burst from
      the host. When the DAC33 received the number of samples, it disables the
      clocks on the I2S bus. When the FIFO use again goes under the Alarm
      threshold, DAC33 signals the host with an interrupt, and the process is
      repeated.
      
      Signed-off-by: default avatarPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      c8bf93f0
    • Mark Brown's avatar
      ASoC: Remove snd_soc_suspend_device() · d2058b0c
      Mark Brown authored
      
      The PM core will grow pm_link infrastructure in 2.6.33 which can be
      used to implement the intended functionality of the ASoC-specific
      device suspend and resume callbacks so drop them.
      
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      d2058b0c
  12. Oct 09, 2009
    • Peter Ujfalusi's avatar
      ASoC: TPA6130A2 amplifier driver · 493b67ef
      Peter Ujfalusi authored
      
      Driver for Texas Instruments TPA6130A2 stereo headphone
      amplifier.
      
      The driver provides playback gain control and also pre-defined
      DAPM_HP widgets and DAPM routings for power management.
      
      The DAPM_HP widget names are:
      "TPA6130A2 Headphone Left"
      "TPA6130A2 Headphone Right"
      
      From soc machine drivers to use with the tpa6130a2 amplifier,
      the tpa6130a2_add_controls has to be called, which adds the alsa
      controls and the DAPM routing needed for the tpa6130a2.
      After that the machine driver can connect the codec's output
      with 'TPA6130A2 Left' and 'TPA6130A2 Right':
      
              {"TPA6130A2 Left", NULL, "CODEC LEFT OUT"},
              {"TPA6130A2 Right", NULL, "CODEC RIGHT OUT"},
      
      Internally the left and right channels are powered separately.
      When none of the channels are needed the amplifier is powered
      down:
      hard power: valid GPIO number is passed within platform data
      soft power: Using the software shutdown of the amplifier
      
      Signed-off-by: default avatarPeter Ujfalusi <peter.ujfalusi@nokia.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      493b67ef
  13. Oct 06, 2009
  14. Oct 01, 2009
  15. Sep 30, 2009
  16. Sep 28, 2009
  17. Sep 21, 2009
  18. Sep 13, 2009
  19. Sep 08, 2009
  20. Sep 07, 2009
  21. Sep 05, 2009
  22. Sep 03, 2009
  23. Aug 27, 2009
  24. Aug 21, 2009
    • Mark Brown's avatar
      ASoC: Add DAPM widget power decision debugfs files · 79fb9387
      Mark Brown authored
      
      Currently when built with DEBUG DAPM will dump information about
      the power state decisions it is taking for each widget to dmesg.
      This isn't an ideal way of getting the information - it requires
      a kernel build to turn it on and off and for large hub CODECs the
      volume of information is so large as to be illegible. When the
      output goes to the console it can also cause a noticable impact
      on performance simply to print it out.
      
      Improve the situation by adding a dapm directory to our debugfs
      tree containing a file per widget with the same information in
      it. This still requires a decision to build with debugfs support
      but is easier to navigate and much less intrusive.
      
      In addition to the previously displayed information active streams
      are also shown in these files.
      
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      79fb9387
  25. Aug 20, 2009
Loading