From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher White Subject: Re: [PATCH v5] drm/i915: pass ELD to HDMI/DP audio driver Date: Thu, 27 Oct 2011 21:57:23 +0200 Message-ID: <4EA9B7A3.6060008@pulseforce.com> References: <20110902081428.GA19621@localhost> <20110903211510.GA11600@localhost> <20110905011400.GB24561@localhost> <20110905123128.GA31852@localhost> <4E64C41B.5090309@pulseforce.com> <20110905124730.GB794@localhost> <4EA82DBD.9020301@pulseforce.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: Received: from hapkido.dreamhost.com (hapkido.dreamhost.com [66.33.216.122]) by gabe.freedesktop.org (Postfix) with ESMTP id 796E69E885 for ; Thu, 27 Oct 2011 12:58:07 -0700 (PDT) Received: from homiemail-a47.g.dreamhost.com (caibbdcaaaaf.dreamhost.com [208.113.200.5]) by hapkido.dreamhost.com (Postfix) with ESMTP id 50E29178A20 for ; Thu, 27 Oct 2011 12:58:06 -0700 (PDT) In-Reply-To: <4EA82DBD.9020301@pulseforce.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: intel-gfx@lists.freedesktop.org Cc: Jeremy Bush , Wu Fengguang , Wang Zhenyu , "Bossart, Pierre-louis" List-Id: intel-gfx@lists.freedesktop.org There appears to be some issues with the patch? I'm on SandyBridge and using the HD3000's HDMI. I've now tried manually merging the ELD patch (both files Wu Fengguang submitted) and compiling Kernel 3.0.4. I've also tried drm-intel-next Kernel 3.1 pre-built from http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-next/current/ as I knew it was built from keithp's latest drm-intel-next repository. Both of these methods had the patch applied, yet neither were able to read the ELD correctly from my Onkyo TX-SR607 receiver. If I manually dump the EDID from my receiver and analyze it with Monitor Asset Manager (by EnTech Taiwan), it shows that the ELD contains an 8 channel specification up to 192 kHz, and that's what's being exposed over HDMI to the Intel graphics adapter, yet this isn't detected. It just plain isn't being read, and is falling back to the default 2ch 16kHz configuration. It's exactly as it was in the past, before this patch attempt. You can see my 256 byte EDID dump, straight from the receiver, over at: http://www.pulseforce.com/node/edid.dump It shows exactly what the receiver is exposing over HDMI, proving that it's not the device that's at fault. Any ideas what's wrong? Here's the HDMI messages from the startup log: HDMI status: Pin=7 Presence_Detect=1 ELD_Valid=1 HDMI: detected monitor at connection type HDMI HDMI: available speakers: FL/FR HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 88200, bits = 16 HDMI hot plug event: Pin=7 Presence_Detect=1 ELD_Valid=1 HDMI status: Pin=7 Presence_Detect=1 ELD_Valid=1 input: HDA Intel PCH HDMI/DP as /devices/pci0000:00/0000:00:1b.0/sound/card0/input9 HDMI: detected monitor at connection type HDMI HDMI: available speakers: FL/FR HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 88200, bits = 16 HDMI hot plug event: Pin=7 Presence_Detect=1 ELD_Valid=1 HDMI status: Pin=7 Presence_Detect=1 ELD_Valid=1 HDMI: detected monitor at connection type HDMI HDMI: available speakers: FL/FR HDMI: supports coding type LPCM: channels = 2, rates = 44100 48000 88200, bits = 16 Christopher White