[alsa-devel] [patch] nvidia hdmi audio disabled with xorg "useEdid" option
Hi,
Attached is a patch to add the IDs necessary to enable the hdmi out on an Asus P5N-EM HDMI motherboard. On a related note though, I'm trying to get this board set up as a mythtv and having some troubles getting both audio & video to work properly with my Soyo 32" LCD TV. This is probably better directed to the nvidia forums, but since I'm submitting a patch anyway I figured I'll put the question out there just in case someone knows... The issue I'm having is that the LCD TV has a huge amount of overscan in all modes, unless I direct the nVidia xorg driver to ignore the EDID, in which case the resolution is perfect but then the audio is disabled! Obviously the EDID provides the TV's audio capabilities to the X driver, and so it stands to reason that in discarding this information the audio might not work, but is there any reason to think that this could be corrected in the alsa driver somehow or does the problem lie entirely in the nvidia binary X driver? Any thoughts/suggestions would be appreciated!
Thanks, -brian
At Sun, 4 Jan 2009 12:25:25 -0500, Brian Hinz wrote:
Hi,
Attached is a patch to add the IDs necessary to enable the hdmi out on an Asus P5N-EM HDMI motherboard.
Applied now on my tree. Thanks.
On a related note though, I'm trying to get this board set up as a mythtv and having some troubles getting both audio & video to work properly with my Soyo 32" LCD TV. This is probably better directed to the nvidia forums, but since I'm submitting a patch anyway I figured I'll put the question out there just in case someone knows... The issue I'm having is that the LCD TV has a huge amount of overscan in all modes, unless I direct the nVidia xorg driver to ignore the EDID, in which case the resolution is perfect but then the audio is disabled! Obviously the EDID provides the TV's audio capabilities to the X driver, and so it stands to reason that in discarding this information the audio might not work, but is there any reason to think that this could be corrected in the alsa driver somehow or does the problem lie entirely in the nvidia binary X driver? Any thoughts/suggestions would be appreciated!
Well, this really sounds like a nvidia driver issue. Basically HD-audio side is just passive regarding EDID & co (so far).
Takashi
[2 patch_nvhdmi.0x10de8001.diff <text/x-patch (base64)>] --- alsa-driver.bak/alsa-kernel/pci/hda/patch_nvhdmi.c 2008-12-19 10:44:49.000000000 -0500 +++ alsa-driver/alsa-kernel/pci/hda/patch_nvhdmi.c 2008-12-22 13:03:14.000000000 -0500 @@ -162,12 +162,14 @@ { .id = 0x10de0002, .name = "MCP78 HDMI", .patch = patch_nvhdmi }, { .id = 0x10de0007, .name = "MCP7A HDMI", .patch = patch_nvhdmi }, { .id = 0x10de0067, .name = "MCP67 HDMI", .patch = patch_nvhdmi },
- { .id = 0x10de8001, .name = "MCP73 HDMI", .patch = patch_nvhdmi }, {} /* terminator */
};
MODULE_ALIAS("snd-hda-codec-id:10de0002"); MODULE_ALIAS("snd-hda-codec-id:10de0007"); MODULE_ALIAS("snd-hda-codec-id:10de0067"); +MODULE_ALIAS("snd-hda-codec-id:10de8001");
MODULE_LICENSE("GPL"); MODULE_DESCRIPTION("Nvidia HDMI HD-audio codec"); [3 <text/plain; us-ascii (7bit)>] _______________________________________________ Alsa-devel mailing list Alsa-devel@alsa-project.org http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
participants (2)
-
Brian Hinz -
Takashi Iwai