1. 06 Oct, 2011 2 commits
  2. 05 Oct, 2011 2 commits
  3. 04 Oct, 2011 1 commit
  4. 03 Oct, 2011 2 commits
  5. 28 Sep, 2011 4 commits
    • Takashi Iwai's avatar
      ALSA: hda - Allow patching with any vendor/subsystem ids · ef940b04
      Takashi Iwai authored
      In the ugly real world, there area really broken devices that don't set
      codec SSID correctly.  In such a case, the ID can be random, thus the
      patching won't work reliably.
      
      For applying the patch forcibly to such a device, the driver will skip
      the vendor and/or subsystem ID checks when zero or a negative number is
      given in [codec] section.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      ef940b04
    • Takashi Iwai's avatar
      ALSA: hda - Add snoop option · 27fe48d9
      Takashi Iwai authored
      Added a new option "snoop" for the traffic control of the HD-audio
      controller chip.  When set to 0, the non-snooping mode is used with
      the traffic control bit is set in each stream control register.
      This may allow better operations in the low power mode, but the actual
      implementation is depending pretty much on the chipset.
      
      As already implemented, more or less each chipset has own snoop-control
      register bit.  Now this setup refers to the snoop option, too.
      
      Also, a new VIA chipset may require the non-snooping mode when set so
      in BIOS.  In such a case, the option value is overridden.
      
      As default, it's still set to snoop=1 for keeping the same behavior as
      before.  In near future, it'll be set to 0 as default after checking
      it works in every system well.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      27fe48d9
    • Takashi Iwai's avatar
      ALSA: pcm - Export snd_pcm_lib_default_mmap() helper · 18a2b962
      Takashi Iwai authored
      Export the default mmap function, snd_pcm_lib_default_mmap().
      The upcoming non-snooping support in HD-audio driver will use this
      to override the mmap method.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      18a2b962
    • Takashi Iwai's avatar
      ALSA: hda:via - Skip creations of empty PCM streams · a5973103
      Takashi Iwai authored
      If no analog I/O is defined, skip creating the corresponding PCM stream.
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      a5973103
  6. 27 Sep, 2011 1 commit
  7. 26 Sep, 2011 3 commits
  8. 24 Sep, 2011 1 commit
  9. 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
    • Raymond Yau's avatar
      ALSA: HDA - Add Independent Headphone for all models of ad1988/ad1989 · 34588709
      Raymond Yau authored
      - Add "AD198x Headphone" playback device for independent headphone playback
        while playing 7.1 surround using rear panel audio jacks.
      
      - Remove "6stack-dig-fp" model since "Headphone Playback Volume" control using
        DAC0 instead of DAC1 (HDA_FRONT) was already added to all models.
      
      - Add "Independent HP" switch to enable/disable this playback device.
        When the switch is OFF, headphone use "copy front" mode to get the front
        channel as the green jack.
        When the switch is ON, you can play stereo sound through "AD198x Headphone"
        device to headphone while playing 7.1 surround sound through "AD198x Analog"
        device.
        The switch cannot be changed when either "AD198x Headphone" or "AD198X Analog"
        is open.
      Signed-off-by: default avatarRaymond Yau <superquad.vortex2@gmail.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      34588709
  10. 22 Sep, 2011 2 commits
  11. 21 Sep, 2011 2 commits
  12. 20 Sep, 2011 4 commits
  13. 19 Sep, 2011 1 commit
  14. 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
  15. 14 Sep, 2011 2 commits
  16. 13 Sep, 2011 1 commit
  17. 12 Sep, 2011 2 commits
  18. 06 Sep, 2011 2 commits
  19. 31 Aug, 2011 3 commits