From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vinod Koul Subject: Re: [RFC 6/7] ASoC: hda: Add support for SSP register settings Date: Thu, 30 Apr 2015 10:09:41 +0530 Message-ID: <20150430043941.GK3521@localhost> References: <1429390653-8194-1-git-send-email-vinod.koul@intel.com> <1429390653-8194-7-git-send-email-vinod.koul@intel.com> <20150424175532.GD22845@sirena.org.uk> <20150426141831.GS2738@intel.com> <20150427141509.GS22845@sirena.org.uk> <55416D07.6060204@linux.intel.com> <55416E36.7090208@linux.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by alsa0.perex.cz (Postfix) with ESMTP id 2B2BB2612AF for ; Thu, 30 Apr 2015 06:38:58 +0200 (CEST) Content-Disposition: inline In-Reply-To: <55416E36.7090208@linux.intel.com> 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: Pierre-Louis Bossart Cc: alsa-devel@alsa-project.org, tiwai@suse.de, Hardik T Shah , liam.r.girdwood@linux.intel.com, patches.audio@intel.com, Mark Brown , Jeeja KP List-Id: alsa-devel@alsa-project.org On Wed, Apr 29, 2015 at 06:50:14PM -0500, Pierre-Louis Bossart wrote: > > >>>>>+ /* Dont add odd number of dummy bits, since I2S requires > >>>>>+ * dummy bit after each slot/channel > >>>>>+ */ > >> > >>>>It does? > >> > >>>For us unfortuntely yes. We send 24 bit audio to codec and clock divider > >>>doesn't give us 48clocks per frame, so we have to add dummy clocks in > >>>each > >>>slot and send 25 clocks per slot > >> > >>So it's the hardware rather than I2S itself :) > > > >It depends on the clock reference used to drive the SSP. With a 19.2 > >reference we typically divide by 50 and pad with a trailing bit. > > > >That said I am not sure how this code would work on SKL. Vinod, isn't > >this for BXT only? how do you get 19.2 on SKL, shouldn't you guys use a > >24 MHz root frequency to find the divider? > > And regardless you should make sure that the actual blck does not > exceed the maximum serial bit-rate supported by the SOC (AC timing). Yes botha re valid points. But I do rember one of the platforms has 10.2 and another has 25, so we need to be agnostic here and do compare, or use ACPI blobs :) -- ~Vinod