From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753374Ab3IWX3J (ORCPT ); Mon, 23 Sep 2013 19:29:09 -0400 Received: from cassiel.sirena.org.uk ([80.68.93.111]:46240 "EHLO cassiel.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752833Ab3IWX3H (ORCPT ); Mon, 23 Sep 2013 19:29:07 -0400 Date: Tue, 24 Sep 2013 00:28:32 +0100 From: Mark Brown To: Stephen Warren Cc: Charles Keepax , lee.jones@linaro.org, sameo@linux.intel.com, rob.herring@calxeda.com, pawel.moll@arm.com, mark.rutland@arm.com, ijc+devicetree@hellion.org.uk, rob@landley.net, patches@opensource.wolfsonmicro.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Message-ID: <20130923232832.GM21013@sirena.org.uk> References: <1379961043-23762-1-git-send-email-ckeepax@opensource.wolfsonmicro.com> <1379961043-23762-2-git-send-email-ckeepax@opensource.wolfsonmicro.com> <5240B4C2.2080600@wwwdotorg.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6tPBpOxN+lFhHURE" Content-Disposition: inline In-Reply-To: <5240B4C2.2080600@wwwdotorg.org> X-Cookie: Give him an evasive answer. User-Agent: Mutt/1.5.21 (2010-09-15) X-SA-Exim-Connect-IP: 94.175.92.69 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH 2/5] mfd: arizona: Add device tree binding for max_channels_clocked X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:57:07 +0000) X-SA-Exim-Scanned: Yes (on cassiel.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --6tPBpOxN+lFhHURE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Sep 23, 2013 at 03:38:10PM -0600, Stephen Warren wrote: > On 09/23/2013 12:30 PM, Charles Keepax wrote: > > + - wlf,max-channels-clocked : The maximum number of channels to be clocked on > > + each AIF, useful for I2S systems with multiple data lines being mastered. > > + If specified three cells must supplied one for each AIF, specify zero for > > + AIFs that should be handled normally. > What determines the value of this property? Is it really a definition of > HW, or some kind of run-time configuration/limit? What goes into each of > the 3 cells? It's hardware, it's other devices wired in parallel on the bus that use the CODEC as a clock master. Personally I'd have this be set by the ASoC machine driver so it's invisible from a DT point of view, that's what it's really a property of. --6tPBpOxN+lFhHURE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.21 (GNU/Linux) iQIcBAEBAgAGBQJSQM6dAAoJELSic+t+oim9p5UP/0Ly4KU+DYlk4DxtcqQQmr5d Q1FZTh+FEDRu6WqPgEXkQIbwOyr73vUSbzHkQ52qp3ISiENUqznps4FNQjYJTLTt c+UZWqoF4ywXCl04s65ltaY+ntdCxdMQX7amFSaaNRqddnZxKSsn4y1L0bRnq7jV pegn5P3gY4atV5OMDC3sQESl2HQIhb3SvhCW+nCiVha6P1WsRQUw/5nTrhyOZSGi 5B8bIvpm2KzVmY0YUNKDnMZyS5axUKW7yDD2XVfZfZFeDECkOK131od9pUhucxhi ItzM8w2qtf100uUKUvmgpKYKJLVGn9toia1SD5BEsmWUDUEDlFL9GNhRsYHAu+e1 AeLYXUoDbzNIqIFwuD/ZXZNCCqafg63yQp0fB1Xw/Hn8wxUSvdkKFTzueYvRfUhF abqBjNTm6tysbPTglmFojEEYz321HxRr7eHW1SzOSgTcuwNbv+d2m4cdnCFCS6+A Ccbt47e1ZaS42hbmhcQWaCKZVquqqXE0Z8sSSdOboslA3gyyOxFM1jcSPVab6C0U Tz1DgDPN/4a2LbGdNomV2idM4bAoExZkXNOqpgaqA5xg4LE8ci84MIsGVdil5N87 tSm4lGmLWmvxE8DxZFc+08L1kuv2bH71eG5cvnGFz2DbArnK0o6a1TSEQSEpu5ft 7xBwYzyjJ8OPY99yW/aC =I6ps -----END PGP SIGNATURE----- --6tPBpOxN+lFhHURE--