From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jyri Sarha Subject: Re: [PATCH] ASoC: tlv320aic31xx: Fix master mode clock I2S bus clocks Date: Tue, 13 Feb 2018 11:22:47 +0200 Message-ID: References: <20180212140646.3268-1-peter.ujfalusi@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from lelnx194.ext.ti.com (lelnx194.ext.ti.com [198.47.27.80]) by alsa0.perex.cz (Postfix) with ESMTP id 574A726785C for ; Tue, 13 Feb 2018 10:22:51 +0100 (CET) In-Reply-To: Content-Language: en-GB 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: "Andrew F. Davis" , Peter Ujfalusi , Mark Brown , Liam Girdwood Cc: alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org On 12/02/18 19:27, Andrew F. Davis wrote: >>> If all output/input is disconnected why do we need the I2C clocks? >> we need I2S clocks when user is running audio, otherwise it will time >> out with error. >> > You mean in the case were they have the device set to route the I2S > stream to a dead end inside the CODEC (DAC IN -> OFF), but still want to > push data down the I2S line? > > Is there no way to communicate the device is muted back to the I2S data > master to not try to push data The audio device should still keep the stream flowing and continue draining (or pushing) the samples even if the path is muted. Doing that properly in any other way than keeping the I2S clocked is quite complicated. Best regards, Jyri -- Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki