1. 17 6月, 2009 1 次提交
  2. 02 6月, 2009 2 次提交
  3. 26 5月, 2009 1 次提交
  4. 16 5月, 2009 1 次提交
  5. 21 4月, 2009 3 次提交
  6. 18 4月, 2009 1 次提交
  7. 16 4月, 2009 2 次提交
  8. 15 4月, 2009 1 次提交
  9. 23 3月, 2009 3 次提交
  10. 18 3月, 2009 1 次提交
  11. 13 3月, 2009 1 次提交
  12. 06 3月, 2009 1 次提交
  13. 03 3月, 2009 1 次提交
  14. 02 3月, 2009 3 次提交
  15. 23 2月, 2009 4 次提交
  16. 20 2月, 2009 1 次提交
  17. 13 2月, 2009 1 次提交
    • T
      ALSA: hda - Add snd_hda_multi_out_dig_cleanup() · 9411e21c
      Takashi Iwai 提交于
      Added the helper function snd_hda_multi_out_dig_cleanup() to clean up
      the digital outputs with multi setup.  This call is needed in cases
      the codec supports multiple digital outputs as slaves.  Otherwise the
      slave widgets aren't properly cleaned up.
      
      For a single digital output (e.g. in patch_conexant.c), this call isn't
      needed.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      9411e21c
  18. 12 2月, 2009 1 次提交
  19. 11 2月, 2009 1 次提交
  20. 06 2月, 2009 1 次提交
  21. 05 2月, 2009 1 次提交
    • T
      ALSA: hda - Fix misc workqueue issues · e8c0ee5d
      Takashi Iwai 提交于
      Some fixes regarding snd-hda-intel workqueue:
      - Use create_singlethread_workqueue() instead of create_workqueue()
        as per-CPU work isn't required.
      - Allocate workq name string properly
      - Renamed the workq name to "hd-audio*" to be more obvious.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      e8c0ee5d
  22. 21 1月, 2009 4 次提交
  23. 20 1月, 2009 1 次提交
  24. 14 1月, 2009 1 次提交
  25. 12 1月, 2009 1 次提交
    • T
      ALSA: hda - Use own workqueue · 6acaed38
      Takashi Iwai 提交于
      snd-hda-intel driver used schedule_work() fot the delayed DMA pointer
      updates, but this has several potential problems:
      - it may block other eventsd works longer
      - it may deadlock when probing fails and flush_scheduled_work() is
        called during probe callback (as probe callback itself could be
        invoked from eventd)
      
      This patch adds an own workq for each driver instance to solve these
      problems.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      6acaed38
  26. 09 1月, 2009 1 次提交
    • W
      ALSA: hda - create hda_codec.control_mutex for kcontrol->private_value · 5a9e02e9
      Wu Fengguang 提交于
      Fix the following lockdep warning by not reusing the hda_codec.spdif_mutex.
      
          ALSA sound/pci/hda/hda_codec.c:882: hda_codec_cleanup_stream: NID=0x2
      
          =======================================================
          [ INFO: possible circular locking dependency detected ]
          2.6.28-next-20090102 #33
          -------------------------------------------------------
          mplayer/3151 is trying to acquire lock:
           (&pcm->open_mutex){--..}, at: [<ffffffffa004ced3>] snd_pcm_release+0x43/0xd0 [snd_pcm]
      
          but task is already holding lock:
           (&mm->mmap_sem){----}, at: [<ffffffff810c0252>] sys_munmap+0x42/0x80
      
          which lock already depends on the new lock.
      Signed-off-by: NWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      5a9e02e9