From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timur Tabi Subject: Re: [PATCH] [v2] ASoC: support all possible sample rates in the WM8776 driver Date: Fri, 16 Sep 2011 11:34:17 -0500 Message-ID: <4E737A89.8090509@freescale.com> References: <1316182614-9666-1-git-send-email-timur@freescale.com> <4E736F9B.6080206@freescale.com> <4E7378E2.9050200@metafoo.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from DB3EHSOBE004.bigfish.com (db3ehsobe004.messaging.microsoft.com [213.199.154.142]) by alsa0.perex.cz (Postfix) with ESMTP id 2E3E22439F for ; Fri, 16 Sep 2011 18:35:00 +0200 (CEST) In-Reply-To: <4E7378E2.9050200@metafoo.de> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org To: Lars-Peter Clausen Cc: Takashi Iwai , alsa-devel@alsa-project.org, broonie@opensource.wolfsonmicro.com, lrg@ti.com List-Id: alsa-devel@alsa-project.org Lars-Peter Clausen wrote: > You mentioned in an earlyer mail that you can switch the sysclk rate at > runtime. So setting the constraints based on the current sysclk rate won't > really work. I think you need some mechanism to specify the supported rates on > a per machine driver basis. Exactly. There are some other problems with getting the dynamic sysclk feature working. On the board where this is supported, the same clock is connected to adcmclk and dacmclk, so I can't support playback at 48KHz and capture at 44.1KHz. However, there's nothing stopping a customer from creating a board that has two independent clocks. So in the meantime, I'd really just like the ability to specify in the codec driver's .startup function exactly which sample rates are supported (based on the current mclk). -- Timur Tabi Linux kernel developer at Freescale