diff options
author | Anssi Hannula <anssi.hannula@iki.fi> | 2013-12-10 20:46:34 (GMT) |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2013-12-20 15:48:50 (GMT) |
commit | 7c9e85a419e20fdf65053575ffe72ac4f1b7dfb4 (patch) | |
tree | 6988afa11d6ade01ccc16d0ae93e7be13c8d6847 /sound/pci/hda/Kconfig | |
parent | 2051cf938acbdc23072ed12f5eb92faab75f994f (diff) | |
download | linux-fsl-qoriq-7c9e85a419e20fdf65053575ffe72ac4f1b7dfb4.tar.xz |
ALSA: hda - hdmi: Fix IEC958 ctl indexes for some simple HDMI devices
commit c9a6338aecdb92f9d015ecc26d203e54250bebbb upstream.
In case a single HDA card has both HDMI and S/PDIF outputs, the S/PDIF
outputs will have their IEC958 controls created starting from index 16
and the HDMI controls will be created starting from index 0.
However, HDMI simple_playback_build_controls() as used by old VIA and
NVIDIA codecs incorrectly requests the IEC958 controls to be created
with an S/PDIF type instead of HDMI.
In case the card has other codecs that have HDMI outputs, the controls
will be created with wrong index=16, causing them to e.g. be unreachable
by the ALSA "hdmi" alias.
Fix that by making simple_playback_build_controls() request controls
with HDMI indexes.
Not many cards have an affected configuration, but e.g. ASUS M3N78-VM
contains an integrated NVIDIA HDA "card" with:
- a VIA codec that has, among others, an S/PDIF pin incorrectly
labelled as an HDMI pin, and
- an NVIDIA MCP7x HDMI codec.
Reported-by: MysterX on #openelec
Tested-by: MysterX on #openelec
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 'sound/pci/hda/Kconfig')
0 files changed, 0 insertions, 0 deletions