summaryrefslogtreecommitdiff
path: root/lib/bch.c
diff options
context:
space:
mode:
authorAnssi Hannula <anssi.hannula@iki.fi>2013-10-07 19:24:52 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2013-10-18 07:45:43 -0700
commit43d3dd157aa81407473c416234c94abcd13c4fc8 (patch)
tree06d8c5cfe1c2668bb6fb871de5e5b9bec1a2e542 /lib/bch.c
parent044dde0ae7ea37140b31c5068c7517b49b141aae (diff)
downloadlinux-3.10-43d3dd157aa81407473c416234c94abcd13c4fc8.tar.gz
linux-3.10-43d3dd157aa81407473c416234c94abcd13c4fc8.tar.bz2
linux-3.10-43d3dd157aa81407473c416234c94abcd13c4fc8.zip
ALSA: hda - hdmi: Fix channel map switch not taking effect
commit 39edac70e9aedf451fccaa851b273ace9fcca0bd upstream. Currently hdmi_setup_audio_infoframe() reprograms the HDA channel mapping only when the infoframe is not up-to-date or the non-PCM flag has changed. However, when just the channel map has been changed, the infoframe may still be up-to-date and non-PCM flag may not have changed, so the new channel map is not actually programmed into the HDA codec. Notably, this failing case is also always triggered when the device is already in a prepared state and a new channel map is configured while changing only the channel positions (for example, plain "speaker-test -c2 -m FR,FL"). Fix that by always programming the channel map in hdmi_setup_audio_infoframe(). Tested on Intel HDMI. Signed-off-by: Anssi Hannula <anssi.hannula@iki.fi> Signed-off-by: Takashi Iwai <tiwai@suse.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'lib/bch.c')
0 files changed, 0 insertions, 0 deletions