1. 12 6月, 2015 1 次提交
    • T
      ALSA: hda - Abort the probe without i915 binding for HSW/BDW · 535115b5
      Takashi Iwai 提交于
      The previous patch tried to continue the probe if i915 binding fails.
      For for simplicity reason, we haven't implemented abort even for
      controller chips that are dedicated for HDMI/DP on HSW and BDW.
      However, Mengdong suggested that this can be dangerous; BIOS may
      disable gfx power well although the PCI entry for HD-audio is left,
      and this may result in the unexpected behavior, kernel errors, etc.
      
      For avoiding this situation, abort the probe at i915 binding failure
      only for HSW/BDW chips selectively.  For other chips, it still
      continues.
      
      Fixes: bf06848b ('ALSA: hda - Continue probing even if i915 binding fails')
      Reported-by: NMengdong Lin <mengdong.lin@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      535115b5
  2. 11 6月, 2015 2 次提交
    • T
      ALSA: hda - Re-add the lost fake mute support · a686ec4c
      Takashi Iwai 提交于
      Yet another regression by the transition to regmap cache; for better
      usability, we had the fake mute control using the zero amp value for
      Conexant codecs, and this was forgotten in the new hda core code.
      
      Since the bits 4-7 are unused for the amp registers (as we follow the
      syntax of AMP_GET verb), the bit 4 is now used to indicate the fake
      mute.  For setting this flag, snd_hda_codec_amp_update() becomes a
      function from a simple macro.  The bonus is that it gained a proper
      function description.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      a686ec4c
    • T
      ALSA: hda - Continue probing even if i915 binding fails · bf06848b
      Takashi Iwai 提交于
      Currently snd-hda-intel driver aborts the probing of Intel HD-audio
      controller with i915 power well management when binding with i915
      driver via hda_i915_init() fails.  This is no big problem for Haswell
      and Broadwell where the HD-audio controllers are dedicated to
      HDMI/DP, thus i915 link is mandatory.  However, Skylake, Baytrail and
      Braswell have only one controller and both HDMI/DP and analog codecs
      share the same bus.  Thus, even if HDMI/DP isn't usable, we should
      keep the controller working for other codecs.
      
      For fixing this, this patch simply allows continuing the probing even
      if hda_i915_init() call fails.  This may leave stale sound components
      for HDMI/DP devices that are unbound with graphics.  We could abort
      the probing selectively, but from the code simplicity POV, it's better
      to continue in all cases.
      Reported-by: NLibin Yang <libin.yang@intel.com>
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      bf06848b
  3. 10 6月, 2015 1 次提交
    • T
      ALSA: hda - Don't actually write registers for caps overwrites · 98a226ed
      Takashi Iwai 提交于
      Along with the transition to regmap for managing the cached parameter
      reads, the caps overwrite was also moved to regmap cache.  The cache
      change itself works, but it still tries to write the non-existing verb
      (the HDA parameter is read-only) wrongly.  It's harmless in most
      cases, but some chips are picky and may result in the codec
      communication stall.
      
      This patch avoids it just by adding the missing flag check in
      reg_write ops.
      Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      98a226ed
  4. 09 6月, 2015 1 次提交
  5. 08 6月, 2015 1 次提交
  6. 03 6月, 2015 3 次提交
  7. 31 5月, 2015 1 次提交
  8. 30 5月, 2015 1 次提交
  9. 29 5月, 2015 3 次提交
  10. 28 5月, 2015 2 次提交
  11. 27 5月, 2015 2 次提交
  12. 26 5月, 2015 1 次提交
  13. 24 5月, 2015 2 次提交
  14. 20 5月, 2015 3 次提交
  15. 19 5月, 2015 2 次提交
  16. 18 5月, 2015 4 次提交
  17. 13 5月, 2015 6 次提交
  18. 11 5月, 2015 4 次提交