From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752632AbbCGN7Q (ORCPT ); Sat, 7 Mar 2015 08:59:16 -0500 Received: from vi37-28-154-113.vibiznes.pl ([37.28.154.113]:37709 "EHLO vps-vb.mhejs.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751563AbbCGN7O (ORCPT ); Sat, 7 Mar 2015 08:59:14 -0500 Message-ID: <54FB041D.8010102@maciej.szmigiero.name> Date: Sat, 07 Mar 2015 14:58:53 +0100 From: "Maciej S. Szmigiero" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Mark Brown CC: alsa-devel@alsa-project.org, Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Liam Girdwood , Jaroslav Kysela , Takashi Iwai , Lars-Peter Clausen , Brian Austin , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH][ASoC]Add DT bindings for generic ASoC AC97 CODEC driver References: <54F9F81E.8080105@maciej.szmigiero.name> <20150307105201.GB28806@sirena.org.uk> In-Reply-To: <20150307105201.GB28806@sirena.org.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thanks for looking into the patch. W dniu 07.03.2015 11:52, Mark Brown pisze: > On Fri, Mar 06, 2015 at 07:55:26PM +0100, Maciej S. Szmigiero wrote: > >> Add and document DT bindings for generic ASoC AC97 CODEC driver, >> make it selectable in config. > > AC'97 shouldn't need DT bindings for the CODEC, it's an enumerable bus. What this driver did / does is essentially to allow attaching AC'97 bus to ASoC AC'97 controllers which don't do it on its own (from what I can see only board files do it). > >> + - playback-rates : A list of supported playback rates. >> + >> + - capture-rates : A list of supported capture rates. > > Why would we need these properties - the sample rate support is defined > by the standard, and any extensions can be enumerated from the device. This driver originally constrained rates to 8000, 11025, 22050, 44100, 48000. An alternative would be to remove this constraint at all from this driver and leave such constraining for controller and AC'97 bus code. But since this driver was originally limited to these rates I think it would be safer to do it only when instantiated via OF. Best regards, Maciej Szmigiero