Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  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
  3. 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
  5. 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
  7. 09 6月, 2015 1 次提交
  9. 08 6月, 2015 1 次提交
  11. 03 6月, 2015 3 次提交
  13. 31 5月, 2015 1 次提交
  15. 30 5月, 2015 1 次提交
  17. 29 5月, 2015 3 次提交
  19. 28 5月, 2015 2 次提交
  21. 27 5月, 2015 2 次提交
  23. 26 5月, 2015 1 次提交
  25. 24 5月, 2015 2 次提交
  27. 20 5月, 2015 3 次提交
  29. 19 5月, 2015 2 次提交
  31. 18 5月, 2015 4 次提交
  33. 13 5月, 2015 6 次提交
  35. 11 5月, 2015 4 次提交