Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756803AbaGBSCZ (ORCPT ); Wed, 2 Jul 2014 14:02:25 -0400 Received: from gw-1.arm.linux.org.uk ([78.32.30.217]:51746 "EHLO pandora.arm.linux.org.uk" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754536AbaGBSCX (ORCPT ); Wed, 2 Jul 2014 14:02:23 -0400 Date: Wed, 2 Jul 2014 19:02:12 +0100 From: Russell King - ARM Linux To: Jean-Francois Moine Cc: Andrew Lunn , Mark Brown , devicetree@vger.kernel.org, alsa-devel@alsa-project.org, lgirdwood@gmail.com, dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org, Rob Clark , Dave Airlie , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] ASoC: tda998x: add a codec to the HDMI transmitter Message-ID: <20140702180212.GS32514@n2100.arm.linux.org.uk> References: <20140702183841.7c964832@armhf> <20140702165628.GO20799@lunn.ch> <20140702195154.47d6f6b4@armhf> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140702195154.47d6f6b4@armhf> User-Agent: Mutt/1.5.19 (2009-01-05) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 02, 2014 at 07:51:54PM +0200, Jean-Francois Moine wrote: > On Wed, 2 Jul 2014 18:56:28 +0200 > Andrew Lunn wrote: > > > How well will this work with Russell concept of a front end and two > > backends? Can you uses your CODEC twice, once with the I2S backend and > > a second time with the S/PDIF backend? > > Hi Andrew, > > The TDA998x CODEC has two functions: > - it sets the possible formats and rates when the screen connects and > - it sets the audio input port when audio streaming starts. > > I tested this CODEC with both DAPM and DPCM. If the audio subsystem > asks for streaming on both I2S and S/PDIF, only the last call is served > (this depends on the order of the DAI links in the audio card creation > table). > > As I told to Russell, DPCM just asks for a 'system' DAI (front-end), > but it also asks for some additional code in the kirkwood DMA driver > because all PCMs are activated on streaming start. Well, as far as I'm concerned right now, it's for Mark to sort out this situation, and tell us what he wants to do with the Kirkwood stuff. I suspect he's keeping quiet because he doesn't care about it. Given that he's the one with the knowledge of DPCM, and he's the maintainer of ASoC, he has the ultimate responsibility for sorting out this and giving direction as to how he wants to proceed. As I understand it though, my solution is the full and proper DPCM solution, and I believe that what's currently in mainline is not a DPCM solution. Mark needs to correct that, because he is one of the few who knows this stuff. -- FTTC broadband for 0.8mile line: now at 9.7Mbps down 460kbps up... slowly improving, and getting towards what was expected from it. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/