11 Aug, 2020

5 commits

  • commit 7fe3530427e52dd53cd7366914864e29215180a4 upstream.

    The ca0113 command had the wrong group_id, 0x48 when it should've been
    0x30. The front microphone selection should now work.

    Signed-off-by: Connor McAdams
    Cc:
    Link: https://lore.kernel.org/r/20200803002928.8638-3-conmanx360@gmail.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Connor McAdams
     
  • commit a00dc409de455b64e6cb2f6d40cdb8237cdb2e83 upstream.

    When the ZxR headphone gain control was added, the ca0132_switch_get
    function was not updated, which meant that the changes to the control
    state were not saved when entering/exiting alsamixer.

    Signed-off-by: Connor McAdams
    Cc:
    Link: https://lore.kernel.org/r/20200803002928.8638-1-conmanx360@gmail.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Connor McAdams
     
  • commit cc5edb1bd3f7bfe450f767b12423f6673822427b upstream.

    Add a new quirk ID for the Recon3D, as tested by me.

    Signed-off-by: Connor McAdams
    Cc:
    Link: https://lore.kernel.org/r/20200803002928.8638-2-conmanx360@gmail.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Connor McAdams
     
  • commit f1ec5be17b9aafbc5f573da023850566b43d8e5e upstream.

    There are several Loongson-3 based laptops produced by CZC or Lemote,
    they use alc269/alc662 codecs and need specific pin-tables, this patch
    add their pin-tables.

    Signed-off-by: Huacai Chen
    Cc:
    Link: https://lore.kernel.org/r/1596360400-32425-1-git-send-email-chenhc@lemote.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Huacai Chen
     
  • commit 07c9983b567d0ef33aefc063299de95a987e12a8 upstream.

    This reverts commit 9a6418487b56 ("ALSA: hda: call runtime_allow()
    for all hda controllers").

    The reverted patch already introduced some regressions on some
    machines:
    - on gemini-lake machines, the error of "azx_get_response timeout"
    happens in the hda driver.
    - on the machines with alc662 codec, the audio jack detection doesn't
    work anymore.

    Fixes: 9a6418487b56 ("ALSA: hda: call runtime_allow() for all hda controllers")
    BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=208511
    Cc:
    Signed-off-by: Hui Wang
    Link: https://lore.kernel.org/r/20200803064638.6139-1-hui.wang@canonical.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Hui Wang
     

05 Aug, 2020

5 commits

  • commit c2c3657f0aedb8736a0fb7b2b1985adfb86e7802 upstream.

    It's been reported that, when neither nouveau nor Nvidia graphics
    driver is used, the screen starts flickering. And, after comparing
    between the working case (stable 4.4.x) and the broken case, it turned
    out that the problem comes from the audio component binding. The
    Nvidia and AMD audio binding code clears the bus->keep_power flag
    whenever snd_hdac_acomp_init() succeeds. But this doesn't mean that
    the component is actually bound, but it merely indicates that it's
    ready for binding. So, when both nouveau and Nvidia are blacklisted
    or not ready, the driver keeps running without the audio component but
    also with bus->keep_power = false. This made the driver runtime PM
    kicked in and powering down when unused, which results in flickering
    in the graphics side, as it seems.

    For fixing the bug, this patch moves the bus->keep_power flag change
    into generic_acomp_notifier_set() that is the function called from the
    master_bind callback of component ops; i.e. it's guaranteed that the
    binding succeeded.

    BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=208609
    Fixes: 5a858e79c911 ("ALSA: hda - Disable audio component for legacy Nvidia HDMI codecs")
    Cc:
    Link: https://lore.kernel.org/r/20200728082033.23933-1-tiwai@suse.de
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Takashi Iwai
     
  • commit 5649625344fe1f4695eace7c37d011e317bf66d5 upstream.

    HP NB right speaker had no sound output.
    This platform was connected to I2S Amp for speaker out.(None Realtek I2S Amp IC)
    EC need to check codec GPIO1 pin to initial I2S Amp.

    Signed-off-by: Kailang Yang
    Cc:
    Link: https://lore.kernel.org/r/01285f623ac7447187482fb4a8ecaa7c@realtek.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Kailang Yang
     
  • commit 6fa38ef1534e7e9320aa15e329eb1404ab2f70ac upstream.

    Intel requires to enable power saving mode for intel reference board (alc256)

    Signed-off-by: PeiSen Hou
    Cc:
    Link: https://lore.kernel.org/r/20200727115647.10967-1-tiwai@suse.de
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    PeiSen Hou
     
  • commit 293a92c1d9913248b9987b68f3a5d6d2f0aae62b upstream.

    This patch fixes a small typo I accidently submitted with the initial patch. The board should be named GA401 not G401.

    Fixes: ff53664daff2 ("ALSA: hda/realtek: enable headset mic of ASUS ROG Zephyrus G14(G401) series with ALC289")
    Signed-off-by: Armas Spann
    Cc:
    Link: https://lore.kernel.org/r/20200724140837.302763-1-zappel@retarded.farm
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Armas Spann
     
  • commit 4b43d05a1978a93a19374c6e6b817c9c1ff4ba4b upstream.

    This patch adds support for headset mic to the ASUS ROG Zephyrus
    G15(GA502) notebook series by adding the corresponding
    vendor/pci_device id, as well as adding a new fixup for the used
    realtek ALC289. The fixup stets the correct pin to get the headset mic
    correctly recognized on audio-jack.

    Signed-off-by: Armas Spann
    Cc:
    Link: https://lore.kernel.org/r/20200724140616.298892-1-zappel@retarded.farm
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Armas Spann
     

29 Jul, 2020

3 commits

  • [ Upstream commit 5734e509d5d515c187f642937ef2de1e58d7715d ]

    Add headset_jack for the intel reference board support with
    10ec:1230.

    Signed-off-by: PeiSen Hou
    Link: https://lore.kernel.org/r/20200716090134.9811-1-tiwai@suse.de
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    PeiSen Hou
     
  • commit 568e4e82128aac2c62c2c359ebebb6007fd794f9 upstream.

    Fixed no headphone sound bug on laptop Samsung Notebook Pen S
    (950SBE-951SBE), by using existing patch in Linus' tree, commit
    14425f1f521f (ALSA: hda/realtek: Add quirk for Samsung Notebook).
    This laptop uses the same ALC298 but different subsystem id 0x144dc812.
    I added SND_PCI_QUIRK at sound/pci/hda/patch_realtek.c

    Signed-off-by: Joonho Wohn
    Cc:
    Link: https://lore.kernel.org/r/CAHcbMh291aWDKiWSZoxXB4-Eru6OYRwGA4AVEdCZeYmVLo5ZxQ@mail.gmail.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Joonho Wohn
     
  • [ Upstream commit 56275036d8185f92eceac7479d48b858ee3dab84 ]

    When HDMI PCM devices are opened in a specific order, with at least one
    HDMI/DP receiver connected, ALSA PCM open fails to -EBUSY on the
    connected monitor, on recent Intel platforms (ICL/JSL and newer). While
    this is not a typical sequence, at least Pulseaudio does this every time
    when it is started, to discover the available PCMs.

    The rootcause is an invalid assumption in hdmi_add_pin(), where the
    total number of converters is assumed to be known at the time the
    function is called. On older Intel platforms this held true, but after
    ICL/JSL, the order how pins and converters are in the subnode list as
    returned by snd_hda_get_sub_nodes(), was changed. As a result,
    information for some converters was not stored to per_pin->mux_nids.
    And this means some pins cannot be connected to all converters, and
    application instead gets -EBUSY instead at open.

    The assumption that converters are always before pins in the subnode
    list, is not really a valid one. Fix the problem in hdmi_parse_codec()
    by introducing separate loops for discovering converters and pins.

    BugLink: https://github.com/thesofproject/linux/issues/1978
    BugLink: https://github.com/thesofproject/linux/issues/2216
    BugLink: https://github.com/thesofproject/linux/issues/2217
    Reviewed-by: Ranjani Sridharan
    Reviewed-by: Pierre-Louis Bossart
    Signed-off-by: Kai Vehmanen
    Link: https://lore.kernel.org/r/20200703153818.2808592-1-kai.vehmanen@linux.intel.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Kai Vehmanen
     

22 Jul, 2020

5 commits

  • commit 158ae2f5e6fead30be1f0c203037f5556871513b upstream.

    ASUS UX563 speaker can't output.
    Add quirk to link suitable model will enable it.
    This model also could enable headset Mic.

    Signed-off-by: Kailang Yang
    Cc:
    Link: https://lore.kernel.org/r/96dee3ab01a04c28a7b44061e88009dd@realtek.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Kailang Yang
     
  • commit 473fbe13fd6f9082e413aea37e624ecbce5463cc upstream.

    ASUS UX533 and UX534 speaker still can't output.
    End User feedback speaker didn't have output.
    Add this COEF value will enable it.

    Fixes: 4e051106730d ("ALSA: hda/realtek: Enable audio jacks of ASUS UX533FD with ALC294")
    Cc:
    Signed-off-by: Kailang Yang
    Link: https://lore.kernel.org/r/80334402a93b48e385f8f4841b59ae09@realtek.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Kailang Yang
     
  • commit f50a121d2f32bccc1d6b94df925a1ce44ea7eff7 upstream.

    The Acer TravelMate B311R-31 laptop's audio (1025:1430) with ALC256
    cannot detect the headset microphone until
    ALC256_FIXUP_ACER_MIC_NO_PRESENCE quirk maps the NID 0x19 as the headset
    mic pin.

    Signed-off-by: Jian-Hong Pan
    Cc:
    Link: https://lore.kernel.org/r/20200713060421.62435-1-jian-hong@endlessm.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Jian-Hong Pan
     
  • commit ff53664daff2a65f4bf2479ac56dfb3e908deff0 upstream.

    This patch adds support for headset mic to the ASUS ROG Zephyrus
    G14(GA401) notebook series by adding the corresponding
    vendor/pci_device id, as well as adding a new fixup for the used
    realtek ALC289. The fixup stets the correct pin to get the headset mic
    correctly recognized on audio-jack.

    Signed-off-by: Armas Spann
    Cc:
    Link: https://lore.kernel.org/r/20200711110557.18681-1-zappel@retarded.farm
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Armas Spann
     
  • commit ef9ddb9dc4f8b1da3b975918cd1fd98ec055b918 upstream.

    ASUS platform couldn't need to use Headset Mode model.
    It changes to the suitable model.

    Signed-off-by: Kailang Yang
    Cc:
    Link: https://lore.kernel.org/r/d05bcff170784ec7bb35023407148161@realtek.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Kailang Yang
     

16 Jul, 2020

6 commits

  • commit 781c90c034d994c6a4e2badf189128a95ed864c2 upstream.

    The Acer Veriton N4660G desktop's audio (1025:1248) with ALC269VC cannot
    detect the headset microphone until ALC269VC_FIXUP_ACER_MIC_NO_PRESENCE
    quirk maps the NID 0x18 as the headset mic pin.

    Signed-off-by: Jian-Hong Pan
    Cc:
    Link: https://lore.kernel.org/r/20200706071826.39726-3-jian-hong@endlessm.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Jian-Hong Pan
     
  • commit 6e15d1261d522d1d222f8f89b23c6966905e9049 upstream.

    The Acer Aspire C20-820 AIO's audio (1025:1065) with ALC269VC can't
    detect the headset microphone until ALC269VC_FIXUP_ACER_HEADSET_MIC
    quirk maps the NID 0x18 as the headset mic pin.

    Signed-off-by: Jian-Hong Pan
    Signed-off-by: Daniel Drake
    Cc:
    Link: https://lore.kernel.org/r/20200706071826.39726-2-jian-hong@endlessm.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Jian-Hong Pan
     
  • commit 8eae7e9b3967f08efaa4d70403aec513cbe45ad0 upstream.

    The Acer desktop vCopperbox with ALC269VC cannot detect the MIC of
    headset, the line out and internal speaker until
    ALC269VC_FIXUP_ACER_VCOPPERBOX_PINS quirk applied.

    Signed-off-by: Jian-Hong Pan
    Signed-off-by: Chris Chiu
    Cc:
    Link: https://lore.kernel.org/r/20200706071826.39726-1-jian-hong@endlessm.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Jian-Hong Pan
     
  • commit 9774dc218bb628974dcbc76412f970e9258e5f27 upstream.

    1)
    In snd_hda_pick_fixup(), quirks are first matched by PCI SSID and then, if
    there is no match, by codec SSID. The Lenovo "ThinkPad X1 Carbon 7th" has
    an audio chip with PCI SSID 0x2292 and codec SSID 0x2293[1]. Therefore, fix
    the quirk meant for that device to match on .subdevice == 0x2292.

    2)
    The "Thinkpad X1 Yoga 7th" does not exist. The companion product to the
    Carbon 7th is the Yoga 4th. That device has an audio chip with PCI SSID
    0x2292 and codec SSID 0x2292[2]. Given the behavior of
    snd_hda_pick_fixup(), it is not possible to have a separate quirk for the
    Yoga based on SSID. Therefore, merge the quirks meant for the Carbon and
    Yoga. This preserves the current behavior for the Yoga.

    [1] This is the case on my own machine and can also be checked here
    https://github.com/linuxhw/LsPCI/tree/master/Notebook/Lenovo/ThinkPad
    https://gist.github.com/hamidzr/dd81e429dc86f4327ded7a2030e7d7d9#gistcomment-3225701
    [2]
    https://github.com/linuxhw/LsPCI/tree/master/Convertible/Lenovo/ThinkPad
    https://gist.github.com/hamidzr/dd81e429dc86f4327ded7a2030e7d7d9#gistcomment-3176355

    Fixes: d2cd795c4ece ("ALSA: hda - fixup for the bass speaker on Lenovo Carbon X1 7th gen")
    Fixes: 54a6a7dc107d ("ALSA: hda/realtek - Add quirk for the bass speaker on Lenovo Yoga X1 7th gen")
    Cc: Jaroslav Kysela
    Cc: Kailang Yang
    Tested-by: Vincent Bernat
    Tested-by: Even Brenden
    Signed-off-by: Benjamin Poirier
    Cc:
    Link: https://lore.kernel.org/r/20200703080005.8942-2-benjamin.poirier@gmail.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Benjamin Poirier
     
  • commit 6a6ca7881b1ab1c13fe0d70bae29211a65dd90de upstream.

    We have a Dell AIO, there is neither internal speaker nor internal
    mic, only a multi-function audio jack on it.

    Users reported that after freshly installing the OS and plug
    a headset to the audio jack, the headset can't output sound. I
    reproduced this bug, at that moment, the Input Source is as below:
    Simple mixer control 'Input Source',0
    Capabilities: cenum
    Items: 'Headphone Mic' 'Headset Mic'
    Item0: 'Headphone Mic'

    That is because the patch_realtek will set this audio jack as mic_in
    mode if Input Source's value is hp_mic.

    If it is not fresh installing, this issue will not happen since the
    systemd will run alsactl restore -f /var/lib/alsa/asound.state, this
    will set the 'Input Source' according to history value.

    If there is internal speaker or internal mic, this issue will not
    happen since there is valid sink/source in the pulseaudio, the PA will
    set the 'Input Source' according to active_port.

    To fix this issue, change the parser function to let the hs_mic be
    stored ahead of hp_mic.

    Cc: stable@vger.kernel.org
    Signed-off-by: Hui Wang
    Link: https://lore.kernel.org/r/20200625083833.11264-1-hui.wang@canonical.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Hui Wang
     
  • [ Upstream commit d50313a5a0d803bcf55121a2b82086633060d05e ]

    Mirror PCI ids used for SOF.

    Signed-off-by: Pierre-Louis Bossart
    Reviewed-by: Guennadi Liakhovetski
    Reviewed-by: Kai Vehmanen
    Link: https://lore.kernel.org/r/20200617164909.18225-1-pierre-louis.bossart@linux.intel.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Pierre-Louis Bossart
     

