Skip to content

L
linux
Switch branch/tag
  1. 18 Oct, 2011 2 commits
  3. 30 Sep, 2011 1 commit
  5. 27 Sep, 2011 2 commits
  7. 26 Sep, 2011 3 commits
  9. 24 Sep, 2011 1 commit
  11. 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
  13. 22 Sep, 2011 2 commits
  15. 21 Sep, 2011 1 commit
  17. 20 Sep, 2011 2 commits
  19. 19 Sep, 2011 1 commit
  21. 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
  23. 14 Sep, 2011 2 commits
  25. 13 Sep, 2011 1 commit
  27. 12 Sep, 2011 1 commit
  29. 06 Sep, 2011 2 commits
  31. 31 Aug, 2011 4 commits
  33. 29 Aug, 2011 1 commit
  35. 26 Aug, 2011 1 commit
  37. 25 Aug, 2011 1 commit
  39. 24 Aug, 2011 6 commits
  41. 23 Aug, 2011 1 commit
GitLab Nexedi Edition | About GitLab | About Nexedi | 沪ICP备2021021310号-2 | 沪ICP备2021021310号-7