1. 05 2月, 2009 1 次提交
  2. 07 1月, 2009 1 次提交
  3. 18 12月, 2008 1 次提交
  4. 10 12月, 2008 1 次提交
  5. 08 12月, 2008 2 次提交
  6. 19 11月, 2008 1 次提交
  7. 13 11月, 2008 1 次提交
  8. 12 11月, 2008 1 次提交
  9. 03 11月, 2008 1 次提交
  10. 02 11月, 2008 1 次提交
    • A
      saner FASYNC handling on file close · 233e70f4
      Al Viro 提交于
      As it is, all instances of ->release() for files that have ->fasync()
      need to remember to evict file from fasync lists; forgetting that
      creates a hole and we actually have a bunch that *does* forget.
      
      So let's keep our lives simple - let __fput() check FASYNC in
      file->f_flags and call ->fasync() there if it's been set.  And lose that
      crap in ->release() instances - leaving it there is still valid, but we
      don't have to bother anymore.
      Signed-off-by: NAl Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      233e70f4
  11. 29 10月, 2008 2 次提交
  12. 27 10月, 2008 2 次提交
  13. 25 10月, 2008 1 次提交
  14. 21 10月, 2008 1 次提交
  15. 18 10月, 2008 1 次提交
  16. 17 10月, 2008 1 次提交
  17. 16 10月, 2008 3 次提交
  18. 10 10月, 2008 1 次提交
  19. 25 9月, 2008 2 次提交
    • T
      ALSA: remove unneeded power_mutex lock in snd_pcm_drop · 24e8fc49
      Takashi Iwai 提交于
      The power_mutex lock in snd_pcm_drop may cause a possible deadlock
      chain, and above all, it's unneeded.  Let's get rid of it.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      24e8fc49
    • T
      ALSA: fix locking in snd_pcm_open*() and snd_rawmidi_open*() · 399ccdc1
      Takashi Iwai 提交于
      The PCM and rawmidi open callbacks have a lock against card->controls_list
      but it takes a wrong one, card->controls_rwsem, instead of a right one
      card->ctl_files_rwlock.  This patch fixes them.
      
      This change also fixes automatically the potential deadlocks due to
      mm->mmap_sem in munmap and copy_from/to_user, reported by Sitsofe
      Wheeler:
      
        A: snd_ctl_elem_user_tlv(): card->controls_rwsem => mm->mmap_sem
        B: snd_pcm_open(): card->open_mutex => card->controls_rwsem
        C: munmap: mm->mmap_sem => snd_pcm_release(): card->open_mutex
      
      The patch breaks the chain.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      399ccdc1
  20. 09 9月, 2008 1 次提交
  21. 04 9月, 2008 1 次提交
  22. 29 8月, 2008 4 次提交
  23. 25 8月, 2008 3 次提交
  24. 15 8月, 2008 1 次提交
  25. 13 8月, 2008 1 次提交
  26. 07 8月, 2008 2 次提交
    • L
      Revert "pcm_native.c: remove unused label" · 685d87f7
      Linus Torvalds 提交于
      This reverts commit 680db013.  The label
      is actually used, but hidden behind CONFIG_SND_DEBUG and the horrible
      snd_assert() macro.
      
      That macro could probably be improved to be along the lines of
      
      	#define snd_assert(expr, args...) do { if ((void)(expr),0) { args; } } while (0)
      
      or similar to make sure that we always both evaluate 'expr' and parse
      'args', but while gcc should optimize it all away, I'm too lazy to
      really verify that.  So I'll just admit defeat and will continue to live
      with the annoying warning.
      Noted-by: NRobert P. J. Day <rpjday@crashcourse.ca>
      Signed-off-by: Linus "Grr.." Torvalds
      685d87f7
    • L
      pcm_native.c: remove unused label · 680db013
      Linus Torvalds 提交于
      This fixes the warning
      
        sound/core/pcm_native.c: In function 'snd_pcm_fasync':
        sound/core/pcm_native.c:3262: warning: label 'out' defined but not used
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      680db013
  27. 05 8月, 2008 1 次提交
  28. 01 8月, 2008 1 次提交
    • P
      ALSA: Fix limit of 8 PCM devices in SNDRV_CTL_IOCTL_PCM_NEXT_DEVICE · f90c06a2
      Pawel MOLL 提交于
      When compiled with CONFIG_SND_DYNAMIC_MINORS the ALSA core is fine
      to have more than 8 PCM devices per card, except one place - the
      SNDRV_CTL_IOCTL_PCM_NEXT_DEVICE ioctl, which will not enumerate
      devices > 7. This patch fixes the issue, changing the devices list
      organisation.
      
      Instead of adding new device to the tail, the list is now kept always
      ordered (by card number, then device number). Thus, during enumeration,
      it is easy to discover the fact that there is no more given card's
      devices.
      
      Additionally the device field of struct snd_pcm had to be changed to int,
      as its "unsignednity" caused a lot of problems when comparing it to
      potentially negative signed values. (-1 is 0xffffffff or even more then ;-)
      Signed-off-by: NPawel Moll <pawel.moll@st.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Signed-off-by: NJaroslav Kysela <perex@perex.cz>
      f90c06a2