From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick Lai Subject: Re: Passing audio info from HDMI EDID beside speaker allocation Date: Mon, 22 Oct 2012 11:00:02 -0700 Message-ID: <508589A2.4080309@codeaurora.org> References: <506E832C.50702@codeaurora.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: Received: from wolverine02.qualcomm.com (wolverine02.qualcomm.com [199.106.114.251]) by alsa0.perex.cz (Postfix) with ESMTP id 9A3B626525B for ; Mon, 22 Oct 2012 20:00:20 +0200 (CEST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Takashi Iwai Cc: alsa-devel List-Id: alsa-devel@alsa-project.org On 10/8/2012 1:20 AM, Takashi Iwai wrote: > In the case of HD-audio, it's passed via the normal IEC958 status bits > controls separately. ELD itself is exposed as a byte array in a > control element, but it's read-only. Thanks for the reply. Couple more questions 1. Is kcontrol "ELD" being read directly by application or there is ALSA library API to parse the information. 2. Also, I see you submit this patch [PATCH 3/3] ELD proc interface for HDMI sinks in 2008. I presume it's just for information purpose. You still expect application to query for HDMI sink capability through "ELD" kcontrol. Am I correct? > > > Takashi > -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.