From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wu Fengguang Subject: Re: [PATCH v5] drm/i915: pass ELD to HDMI/DP audio driver Date: Tue, 1 Nov 2011 19:36:45 +0800 Message-ID: <20111101113645.GA19100@localhost> References: <20110902081428.GA19621@localhost> <20110903211510.GA11600@localhost> <20110905011400.GB24561@localhost> <20110905123128.GA31852@localhost> <4E64C41B.5090309@pulseforce.com> <20110905124730.GB794@localhost> <4EA82DBD.9020301@pulseforce.com> <4EA9B6EF.9040305@pulseforce.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga03.intel.com (mga03.intel.com [143.182.124.21]) by gabe.freedesktop.org (Postfix) with ESMTP id 8D01A9E74B for ; Tue, 1 Nov 2011 04:36:49 -0700 (PDT) Content-Disposition: inline In-Reply-To: <4EA9B6EF.9040305@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: Christopher White Cc: Jeremy Bush , "intel-gfx@lists.freedesktop.org" , "Wang, Zhenyu Z" , "Bossart, Pierre-louis" List-Id: intel-gfx@lists.freedesktop.org Hi Christopher, Sorry I'm just back from traveling.. On Fri, Oct 28, 2011 at 03:54:23AM +0800, Christopher White wrote: > 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: Would you boot the kernel with drm.debug=6 and post the dmesg? That will show more details. One possible problem is the hardware reports small ELD buffer size which truncates the additional 8-channel information. Thanks, Fengguang > 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