From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: [alsa-devel] [PATCH 2/2] hda - delayed ELD repoll Date: Wed, 16 Nov 2011 17:16:37 +0100 Message-ID: References: <20111115143155.GA28175@localhost> <20111115143315.GA28561@localhost> <74CDBE0F657A3D45AFBB94109FB122FF1740805DE1@HQMAIL01.nvidia.com> <20111116024806.GB11375@localhost> <74CDBE0F657A3D45AFBB94109FB122FF1740D7487A@HQMAIL01.nvidia.com> <74CDBE0F657A3D45AFBB94109FB122FF1740D74890@HQMAIL01.nvidia.com> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mx2.suse.de (cantor2.suse.de [195.135.220.15]) by gabe.freedesktop.org (Postfix) with ESMTP id 8B203A0AEE for ; Wed, 16 Nov 2011 08:16:40 -0800 (PST) In-Reply-To: <74CDBE0F657A3D45AFBB94109FB122FF1740D74890@HQMAIL01.nvidia.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: Stephen Warren Cc: "alsa-devel@alsa-project.org" , "Wang, Zhenyu Z" , "intel-gfx@lists.freedesktop.org" , "Barnes, Jesse" , Christopher White , Jeremy Bush , Wu Fengguang , "Bossart, Pierre-louis" List-Id: intel-gfx@lists.freedesktop.org At Wed, 16 Nov 2011 08:12:04 -0800, Stephen Warren wrote: > > Takashi Iwai wrote at Wednesday, November 16, 2011 8:58 AM: > > At Wed, 16 Nov 2011 07:51:28 -0800, Stephen Warren wrote: > ... > > > > [ 424.263258] HDMI hot plug event: Codec=3 Pin=6 Presence_Detect=1 ELD_Valid=0 > > > > > > That line makes sense. > > > > > > > [ 424.265877] HDMI status: Codec=3 Pin=6 Presence_Detect=1 ELD_Valid=1 > > > > > > I don't /think/ it's related to this issue, but I wonder why ELDV==1 in > > > that message; it seems that the unsolicited response contains the correct > > > data, but AC_VERB_GET_PIN_SENSE contains ELDV==1 all the time. That's odd. > > > > Note that this bit isn't from GET_PIN_SENSE verb but the bit in the > > unsol event argument. > > The first message above prints data from the unsolicited event. The second > message above is derived from the GET_PIN_SENSE verb. Ah, right. Too similar lines... thanks, Takashi