01 Jul, 2020

3 commits

  • commit b2c22910fe5aae10b7e17b0721e63a3edf0c9553 upstream.

    There are two more HP systems control mute LED from HDA codec and need
    to expose micmute led class so SoF can control micmute LED.

    Add quirks to support them.

    Signed-off-by: Kai-Heng Feng
    Cc:
    Link: https://lore.kernel.org/r/20200617102906.16156-2-kai.heng.feng@canonical.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Kai-Heng Feng
     
  • commit a0b03952a797591d4b6d6fa7b9b7872e27783729 upstream.

    MSI GE63 laptop with ALC1220 codec requires the very same quirk
    (ALC1220_FIXUP_CLEVO_P950) as other MSI devices for the proper sound
    output.

    BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=208057
    Cc:
    Link: https://lore.kernel.org/r/20200616132150.8778-1-tiwai@suse.de
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Takashi Iwai
     
  • commit adb36a8203831e40494a92095dacd566b2ad4a69 upstream.

    These IDs are for upcoming NVIDIA chips with audio functions that are largely
    similar to the existing ones.

    Signed-off-by: Aaron Plattner
    Cc:
    Link: https://lore.kernel.org/r/20200611180845.39942-1-aplattner@nvidia.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Aaron Plattner
     

24 Jun, 2020

