1. 10 8月, 2009 1 次提交
  2. 06 8月, 2009 1 次提交
  3. 04 8月, 2009 1 次提交
  4. 03 8月, 2009 2 次提交
  5. 31 7月, 2009 1 次提交
  6. 30 7月, 2009 2 次提交
  7. 29 7月, 2009 6 次提交
  8. 28 7月, 2009 3 次提交
  9. 27 7月, 2009 1 次提交
  10. 22 7月, 2009 3 次提交
  11. 20 7月, 2009 2 次提交
    • T
      ALSA: hda - Fix pin-setup for Sony VAIO with STAC9872 codecs · b04add95
      Takashi Iwai 提交于
      The recent rewrite of the codec parser for STAC9872 caused a regression
      for some Sony VAIO models that don't give proper pin default configs
      by BIOS.  Even using model=vaio doesn't work because the pin definitions
      are set after the pin overrides.
      
      This patch fixes the pin definitions in patch_stac9872() to be put
      in the right place before the pin overrides.  Also the patch adds the
      new quirk entry for VAIO F/S to have the correct pin default configs.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      Cc: <stable@kernel.org>
      b04add95
    • H
      ALSA: hda - Add quirk for Gateway T6834c laptop · 42b95f0c
      Hao Song 提交于
      Gateway T6834c laptops need EAPD always on while the default behavior
      for the STAC9205 reference board is to turn it off upon every HP plug.
      By using the special "eapd" model, which is first introduced for Gateway
      T1616 laptops for this same reason, this peculiarity can be properly
      handled.
      Signed-off-by: NHao Song <baritono.tux@gmail.com>
      Cc: <stable@kernel.org>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      42b95f0c
  12. 04 7月, 2009 1 次提交
  13. 22 6月, 2009 2 次提交
  14. 11 6月, 2009 1 次提交
  15. 02 6月, 2009 1 次提交
  16. 01 6月, 2009 1 次提交
  17. 30 5月, 2009 1 次提交
  18. 26 5月, 2009 1 次提交
  19. 25 5月, 2009 1 次提交
  20. 19 5月, 2009 1 次提交
  21. 15 5月, 2009 1 次提交
  22. 08 5月, 2009 1 次提交
  23. 04 5月, 2009 1 次提交
  24. 16 4月, 2009 1 次提交
  25. 14 4月, 2009 1 次提交
    • T
      ALSA: hda - Avoid call of snd_jack_report at release · 95c09099
      Takashi Iwai 提交于
      Don't call snd_jack_report at release of sigmatel and conexnat codecs
      which results in Oops at unloading the module.
      
      The Oops is triggered by the power-up sequence during the free due to
      the pincfg restoration.  Since the power-up sequence is involved with
      the unsol handling, the jack reporting may be issued during that.
      The Oops occurs with this jack reporting because the jack instances
      have been already released but the codec doesn't do the proper
      book-keeping.
      
      This patch adds the book-keeping of jack instances to avoid the access
      to bogus pointers.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      95c09099
  26. 07 4月, 2009 1 次提交
  27. 06 4月, 2009 1 次提交