1. 07 Mar, 2012 1 commit
  2. 06 Mar, 2012 1 commit
  3. 04 Mar, 2012 2 commits
  4. 02 Mar, 2012 1 commit
  5. 01 Mar, 2012 1 commit
  6. 29 Feb, 2012 2 commits
  7. 25 Feb, 2012 2 commits
  8. 23 Feb, 2012 2 commits
  9. 22 Feb, 2012 1 commit
  10. 21 Feb, 2012 2 commits
  11. 17 Feb, 2012 1 commit
  12. 16 Feb, 2012 1 commit
  13. 15 Feb, 2012 1 commit
  14. 14 Feb, 2012 3 commits
  15. 13 Feb, 2012 3 commits
    • Takashi Iwai's avatar
      Merge branch 'fix/acer-alc889-fix' into fix/hda · a68f20ef
      Takashi Iwai authored
      Conflicts:
      	sound/pci/hda/patch_realtek.c
      
      Merged back the fix for Acer Aspire 6935 with ALC889 codec.
      The fix commit was based on 3.2 kernel so that it can be applied to
      stable kernel cleanly.
      a68f20ef
    • Takashi Iwai's avatar
      ALSA: hda - Fix silent speaker output on Acer Aspire 6935 · 02a237b2
      Takashi Iwai authored
      Since 3.2 kernel, the driver starts trying to assign the multi-io DACs
      before the speaker, thus it assigns DAC2/3 for multi-io and DAC4 for
      the speaker for a standard laptop setup like a HP, a speaker, a mic-in
      and a line-in.  However, on Acer Aspire 6935, it seems that the
      speaker pin 0x14 must be connected with either DAC1 or 2; otherwise it
      results in silence by some reason, although the codec itself allows
      the routing to DAC3/4.
      
      As a workaround, the connection list of each pin is reduced to be
      mapped to either only DAC1/2 or DAC3/4, so that the compatible
      assignment as in kernel 3.1 is achieved.
      
      Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=42740
      
      Cc: <stable@kernel.org> [v3.2+]
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      02a237b2
    • Takashi Iwai's avatar
      ALSA: hda - Fix initialization of secondary capture source on VT1705 · fc1156c0
      Takashi Iwai authored
      VT1705 codec has two ADCs where the secondary ADC has no MUX but only
      a fixed connection to the mic pin.  This confused the driver and it
      tries always overriding the input-source selection by assumption of
      the existing MUX for the secondary ADC, resulted in resetting the
      input-source at each time PM (including power-saving) occurs.
      
      The fix is simply to check the existence of MUX for secondary ADCs in
      the initialization code.
      Tested-by: default avatarAnisse Astier <anisse@astier.eu>
      Cc: <stable@kernel.org> [v3.1+]
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      fc1156c0
  16. 09 Feb, 2012 2 commits
  17. 08 Feb, 2012 5 commits
  18. 07 Feb, 2012 3 commits
  19. 06 Feb, 2012 3 commits
  20. 03 Feb, 2012 1 commit
  21. 02 Feb, 2012 2 commits