1 commit

  • [ Upstream commit dbd13179780555ecd3c992dea1222ca31920e892 ]

    Currently mute LED and micmute LED share the same GPIO polarity.

    So split the polarity for mute and micmute, in case they have different
    polarities.

    Signed-off-by: Kai-Heng Feng
    Link: https://lore.kernel.org/r/20200430083255.5093-1-kai.heng.feng@canonical.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Kai-Heng Feng
     

17 Jun, 2020

1 commit

  • commit 573fcbfd319ccef26caa3700320242accea7fd5c upstream.

    A couple of Lenovo ThinkCentre machines all have 2 front mics and they
    use the same codec alc623 and have the same pin config, so add a
    pintbl entry for those machines to apply the fixup
    ALC283_FIXUP_HEADSET_MIC.

    Cc:
    Signed-off-by: Hui Wang
    Link: https://lore.kernel.org/r/20200608115541.9531-1-hui.wang@canonical.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Hui Wang
     

03 Jun, 2020

2 commits

  • [ Upstream commit 630e36126e420e1756378b3427b42711ce0b9ddd ]

    Enable new codec supported for ALC287.

    Signed-off-by: Kailang Yang
    Cc:
    Link: https://lore.kernel.org/r/dcf5ce5507104d0589a917cbb71dc3c6@realtek.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Kailang Yang
     
  • [ Upstream commit 399c01aa49e548c82d40f8161915a5941dd3c60e ]

    We fixed the regression of the speaker volume for some Thinkpad models
    (e.g. T570) by the commit 54947cd64c1b ("ALSA: hda/realtek - Fix
    speaker output regression on Thinkpad T570"). Essentially it fixes
    the DAC / pin pairing by a static table. It was confirmed and merged
    to stable kernel later.

    Now, interestingly, we got another regression report for the very same
    model (T570) about the similar problem, and the commit above was the
    culprit. That is, by some reason, there are devices that prefer the
    DAC1, and another device DAC2!

    Unfortunately those have the same ID and we have no idea what can
    differentiate, in this patch, a new fixup model "tpt470-dock-fix" is
    provided, so that users with such a machine can apply it manually.
    When model=tpt470-dock-fix option is passed to snd-hda-intel module,
    it avoids the fixed DAC pairing and the DAC1 is assigned to the
    speaker like the earlier versions.

    Fixes: 54947cd64c1b ("ALSA: hda/realtek - Fix speaker output regression on Thinkpad T570")
    BugLink: https://apibugzilla.suse.com/show_bug.cgi?id=1172017
    Cc:
    Link: https://lore.kernel.org/r/20200526062406.9799-1-tiwai@suse.de
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Takashi Iwai
     

27 May, 2020

9 commits

  • commit 259eb82475316672a5d682a94dc8bdd53cf8d8c3 upstream.

    A few known Clevo machines (PC50, PC70, X170) with ALC1220 codec need
    the existing quirk for pins for PB51 and co.

    Signed-off-by: PeiSen Hou
    Cc:
    Link: https://lore.kernel.org/r/20200519065012.13119-1-tiwai@suse.de
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    PeiSen Hou
     
  • commit d9e8fe0cffbfdd18de96fa68ee2a8b667a0b046e upstream.

    The Gigabyte X570 Aorus Xtreme motherboard with ALC1220 codec
    requires a similar workaround for Clevo laptops to enforce the
    DAC/mixer connection path. Set up a quirk entry for that.

    BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=205275
    Signed-off-by: Christian Lachner
    Cc:
    Link: https://lore.kernel.org/r/20200518053844.42743-2-gladiac@gmail.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Christian Lachner
     
  • commit b0cb099062b0c18246c3a20caaab4c0afc303255 upstream.

    The ST Audio ADCIII is an STDSP24 card plus extension box. With commit
    e8a91ae18bdc ("ALSA: ice1712: Add support for STAudio ADCIII") we
    enabled the ADCIII ports using the model=staudio option but forgot
    this part to ensure the STDSP24 card is initialized properly.

    Fixes: e8a91ae18bdc ("ALSA: ice1712: Add support for STAudio ADCIII")
    Signed-off-by: Scott Bahling
    Cc:
    BugLink: https://bugzilla.suse.com/show_bug.cgi?id=1048934
    Link: https://lore.kernel.org/r/20200518175728.28766-1-tiwai@suse.de
    Signed-off-by: Takashi Iwai
    Signed-off-by: Greg Kroah-Hartman

    Scott Bahling
     
  • [ Upstream commit 7900e81797613b92f855f9921392a7430cbdf88c ]

    The ASUS UX581LV laptop's audio (1043:19e1) with ALC295 can't detect the
    headset microphone until ALC295_FIXUP_ASUS_MIC_NO_PRESENCE quirk
    applied.

    Signed-off-by: Jian-Hong Pan
    Link: https://lore.kernel.org/r/20200512061525.133985-3-jian-hong@endlessm.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Jian-Hong Pan
     
  • [ Upstream commit ad97d667854c2fbce05a004e107f358ef4b04cf6 ]

    The ASUS laptop UX550GE with ALC295 can't detect the headset microphone
    until ALC295_FIXUP_ASUS_MIC_NO_PRESENCE quirk applied.

    Signed-off-by: Jian-Hong Pan
    Signed-off-by: Daniel Drake
    Link: https://lore.kernel.org/r/20200512061525.133985-2-jian-hong@endlessm.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Jian-Hong Pan
     
  • [ Upstream commit 9e43342b464f1de570a3ad8256ac77645749ef45 ]

    The ASUS laptop GL503VM with ALC295 can't detect the headset microphone.
    The headset microphone does not work until pin 0x19 is enabled for it.

    Signed-off-by: Chris Chiu
    Signed-off-by: Daniel Drake
    Signed-off-by: Jian-Hong Pan
    Link: https://lore.kernel.org/r/20200512061525.133985-1-jian-hong@endlessm.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Chris Chiu
     
  • [ Upstream commit 14425f1f521fdfe274a7bb390637c786432e08b4 ]

    Some models of the Samsung Notebook 9 have very quiet and distorted
    headphone output. This quirk changes the VREF value of the ALC298
    codec NID 0x1a from default HIZ to new 100.

    [ adjusted to 5.7-base and rearranged in SSID order -- tiwai ]

    Signed-off-by: Mike Pozulp
    BugLink: https://bugzilla.kernel.org/show_bug.cgi?id=207423
    Link: https://lore.kernel.org/r/20200510032838.1989130-1-pozulp.kernel@gmail.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Mike Pozulp
     
  • [ Upstream commit 24164f434dc9c23cd34fca1e36acea9d0581bdde ]

    HP new platform has new mute led feature.
    COEF index 0x34 bit 5 to control playback mute led.
    COEF index 0x35 bit 2 and bit 3 to control Mic mute led.

    [ corrected typos by tiwai ]

    Signed-off-by: Kailang Yang
    Link: https://lore.kernel.org/r/6741211598ba499687362ff2aa30626b@realtek.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Kailang Yang
     
  • [ Upstream commit 431e76c3edd76d84a0ed1eb81a286b2ddecc5ee4 ]

    HP Note Book supported new mute Led.
    Hardware PIN was not enough to meet old LED rule.
    JD2 to control playback mute led.
    GPO3 to control capture mute led.
    (ALC285 didn't control GPO3 via verb command)
    This two PIN just could control by COEF registers.

    [ corrected typos by tiwai ]

    Signed-off-by: Kailang Yang
    Link: https://lore.kernel.org/r/6741211598ba499687362ff2aa30626b@realtek.com
    Signed-off-by: Takashi Iwai
    Signed-off-by: Sasha Levin

    Kailang Yang