Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752322AbcDZK70 (ORCPT ); Tue, 26 Apr 2016 06:59:26 -0400 Received: from mout.kundenserver.de ([217.72.192.75]:51031 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751221AbcDZK7Z (ORCPT ); Tue, 26 Apr 2016 06:59:25 -0400 From: Arnd Bergmann To: Peter Griffin Cc: linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, srinivas.kandagatla@gmail.com, maxime.coquelin@st.com, patrice.chotard@st.com, vinod.koul@intel.com, lee.jones@linaro.org, dmaengine@vger.kernel.org, devicetree@vger.kernel.org, broonie@kernel.org, ludovic.barre@st.com, arnaud.pouliquen@st.com Subject: Re: [PATCH 09/18] ASoC: sti: Update DT example to match the driver code Date: Tue, 26 Apr 2016 12:58:35 +0200 Message-ID: <6161197.8XCk69TI60@wuerfel> User-Agent: KMail/4.11.5 (Linux/3.16.0-10-generic; KDE/4.11.5; x86_64; ; ) In-Reply-To: <20160426101136.GA2984@griffinp-ThinkPad-X1-Carbon-2nd> References: <1461236675-10176-1-git-send-email-peter.griffin@linaro.org> <4337545.DyleYAUzIV@wuerfel> <20160426101136.GA2984@griffinp-ThinkPad-X1-Carbon-2nd> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:gbBJWOafbfXR+XuZ2ysacVyJx3Rbls4E7y41N/RRqf5YRw3x4GC oqkn5fXpr7a/qlJWaXX4+/id5mQ83FkjXjh/X4PTlUlKpmwGVFRzAfEpbRUY3A8e7UlA4xR vDC2ITTUDLiujDfp/ixEJpk6Kv/H0p3i5uecAnyfreZguFLgxRnr8sygpy0Mi4xQaXtiqQr cXyNF+4Euy/3nqTJmnoRg== X-UI-Out-Filterresults: notjunk:1;V01:K0:XwfM50cCyIU=:skK8Lq/pxaebWVPgrH1SbG vivPQ3oAbXZOYGwbA+zvtz9CaP3frlgYa1I9zelC2O+xXrw5mymZdAsXdr3gPRMGPUPTBHLJK hmLzDzeOxDgk4dTuyJY0mnaxWBS5aY1iO2Hs/5I5ZknPULeFT74R2oNsvMsiiCE3LP/E3Mn/u qFYCLfsSuO9WoCM53CDBcKOGafJB2XWu/vXkhoBcceXLo8YunVqAJMNP3ISeDshm/GzIYwEeP sZJ3f+M6P+aUCNdPU/+GfeycxIy6CKli8InMhhqeiPr3sau/MxK2EZgC6oAgkfRhFXdCE8T/e cfafds0hA0ppvZt3CaGAW2ZH+5CTxakCosJheUFsxVRbJ9ItEprpDNOD6Sv3z7nQB8QkDyFWR isYR83wGCChSq6LdPsbyASOnZ6ZRMmx5DZthXYKSfg0Yr35Lc8p2AXbj91Yu+IvOKX7kAtU+y ATO+aL7QGibCTeJdiFAXiO1aA0wWf8u4No+MBA+bUGX9fkfFEqhuuFkocPDs5CsGOCEiS/OMO 37J1wpqp7PVBVkZfXz8FCrXdqnB/ix1xU68JYxHTzzrrt8UtIMaz4QXL/jEnQXU4yBt75MKFD inhDk5iHMRmZMQ4IfmaT/ngNXdXfvfBzNojPdD7qonjWZlENYKIEDn8kSsSxkYTE42dNPGJ5i FC1ckpEXsd3Oi+51/QpfDTsSUGR2JM3yLGnqoHFlI1M52ulKmKImFrEC3GjyWcMISIwPJtLUx Lgjb0zjgEuKkh0ln Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2573 Lines: 65 On Tuesday 26 April 2016 11:11:36 Peter Griffin wrote: > Hi Arnd, > > On Thu, 21 Apr 2016, Arnd Bergmann wrote: > > > On Thursday 21 April 2016 12:04:26 Peter Griffin wrote: > > > uniperiph-id, version and mode are ST specific bindings and > > > need the 'st,' prefix. Update the examples, as otherwise copying > > > them yields a runtime error parsing the DT node. > > > > > > Signed-off-by: Peter Griffin > > > Cc: arnaud.pouliquen@st.com > > > --- > > > .../devicetree/bindings/sound/st,sti-asoc-card.txt | 14 +++++++------- > > > 1 file changed, 7 insertions(+), 7 deletions(-) > > > > > > diff --git a/Documentation/devicetree/bindings/sound/st,sti-asoc-card.txt b/Documentation/devicetree/bindings/sound/st,sti-asoc-card.txt > > > index 028fa1c..ef2e0c6 100644 > > > --- a/Documentation/devicetree/bindings/sound/st,sti-asoc-card.txt > > > +++ b/Documentation/devicetree/bindings/sound/st,sti-asoc-card.txt > > > @@ -67,9 +67,9 @@ Example: > > > dmas = <&fdma0 4 0 1>; > > > dai-name = "Uni Player #1 (DAC)"; > > > dma-names = "tx"; > > > - uniperiph-id = <2>; > > > - version = <5>; > > > - mode = "PCM"; > > > + st,uniperiph-id = <2>; > > > + st,version = <5>; > > > + st,mode = "PCM"; > > > }; > > > > You don't change the binding desciption here, only the example, > > so they no longer match. > > Whoops. Will fix that in v4. > > > > > What is st,uniperiph-id needed for anyway? It's often an indication > > that you are doing something wrong if you need this. > > From looking at the code in sound/soc/sti/uniperif_player.c, there is > one sysconf register called "Audio glue config" which is shared by all > of the uniperif IP instances. This binding is being used to generate a > bitoffset into this shared register based on the instance of the IP. > > I guess the alternative is to have an explosion of compatibles? > > st,sti-uni-player-1 > st,sti-uni-player-2 > st,sti-uni-player-3 > That would certainly be worse: if the devices are actually identical, they should have the same compatible string. > If not what would you recommend instead? :-) It's still not clear to me what that bit in the syscfg register is for. Given the error message about "sti-audio-clk-glue", I suspect that this is actually a clock controller and that it should be using the clock binding with a separate driver instead of manipulating the regmap directly from the audio driver. Arnd