1. 27 Sep, 2011 2 commits
  2. 26 Sep, 2011 3 commits
  3. 24 Sep, 2011 1 commit
  4. 23 Sep, 2011 3 commits
    • Takashi Iwai's avatar
      Merge branch 'fix/asoc' into for-linus · 3127b6aa
      Takashi Iwai authored
      3127b6aa
    • Thomas Pfaff's avatar
      ALSA: usb-audio - clear chip->probing on error exit · 362e4e49
      Thomas Pfaff authored
      The Terratec Aureon 5.1 USB sound card support is broken since kernel
      2.6.39.
      2.6.39 introduced power management support for USB sound cards that added
      a probing flag in struct snd_usb_audio.
      
      During the probe of the card it gives following error message :
      
      usb 7-2: new full speed USB device number 2 using uhci_hcd
      cannot find UAC_HEADER
      snd-usb-audio: probe of 7-2:1.3 failed with error -5
      input: USB Audio as
      /devices/pci0000:00/0000:00:1d.1/usb7/7-2/7-2:1.3/input/input6
      generic-usb 0003:0CCD:0028.0001: input: USB HID v1.00 Device [USB Audio]
      on usb-0000:00:1d.1-2/input3
      
      I can not comment about that "cannot find UAC_HEADER" error, but until
      2.6.38 the card worked anyway.
      With 2.6.39 chip->probing remains 1 on error exit, and any later ioctl
      stops in snd_usb_autoresume with -ENODEV.
      Signed-off-by: default avatarThomas Pfaff <tpfaff@gmx.net>
      Cc: <stable@kernel.org> [2.6.39+]
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      362e4e49
    • Jarkko Nikula's avatar
      ASoC: omap-mcbsp: Do not attempt to change DAI sysclk if stream is active · 34c86985
      Jarkko Nikula authored
      Attempt to change McBSP CLKS source while another stream is active is not
      safe after commit d135865 ("OMAP: McBSP: implement functional clock
      switching via clock framework") in 2.6.37.
      
      CLKS parent clock switching using clock framework have to idle the McBSP
      before switching and then activate it again. This short break can cause a
      DMA transaction error to already running stream which halts and recovers
      only by closing and restarting the stream.
      
      This goes more fatal after commit e2fa61d4 ("OMAP3: l3: Introduce
      l3-interconnect error handling driver") in 2.6.39 where l3 driver detects a
      severe timeout error and does BUG_ON().
      
      Fix this by not changing any configuration in omap_mcbsp_dai_set_dai_sysclk
      if the McBSP is already active. This test should have been here just from
      the beginning anyway.
      Signed-off-by: default avatarJarkko Nikula <jarkko.nikula@bitmer.com>
      Acked-by: default avatarPeter Ujfalusi <peter.ujfalusi@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      Cc: stable@kernel.org
      34c86985
  5. 22 Sep, 2011 2 commits
  6. 21 Sep, 2011 1 commit
  7. 20 Sep, 2011 2 commits
  8. 19 Sep, 2011 1 commit
  9. 15 Sep, 2011 2 commits
    • Axel Lin's avatar
      ASoC: bf5xx-ad73311: Fix prototype for bf5xx_probe · 4f6c7e15
      Axel Lin authored
      Fix below build warning:
      sound/soc/blackfin/bf5xx-ad73311.c: warning: initialization from incompatible pointer type
      Signed-off-by: default avatarAxel Lin <axel.lin@gmail.com>
      Acked-by: default avatarLiam Girdwood <lrg@ti.com>
      Signed-off-by: default avatarMark Brown <broonie@opensource.wolfsonmicro.com>
      4f6c7e15
    • Arjan van de Ven's avatar
      ALSA: pcm - fix race condition in wait_for_avail() · 763437a9
      Arjan van de Ven authored
      wait_for_avail() in pcm_lib.c has a race in it (observed in practice by an
      Intel validation group).
      
      The function is supposed to return once space in the buffer has become
      available, or if some timeout happens.  The entity that creates space (irq
      handler of sound driver and some such) will do a wake up on a waitqueue
      that this function registers for.
      
      However there are two races in the existing code
      
      1) If space became available between the caller noticing there was no
         space and this function actually sleeping, the wakeup is missed and the
         timeout condition will happen instead
      
      2) If a wakeup happened but not sufficient space became available, the
         code will loop again and wait for more space.  However, if the second
         wake comes in prior to hitting the schedule_timeout_interruptible(), it
         will be missed, and potentially you'll wait out until the timeout
         happens.
      
      The fix consists of using more careful setting of the current state (so
      that if a wakeup happens in the main loop window, the schedule_timeout()
      falls through) and by checking for available space prior to going into the
      schedule_timeout() loop, but after being on the waitqueue and having the
      state set to interruptible.
      
      [tiwai: the following changes have been added to Arjan's original patch:
       - merged akpm's fix for waitqueue adding order into a single patch
       - reduction of duplicated code of avail check
      ]
      Signed-off-by: default avatarArjan van de Ven <arjan@linux.intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      763437a9
  10. 14 Sep, 2011 2 commits
  11. 13 Sep, 2011 1 commit
  12. 12 Sep, 2011 1 commit
  13. 06 Sep, 2011 2 commits
  14. 31 Aug, 2011 4 commits
  15. 29 Aug, 2011 1 commit
  16. 26 Aug, 2011 1 commit
  17. 25 Aug, 2011 1 commit
  18. 24 Aug, 2011 6 commits
  19. 23 Aug, 2011 3 commits
  20. 22 Aug, 2011 1 commit