ALSA: hda - Fix yet remaining issue with vmaster 0dB initialization
authorTakashi Iwai <tiwai@suse.de>
Wed, 22 Nov 2017 11:34:56 +0000 (12:34 +0100)
committerTakashi Iwai <tiwai@suse.de>
Wed, 22 Nov 2017 11:34:56 +0000 (12:34 +0100)
commitd6c0615f510bc1ee26cfb2b9a3343ac99b9c46fb
tree79ffddb58976eb188fa15564b3d51db9772f5187
parent0a62d6c966956d77397c32836a5bbfe3af786fc1
ALSA: hda - Fix yet remaining issue with vmaster 0dB initialization

The previous fix for addressing the breakage in vmaster slave
initialization, commit a91d66129fb9 ("ALSA: hda - Fix incorrect TLV
callback check introduced during set_fs() removal"), introduced a new
helper to process over each slave kctl.  However, this helper passes
only the original kctl, not the virtual slave kctl.  As a result,
HD-audio driver (which is the only user so far) couldn't initialize
the slave correctly because it's trying to update the value directly
with the original kctl, not with the mapped kctl.

This patch fixes the situation again by passing both the mapped slaved
and original slave kctls to the function.  Luckily there is a single
caller as of now, so changing the call signature is no big matter.

Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=197959
Fixes: a91d66129fb9 ("ALSA: hda - Fix incorrect TLV callback check introduced during set_fs() removal")
Cc: <stable@vger.kernel.org>
Signed-off-by: Takashi Iwai <tiwai@suse.de>
include/sound/control.h
sound/core/vmaster.c
sound/pci/hda/hda_codec.c