1. 07 9月, 2012 3 次提交
    • T
      ALSA: Remove VOLATILE flag from chmap ctls · 6e67683d
      Takashi Iwai 提交于
      The VOLATILE flag was added to control elements by
      snd_pcm_add_chmap_ctls() just because I didn't want to have a
      side-effect of "alsactl restore".  But now the set operation doesn't
      allow to change the value unless the PCM stream is in PREAPRED state,
      there is no reason to keep this flag.  Let's rip it off.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      6e67683d
    • T
      ALSA: PCM: channel mapping API implementation · 2d3391ec
      Takashi Iwai 提交于
      This patch implements the basic data types for the standard channel
      mapping API handling.
      
      - The definitions of the channel positions and the new TLV types are
        added in sound/asound.h and sound/tlv.h, so that they can be
        referred from user-space.
      
      - Introduced a new helper function snd_pcm_add_chmap_ctls() to create
        control elements representing the channel maps for each PCM
        (sub)stream.
      
      - Some standard pre-defined channel maps are provided for
        convenience.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      2d3391ec
    • T
      ALSA: control: Fix missing VOLATILE flag at creating controls · a8d372f1
      Takashi Iwai 提交于
      The SNDRV_CTL_ELEM_ACCESS_VOLATILE bit flag wasn't properly inherited
      at creating control elements via snd_ctl_new1().
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      a8d372f1
  2. 04 9月, 2012 1 次提交
    • J
      ALSA: remove the main version information · 42662748
      Jaroslav Kysela 提交于
      Remove the main ALSA version number from the kernel ALSA driver.
      The ALSA driver package release diverges from the upstream. This may
      confuse users to see the same ALSA version for many kernel releases
      and this version lost it's original purpose and connection.
      
      The "ioctl" APIs have own version numbers, so the user space may check
      for specific API changes only.
      Signed-off-by: NJaroslav Kysela <perex@perex.cz>
      42662748
  3. 03 9月, 2012 1 次提交
  4. 20 8月, 2012 1 次提交
  5. 03 8月, 2012 1 次提交
  6. 31 7月, 2012 1 次提交
  7. 05 7月, 2012 1 次提交
  8. 18 6月, 2012 1 次提交
  9. 12 6月, 2012 2 次提交
  10. 23 5月, 2012 1 次提交
  11. 21 5月, 2012 1 次提交
  12. 12 5月, 2012 1 次提交
    • T
      ALSA: pcm - Optimize the call of snd_pcm_update_hw_ptr() in read/write loop · 0910c216
      Takashi Iwai 提交于
      In the PCM read/write loop, the driver calls snd_pcm_update_hw_ptr()
      at each time at the beginning of the loop.  Russell King reported that
      this hogs CPU significantly.
      
      The current code assumes that the pointer callback is very fast and
      cheap, also not too much fine grained.  It's not true in all cases.
      When the pointer advances short samples while the read/write copy has
      been performed, the driver updates the hw_ptr and gets avail > 0
      again.  Then it tries to read/write these small chunks.  This repeats
      until the avail really gets to zero.
      
      For avoiding this situation, a simple workaround is to call
      snd_pcm_update_hw_ptr() only once at starting the loop, assuming that
      the read/write copy is performed fast enough.  If the available count
      becomes short, it goes to snd_pcm_wait_avail() anyway, and this
      processes right.
      Tested-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      0910c216
  13. 08 5月, 2012 2 次提交
  14. 18 4月, 2012 1 次提交
  15. 31 3月, 2012 1 次提交
  16. 15 3月, 2012 2 次提交
  17. 13 3月, 2012 1 次提交
  18. 12 3月, 2012 2 次提交
  19. 10 3月, 2012 1 次提交
  20. 28 2月, 2012 1 次提交
  21. 20 2月, 2012 1 次提交
  22. 09 2月, 2012 1 次提交
    • L
      ALSA: PCM - Add PCM creation API for internal PCMs. · 945e5038
      Liam Girdwood 提交于
      The new ASoC dynamic PCM core needs to create PCMs and substreams that are
      for use by internal ASoC drivers only and not visible to userspace for
      direct IO. These new PCMs are similar to regular PCMs expect they have no
      device nodes or procfs entries. The ASoC component drivers use them in exactly
      the same way as regular PCMs for PCM and DAI operations.
      
      The intention is that a dynamic PCM based driver will register both regular
      PCMs and internal PCMs. The regular PCMs will be used for all IO with userspace
      however the internal PCMs will be used by the driver to route digital audio
      through numerous back end DAI links (with potentially a DSP providing different
      hw_params, DAI formats based on the regular front end PCM params) to devices
      like CODECs, MODEMs, Bluetooth, FM, DMICs, etc
      
      This patch adds a new snd_pcm_new_internal() API call to create the internal PCM
      without device nodes or procfs. It also adds adds a new internal flag to snd_pcm.
      
      [fixed minor coding-style issues by tiwai]
      Signed-off-by: NLiam Girdwood <lrg@ti.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      945e5038
  23. 24 1月, 2012 1 次提交
  24. 13 1月, 2012 1 次提交
  25. 23 12月, 2011 3 次提交
  26. 19 12月, 2011 1 次提交
  27. 16 11月, 2011 2 次提交
  28. 14 11月, 2011 1 次提交
  29. 10 11月, 2011 1 次提交
  30. 06 11月, 2011 1 次提交
  31. 01 11月, 2011 1 次提交