diff options
| author | Anssi Hannula <anssi.hannula@iki.fi> | 2013-10-07 19:24:52 +0300 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2013-10-18 07:45:43 -0700 |
| commit | 43d3dd157aa81407473c416234c94abcd13c4fc8 (patch) | |
| tree | 06d8c5cfe1c2668bb6fb871de5e5b9bec1a2e542 /lib/vsprintf.c | |
| parent | 044dde0ae7ea37140b31c5068c7517b49b141aae (diff) | |
| download | linux-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/vsprintf.c')
0 files changed, 0 insertions, 0 deletions