1. 13 Jun, 2018 1 commit
    • Takashi Iwai's avatar
      ALSA: hda/realtek - Add shutup hint · c7273bd6
      Takashi Iwai authored
      
      
      The pin shutup callback seems working well on some devices while it
      does harm on some other devices; e.g. Lenovo laptops show often the
      noises at (runtime) PM with the pin shutup enabled.
      
      Currently, the only way to disable the pin shutup is to hard-code
        spec->shutup = alc_no_shutup;
      in the fixup, and this makes the debugging harder for normal users.
      For allowing users to test the similar effect without recompiling the
      kernel, this patch adds a new hint string "shutup".  It's a boolean
      value, and by passing false to this, user can turn off the pin shutup
      call.
      
      For example, to turn off the shutup on Lenovo P50, create a "firmware
      patch" file (e.g. /lib/firmware/alsa/lenovo-p50) containing the
      following lines:
      
        [codec]
        0x10ec0298 0x17aa222e 0
      
        [hint]
        shutup = no
      
      and pass the file via patch option of snd-hda-intel module
      (e.g. patch=alsa/lenovo-p50).
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      c7273bd6
  2. 30 May, 2018 1 commit
  3. 29 May, 2018 3 commits
  4. 13 May, 2018 1 commit
  5. 27 Apr, 2018 1 commit
  6. 25 Apr, 2018 3 commits
  7. 24 Apr, 2018 1 commit
  8. 19 Apr, 2018 2 commits
  9. 22 Mar, 2018 2 commits
  10. 17 Mar, 2018 1 commit
    • Takashi Iwai's avatar
      ALSA: hda/realtek - Always immediately update mute LED with pin VREF · e40bdb03
      Takashi Iwai authored
      Some HP laptops have a mute mute LED controlled by a pin VREF.  The
      Realtek codec driver updates the VREF via vmaster hook by calling
      snd_hda_set_pin_ctl_cache().
      
      This works fine as long as the driver is running in a normal mode.
      However, when the VREF change happens during the codec being in
      runtime PM suspend, the regmap access will skip and postpone the
      actual register change.  This ends up with the unchanged LED status
      until the next runtime PM resume even if you change the Master mute
      switch.  (Interestingly, the machine keeps the LED status even after
      the codec goes into D3 -- but it's another story.)
      
      For improving this usability, let the driver temporarily powering up /
      down only during the pin VREF change.  This can be achieved easily by
      wrapping the call with snd_hda_power_up_pm() / *_down_pm().
      
      Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=199073
      
      
      Cc: <stable@vger.kernel.org>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      e40bdb03
  11. 08 Mar, 2018 1 commit
  12. 06 Mar, 2018 4 commits
  13. 02 Mar, 2018 1 commit
  14. 26 Feb, 2018 1 commit
    • Takashi Iwai's avatar
      ALSA: hda - Fix pincfg at resume on Lenovo T470 dock · 71db96dd
      Takashi Iwai authored
      We've added a quirk to enable the recent Lenovo dock support, where it
      overwrites the pin configs of NID 0x17 and 19, not only updating the
      pin config cache.  It works right after the boot, but the problem is
      that the pin configs are occasionally cleared when the machine goes to
      PM.  Meanwhile the quirk writes the pin configs only at the pre-probe,
      so this won't be applied any longer.
      
      For addressing that issue, this patch moves the code to overwrite the
      pin configs into HDA_FIXUP_ACT_INIT section so that it's always
      applied at both probe and resume time.
      
      Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=195161
      Fixes: 61fcf8ec
      
       ("ALSA: hda/realtek - Enable Thinkpad Dock device for ALC298 platform")
      Cc: <stable@vger.kernel.org>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      71db96dd
  15. 14 Feb, 2018 1 commit
    • Jan-Marek Glogowski's avatar
      ALSA: hda/realtek: PCI quirk for Fujitsu U7x7 · fdcc968a
      Jan-Marek Glogowski authored
      
      
      These laptops have a combined jack to attach headsets, the U727 on
      the left, the U757 on the right, but a headsets microphone doesn't
      work. Using hdajacksensetest I found that pin 0x19 changed the
      present state when plugging the headset, in addition to 0x21, but
      didn't have the correct configuration (shown as "Not connected").
      
      So this sets the configuration to the same values as the headphone
      pin 0x21 except for the device type microphone, which makes it
      work correctly. With the patch the configured pins for U727 are
      
      Pin 0x12 (Internal Mic, Mobile-In): present = No
      Pin 0x14 (Internal Speaker): present = No
      Pin 0x19 (Black Mic, Left side): present = No
      Pin 0x1d (Internal Aux): present = No
      Pin 0x21 (Black Headphone, Left side): present = No
      Signed-off-by: default avatarJan-Marek Glogowski <glogow@fbihome.de>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      fdcc968a
  16. 07 Feb, 2018 3 commits
  17. 19 Jan, 2018 1 commit
  18. 17 Jan, 2018 2 commits
  19. 15 Jan, 2018 1 commit
    • Takashi Iwai's avatar
      ALSA: hda - Use IS_REACHABLE() for dependency on input · c469652b
      Takashi Iwai authored
      The commit ffcd28d8 ("ALSA: hda - Select INPUT for Realtek
      HD-audio codec") introduced the reverse-selection of CONFIG_INPUT for
      Realtek codec in order to avoid the mess with dependency between
      built-in and modules.  Later on, we obtained IS_REACHABLE() macro
      exactly for this kind of problems, and now we can remove th INPUT
      selection in Kconfig and put IS_REACHABLE(INPUT) to the appropriate
      places in the code, so that the driver doesn't need to select other
      subsystem forcibly.
      
      Fixes: ffcd28d8
      
       ("ALSA: hda - Select INPUT for Realtek HD-audio codec")
      Reported-by: default avatarRandy Dunlap <rdunlap@infradead.org>
      Acked-by: Randy Dunlap <rdunlap@infradead.org> # and build-tested
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      c469652b
  20. 10 Jan, 2018 1 commit
  21. 08 Jan, 2018 1 commit
  22. 27 Dec, 2017 2 commits
  23. 22 Dec, 2017 2 commits
  24. 18 Dec, 2017 1 commit
    • Kailang Yang's avatar
      ALSA: hda/realtek - Fix Dell AIO LineOut issue · 92266651
      Kailang Yang authored
      Dell AIO had LineOut jack.
      Add LineOut verb into this patch.
      
      [ Additional notes:
        the ALC274 codec seems requiring the fixed pin / DAC connections for
        HP / line-out pins for enabling EQ for speakers; i.e. the HP / LO
        pins expect to be connected with NID 0x03 while keeping the speaker
        with NID 0x02.  However, by adding a new line-out pin, the
        auto-parser assigns the NID 0x02 for HP/LO pins as primary outputs.
        As an easy workaround, we provide the preferred_pairs[] to map
        forcibly for these pins. -- tiwai ]
      
      Fixes: 75ee94b2
      
       ("ALSA: hda - fix headset mic problem for Dell machines with alc274")
      Signed-off-by: default avatarKailang Yang <kailang@realtek.com>
      Cc: <stable@vger.kernel.org>
      Signed-off-by: default avatarTakashi Iwai <tiwai@suse.de>
      92266651
  25. 05 Dec, 2017 1 commit
  26. 23 Nov, 2017 1 commit