Skip to content

K
Kernel

openeuler / Kernel
大约 1 年 前同步成功

通知 5
Star 0
Fork 0
K
Kernel

体验新版 GitCode，发现更多精彩内容 >>

切换分支/标签
  1. 03 4月, 2019 1 次提交
    • K
      ALSA: hda/realtek - Move to ACT_INIT state · 8983eb60
      由 Kailang Yang 提交于 
      It will be lose Mic JD state when Chrome OS boot and headset was plugged.
Just Implement of reset combo jack JD verb for ACT_PRE_PROBE state.
Intel test result was also failed.
It test passed until changed the initial state to ACT_INIT.
Mic JD will show every time.
This patch also changed the model name as 'alc-chrome-book' for
application of Chrome OS.

Fixes: 10f5b1b8 ("ALSA: hda/realtek - Fixed Headset Mic JD not stable")
Signed-off-by: NKailang Yang <kailang@realtek.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      8983eb60
  3. 02 4月, 2019 1 次提交
  5. 27 3月, 2019 1 次提交
  7. 22 3月, 2019 3 次提交
  9. 21 3月, 2019 3 次提交
  11. 14 3月, 2019 3 次提交
  13. 13 3月, 2019 3 次提交
  15. 21 2月, 2019 1 次提交
  17. 20 2月, 2019 1 次提交
    • T
      ALSA: hda/realtek - Reduce click noise on Dell Precision 5820 headphone · c0ca5ece
      由 Takashi Iwai 提交于 
      Dell Precision 5820 with ALC3234 codec (which is equivalent with
ALC255) shows click noises at (runtime) PM resume on the headphone.
The biggest source of the noise comes from the cleared headphone pin
control at resume, which is done via the standard shutup procedure.

Although we have an override of the standard shutup callback to
replace with NOP, this would skip other needed stuff (e.g. the pull
down of headset power).  So, instead, this "fixes" the behavior of
alc_fixup_no_shutup() by introducing spec->no_shutup_pins flag.
When this flag is set, Realtek codec won't call the standard
snd_hda_shutup_pins() & co.  Now alc_fixup_no_shutup() just sets this
flag instead of overriding spec->shutup callback itself.  This allows
us to apply the similar fix for other entries easily if needed in
future.

Cc: <stable@vger.kernel.org>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      c0ca5ece
  19. 14 2月, 2019 2 次提交
    • H
      ALSA: hda/realtek: Disable PC beep in passthrough on alc285 · c8c6ee61
      由 Hui Wang 提交于 
      It is reported that there's a constant background "hum/whitenoise"
in the headset on the Lenovo X1 machines with the codec alc285, and it
is confirmed that if we run the command below, the noise will stop.
 sudo hda-verb /dev/snd/hwC0D0 0x1d SET_PIN_WIDGET_CONTROL 0x0

Then I consulted this issue with Kailang, he told me the pin 0x1d on
this codec is used for PC beep in, the noise probably comes from this
pin and we can also disable the PC beep in passthrough, then the PC
beep in will not affect other sound playback.

Fixes: c4cfcf6f ("ALSA: hda/realtek - fix the pop noise on headphone for lenovo laptops")
Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1660581
Cc: <stable@vger.kernel.org>
Signed-off-by: NKailang Yang <kailang@realtek.com>
Signed-off-by: NHui Wang <hui.wang@canonical.com>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      c8c6ee61
    • J
      ALSA: hda/realtek - Headset microphone and internal speaker support for System76 oryp5 · 7f665b1c
      由 Jeremy Soller 提交于 
      On the System76 Oryx Pro (oryp5), there is a headset microphone input
attached to 0x19 that does not have a jack detect. In order to get it
working, the pin configuration needs to be set correctly, and the
ALC269_FIXUP_HEADSET_MODE_NO_HP_MIC fixup needs to be applied. This is
similar to the MIC_NO_PRESENCE fixups for some Dell laptops, except we
have a separate microphone jack that is already configured correctly.

Since the ALC1220 does not have a fixup similar to
ALC269_FIXUP_HEADSET_MODE_NO_HP_MIC, I have exposed the fixup from the
ALC269 in a way that it can be accessed from the
alc1220_fixup_system76_oryp5 function. In addition, the
alc1220_fixup_clevo_p950 needs to be applied to gain speaker output.
Signed-off-by: NJeremy Soller <jeremy@system76.com>
Cc: <stable@vger.kernel.org>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      7f665b1c
  21. 01 2月, 2019 2 次提交
  23. 31 1月, 2019 1 次提交
  25. 30 1月, 2019 1 次提交
    • T
      ALSA: hda/realtek - Apply ALC294 hp init also for S4 resume · f6ef4e0e
      由 Takashi Iwai 提交于 
      The init sequence for ALC294 headphone stuff is needed not only for
the boot up time but also for the resume from hibernation, where the
device is switched from the boot kernel without sound driver to the
suspended image.  Since we record the PM event in the device
power_state field, we can now recognize the call pattern and apply the
sequence conditionally.
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      f6ef4e0e
  27. 29 1月, 2019 1 次提交
    • K
      ALSA: hda/realtek - Fixed hp_pin no value · 693abe11
      由 Kailang Yang 提交于 
      Fix hp_pin always no value.

[More notes on the changes:

 The hp_pin value that is referred in alc294_hp_init() is always zero
 at the moment the function gets called, hence this is actually
 useless as in the current code.

 And, this kind of init sequence should be called from the codec init
 callback, instead of the parser function.  So, the first fix in this
 patch to move the call call into its own init_hook.

 OTOH, this function is needed to be called only once after the boot,
 and it'd take too long for invoking at each resume (where the init
 callback gets called).  So we add a new flag and invoke this only
 once as an additional fix.

 The one case is still not covered, though: S4 resume.  But this
 change itself won't lead to any regression in that regard, so we
 leave S4 issue as is for now and fix it later.  -- tiwai ]

Fixes: bde1a745 ("ALSA: hda/realtek - Fixed headphone issue for ALC700")
Signed-off-by: NKailang Yang <kailang@realtek.com>
Cc: <stable@vger.kernel.org>
Signed-off-by: NTakashi Iwai <tiwai@suse.de>
      693abe11
  29. 14 1月, 2019 1 次提交
  31. 09 1月, 2019 2 次提交
  33. 07 1月, 2019 1 次提交
  35. 01 1月, 2019 1 次提交
  37. 19 12月, 2018 1 次提交
  39. 13 12月, 2018 2 次提交
  41. 10 12月, 2018 3 次提交
  43. 09 12月, 2018 1 次提交
  45. 07 12月, 2018 2 次提交
  47. 05 12月, 2018 2 次提交