diff options
author | Takashi Iwai <tiwai@suse.de> | 2020-06-19 12:14:58 +0200 |
---|---|---|
committer | Takashi Iwai <tiwai@suse.de> | 2020-06-19 12:15:04 +0200 |
commit | c7440acc859778eed74b223fc41f094133aeaaf0 (patch) | |
tree | 79891ed02c49c094f0322996a77f9b7389a60222 /sound/pci/ens1370.c | |
parent | f34a4c9dd4ca44b6af82ca078ff949e74c46071d (diff) | |
parent | c9e272f9e03d412073a3ae2c1814efbec10b6278 (diff) | |
download | linux-stable-c7440acc859778eed74b223fc41f094133aeaaf0.tar.gz linux-stable-c7440acc859778eed74b223fc41f094133aeaaf0.tar.bz2 linux-stable-c7440acc859778eed74b223fc41f094133aeaaf0.zip |
Merge branch 'topic/hda-micmute-led' into for-next
This is a patch set inspired by the recent patch Kai-Heng posted about
the HD-audio mic-mute LED control. Currently HD-audio driver deals
with the mute and mic-mute LED in several different ways: primarily
with the direct callback of vmaster hook and capture sync hook, while
another with the LED class device binding. The latter has been used
for binding with the platform device LEDs like Thinkpad, Dell,
Huawei. And, yet, recently we added our own LED classdev for the
mic-mute LED on some HP systems although they are controlled directly
with the callback; it's exposed, however, for the DMIC that is
governed by a different ASoC driver.
This patch set is an attempt to sort out and make them consistent:
namely,
* All LEDs are now controlled via LED class device
* The generic driver provides helper functions to easily build up the
LED class dev and the relevant mixer controls
* Conversion of the existing framework and clean ups
The patches are lightly tested in my side with a couple of machines
and also through hda-emu tests. Some devices receive new kcontrols
for the mute LED behavior (that have been missing so far), but
anything else look good though my tests.
Link: https://lore.kernel.org/r/20200618110842.27238-1-tiwai@suse.de
Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'sound/pci/ens1370.c')
0 files changed, 0 insertions, 0 deletions