1. 29 May, 2010 1 commit
  2. 28 May, 2010 1 commit
    • Daniel T Chen's avatar
      ALSA: hda: Use LPIB for Sony VPCS11V9E · e96d3127
      Daniel T Chen authored
      BugLink: https://launchpad.net/bugs/586347
      
      
      
      Symptom: On the Sony VPCS11V9E, using GStreamer-based applications with
      PulseAudio in Ubuntu 10.04 LTS results in stuttering audio. It appears
      to worsen with increased I/O.
      
      Test case: use Rhythmbox under increased I/O pressure. This symptom is
      reproducible in the current daily stable alsa-driver snapshots (at least
      up until 21 May 2010; later snapshots fail to build from source due to
      missing preprocessor directives when compiled against 2.6.32).
      
      Resolution: add SSID for this machine to the position_fix quirk table,
      explicitly specifying the LPIB method.
      Reported-and-Tested-By: default avatarLauri Kainulainen <lauri@sokkelo.net>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarDaniel T Chen <crimsun@ubuntu.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      e96d3127
  3. 25 May, 2010 3 commits
    • Clemens Ladisch's avatar
      ALSA: hda_intel: fix handling of non-completion stream interrupts · 9ef04066
      Clemens Ladisch authored
      
      
      Check that the interrupt raised for a stream is actually a buffer
      completion interrupt before handling it as one.  Otherwise, memory
      errors or FIFO xruns would be interpreted as a pointer update and could
      break the stream timing.
      Signed-off-by: default avatarClemens Ladisch <clemens@ladisch.de>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      9ef04066
    • Daniel T Chen's avatar
      ALSA: hda: Use LPIB for Toshiba A100-259 · 4e0938db
      Daniel T Chen authored
      BugLink: https://launchpad.net/bugs/549560
      
      
      
      Symptom: on a significant number of hardware, booting from a live cd
      results in capture working correctly, but once the distribution is
      installed, booting from the install results in capture not working.
      
      Test case: boot from Ubuntu 10.04 LTS live cd; capture works correctly.
      Install to HD and reboot; capture does not work. Reproduced with 2.6.32
      mainline build (vanilla kernel.org compile)
      
      Resolution: add SSID for Toshiba A100-259 to the position_fix quirk
      table, explicitly specifying the LPIB method.
      
      I'll be sending additional patches for these SSIDs as bug reports are
      confirmed.
      
      This patch also trivially sorts the quirk table in ascending order by
      subsystem vendor.
      
      Reported-and-Tested-by: <davide.molteni@gmail.com>
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarDaniel T Chen <crimsun@ubuntu.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      4e0938db
    • Daniel T Chen's avatar
      ALSA: hda: Use LPIB for Acer Aspire 5110 · 7a68be94
      Daniel T Chen authored
      BugLink: https://launchpad.net/bugs/583983
      
      
      
      Symptom: on a significant number of hardware, booting from a live cd
      results in capture working correctly, but once the distribution is
      installed, booting from the install results in capture not working.
      
      Test case: boot from Ubuntu 10.04 LTS live cd; capture works correctly.
      Install to HD and reboot; capture does not work. Reproduced with 2.6.32
      mainline build (vanilla kernel.org compile).
      
      Resolution: add SSID for Acer Aspire 5110 to the position_fix quirk
      table, explicitly specifying the LPIB method.
      
      I'll be sending additional patches for these SSIDs as bug reports are
      confirmed.
      
      Reported-and-Tested-By: Leo
      Cc: <stable@kernel.org>
      Signed-off-by: default avatarDaniel T Chen <crimsun@ubuntu.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      7a68be94
  4. 11 May, 2010 3 commits
  5. 23 Apr, 2010 1 commit
  6. 15 Apr, 2010 1 commit
    • Takashi Iwai's avatar
      ALSA: hda - Add position_fix quirk for Biostar mobo · 8815cd03
      Takashi Iwai authored
      The Biostar mobo seems to give a wrong DMA position, resulting in
      stuttering or skipping sounds on 2.6.34.  Since the commit
      7b3a177b
      
      , "ALSA: pcm_lib: fix "something
      must be really wrong" condition", makes the position check more strictly,
      the DMA position problem is revealed more clearly now.
      
      The fix is to use only LPIB for obtaining the position, i.e. passing
      position_fix=1.  This patch adds a static quirk to achieve it as default.
      Reported-by: default avatarFrank Griffin <ftg@roadrunner.com>
      Cc: Eric Piel <Eric.Piel@tremplin-utc.net>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      8815cd03
  7. 04 Apr, 2010 1 commit
  8. 29 Mar, 2010 1 commit
  9. 26 Mar, 2010 3 commits
  10. 16 Mar, 2010 1 commit
  11. 15 Mar, 2010 2 commits
  12. 09 Mar, 2010 1 commit
  13. 07 Mar, 2010 1 commit
  14. 05 Mar, 2010 1 commit
  15. 04 Mar, 2010 2 commits
  16. 23 Feb, 2010 1 commit
  17. 22 Feb, 2010 2 commits
  18. 15 Feb, 2010 1 commit
  19. 12 Feb, 2010 1 commit
  20. 09 Feb, 2010 2 commits
  21. 05 Feb, 2010 2 commits
  22. 28 Jan, 2010 2 commits
  23. 27 Jan, 2010 1 commit
  24. 26 Jan, 2010 1 commit
  25. 13 Jan, 2010 1 commit
  26. 25 Dec, 2009 1 commit
    • Wu Fengguang's avatar
      ALSA: hda - HDMI sticky stream tag support · ef18bede
      Wu Fengguang authored
      
      
      When we run the following commands in turn (with
      CONFIG_SND_HDA_POWER_SAVE_DEFAULT=0),
      
      	speaker-test -Dhw:0,3 -c2 -twav  # HDMI
      	speaker-test -Dhw:0,0 -c2 -twav  # Analog
      
      The second command will produce sound in the analog lineout _as well as_
      HDMI sink. The root cause is, device 0 "reuses" the same stream tag that
      was used by device 3, and the "intelhdmi - sticky stream id" patch leaves
      the HDMI codec in a functional state. So the HDMI codec happily accepts
      the audio samples which reuse its stream tag.
      
      The proposed solution is to remember the last device each azx_dev was
      assigned to, and prefer to
      1) reuse the azx_dev (and hence the stream tag) the HDMI codec last used
      2) or assign a never-used azx_dev for HDMI
      
      With this patch and the above two speaker-test commands,
      HDMI codec will use stream tag 8 and Analog codec will use 5.
      
      The stream tag used by HDMI codec won't be reused by others, as long
      as we don't run out of the 4 playback azx_dev's. The legacy Analog
      codec will continue to use stream tag 5 because its device id is 0
      (this is a bit tricky).
      Signed-off-by: default avatarWu Fengguang <fengguang.wu@intel.com>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      ef18bede
  27. 22 Dec, 2009 1 commit
  28. 18 Dec, 2009 1 commit