Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp2669114pxb; Fri, 8 Oct 2021 12:28:07 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwBVqEEO7awHaSsYsUDW7Dj8VMNlxkCbHC6OPc8Qe0K1JS1q76J/RIZYEA7EO7adDWTIEx/ X-Received: by 2002:a63:fd06:: with SMTP id d6mr6259238pgh.466.1633721287294; Fri, 08 Oct 2021 12:28:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633721287; cv=none; d=google.com; s=arc-20160816; b=H7O47ps94CN8yMqAyFMr93oOoNYRucPOgQI2YHQMARgoebtO/7brxC4lUV+J455ASV pCKlzoKiUzas3N++9YkKP2GMAV/URF1RvY8DWRuA0zZme032kIBMMmDhFrzOp+HSEI3m oEuXQHVbrjoZ3geJP65cr1hL5R9BIDBQW2v8qONCyOX7JQXlPUEHeoq1f8GShMuf6iHj OEOXJZ0NS282Uplx1dcLnbCoR0HglLS/a5kL5tVt0Pj0Mwm6cso6fDMNGjAbSDQ68/lS 7vMFsa76e6eOD5UKpgs59RW9Mb+SgCtiIyfwJ4HG4TiAPJEgXLiOa/QYq90xOD3WC5tk K7aw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=6peDj0EkJSpfUwhTIpTMzqeUlexi3Fgftb3v2qqub+M=; b=lM2wejZ2jwUha059mDEn9wQMR1/w0bjUap0j74AN/cJQudSmf0yudVzBORPXf4JF3F T371TfT0EC/FG9ejX7FuoezxUimqA7Y2/Wl+cUZK+EkIS1A15+MIBSy8lqX5/dIYW3QT p1ltkWV1CNN4whzPGFjS9xzUdaO0eDAUcR1zBh878dPDa10F60lThBsm0HMeflDQYdqm wDQACLO64m0TZw76Ut2o2X9wlsO5vSy9HAI2MVc6SML+fpqtbvI08YuuVa+16DcS5I0L 1S1fhyvvvMpnie0xnlQVTYFcx7ERONSr+VQIy/DEyXCK2ci9N0dJbd9yXGCYRdg5IPtF G6gw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=S2irSZZb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u20si174005pfg.199.2021.10.08.12.27.54; Fri, 08 Oct 2021 12:28:07 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=S2irSZZb; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231459AbhJHT25 (ORCPT + 99 others); Fri, 8 Oct 2021 15:28:57 -0400 Received: from mail.kernel.org ([198.145.29.99]:32852 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231316AbhJHT2z (ORCPT ); Fri, 8 Oct 2021 15:28:55 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 243BE61073; Fri, 8 Oct 2021 19:27:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1633721220; bh=QnbMDhIm9HL7pJkR672kGyuF+7MeVCbdnt2qg7XEDQs=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=S2irSZZb9tAfaQp/1hWnVHqEgXPHPRSFy3Jo9wgAjYJVOBJqcvE8qAWuH5FWtfihQ 7HZaRqR3/zgL7coZpXpoVoEUAzz+N4cIlzYUCs6mwhSnQLph/3iYzNVqDnw9mebWq+ 9Xfb4IJCP2a3J+iXGjQoA7cbq1KyS89E802O2sJhBU6L5ypR3U8QagieZa9jN8Apzc OpBTBnGaY4bPjvus9a5DgsFnR23lWuUYab1E2l7L5cW8S3iSezbWe3nfAA3OHP9NfX /n7OvAOeMxwskm1yR0pn1X8hJpDV5PATi3ti0cPqbWBU/ZqKi+wf98w/Vz9ZiZu1xc YMn6clcnlPzMQ== Received: by mail-ed1-f48.google.com with SMTP id b8so40123741edk.2; Fri, 08 Oct 2021 12:27:00 -0700 (PDT) X-Gm-Message-State: AOAM5329Jp6QCnA5JVDQsibVFHTJ/bPehWwneOGrcP2lIy1O+ZPb1494 QhrfpdPrb45YttNlhldOupDK3qCPKG+NUlBwNw== X-Received: by 2002:a05:6402:44c:: with SMTP id p12mr17558796edw.145.1633721218518; Fri, 08 Oct 2021 12:26:58 -0700 (PDT) MIME-Version: 1.0 References: <1632625630-784-1-git-send-email-shengjiu.wang@nxp.com> <1632625630-784-5-git-send-email-shengjiu.wang@nxp.com> In-Reply-To: From: Rob Herring Date: Fri, 8 Oct 2021 14:26:47 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v5 4/4] dt-bindings: dsp: fsl: update binding document for remote proc driver To: Shengjiu Wang Cc: Shengjiu Wang , Ohad Ben Cohen , Bjorn Andersson , Mathieu Poirier , Shawn Guo , Sascha Hauer , Sascha Hauer , Fabio Estevam , NXP Linux Team , "open list:REMOTE PROCESSOR (REMOTEPROC) SUBSYSTEM" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , linux-kernel Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Oct 8, 2021 at 2:19 AM Shengjiu Wang wrote: > > On Fri, Oct 8, 2021 at 12:12 PM Shengjiu Wang wrote: > > > > Hi Rob > > > > On Sat, Oct 2, 2021 at 12:40 AM Rob Herring wrote: > > > > > > On Wed, Sep 29, 2021 at 9:34 PM Shengjiu Wang wrote: > > > > > > > > Hi Rob > > > > > > > > On Thu, Sep 30, 2021 at 6:40 AM Rob Herring wrote: > > > > > > > > > > On Sun, Sep 26, 2021 at 11:07:10AM +0800, Shengjiu Wang wrote: > > > > > > As there are two drivers for DSP on i.MX, one is for sound open > > > > > > firmware, another is for remote processor framework. In order to > > > > > > distinguish two kinds of driver, defining different compatible strings. > > > > > > > > > > > > For remote proc driver, the properties firmware-name and fsl,dsp-ctrl > > > > > > are needed and the mailbox channel is different with SOF. > > > > > > > > > > > > Signed-off-by: Shengjiu Wang > > > > > > Acked-by: Daniel Baluta > > > > > > --- > > > > > > .../devicetree/bindings/dsp/fsl,dsp.yaml | 81 +++++++++++++++++-- > > > > > > 1 file changed, 75 insertions(+), 6 deletions(-) > > > > > > > > > > > > diff --git a/Documentation/devicetree/bindings/dsp/fsl,dsp.yaml b/Documentation/devicetree/bindings/dsp/fsl,dsp.yaml > > > > > > index 7afc9f2be13a..51ea657f6d42 100644 > > > > > > --- a/Documentation/devicetree/bindings/dsp/fsl,dsp.yaml > > > > > > +++ b/Documentation/devicetree/bindings/dsp/fsl,dsp.yaml > > > > > > @@ -8,6 +8,7 @@ title: NXP i.MX8 DSP core > > > > > > > > > > > > maintainers: > > > > > > - Daniel Baluta > > > > > > + - Shengjiu Wang > > > > > > > > > > > > description: | > > > > > > Some boards from i.MX8 family contain a DSP core used for > > > > > > @@ -19,6 +20,10 @@ properties: > > > > > > - fsl,imx8qxp-dsp > > > > > > - fsl,imx8qm-dsp > > > > > > - fsl,imx8mp-dsp > > > > > > + - fsl,imx8qxp-hifi4 > > > > > > + - fsl,imx8qm-hifi4 > > > > > > + - fsl,imx8mp-hifi4 > > > > > > + - fsl,imx8ulp-hifi4 > > > > > > > > > > > > reg: > > > > > > maxItems: 1 > > > > > > @@ -28,37 +33,63 @@ properties: > > > > > > - description: ipg clock > > > > > > - description: ocram clock > > > > > > - description: core clock > > > > > > + - description: debug interface clock > > > > > > + - description: message unit clock > > > > > > + minItems: 3 > > > > > > + maxItems: 5 > > > > > > > > > > Don't need maxItems. > > > > > > > > Ok, I will update it. > > > > > > > > > > > > > > > > > > > > > clock-names: > > > > > > items: > > > > > > - const: ipg > > > > > > - const: ocram > > > > > > - const: core > > > > > > + - const: debug > > > > > > + - const: mu > > > > > > + minItems: 3 > > > > > > + maxItems: 5 > > > > > > > > > > ditto > > > > > > > > Ok, I will update it. > > > > > > > > > > > > > > > > > > > > > power-domains: > > > > > > description: > > > > > > List of phandle and PM domain specifier as documented in > > > > > > Documentation/devicetree/bindings/power/power_domain.txt > > > > > > + minItems: 1 > > > > > > > > > > This is curious. The h/w sometimes has fewer power domains? > > > > > > > > On i.MX8QM/8QXP, there are independent power domains for DSP core, > > > > DSP's RAM and DSP's MU. > > > > But on i.MX8MP, all these DSP components are in same audio subsystem > > > > There is only one power domain for whole audio subsystem, when > > > > power on audio subsystem, the DSP's components are powered on also. > > > > > > > > So the number of power domain depends on how the DSP component > > > > integrated in SoC. > > > > > > Sounds like you can write an if/then schema for this difference. > > > > > > > I try this: > > > > allOf: > > - if: > > properties: > > compatible: > > contains: > > enum: > > - fsl,imx8mp-hifi4 > > - fsl,imx8mp-dsp > > > > then: > > properties: > > power-domains: > > maxItems: 1 > > > > else: > > properties: > > power-domains: > > maxItems: 4 > > > > > > But the dt_binding_check report error: > > DTEX Documentation/devicetree/bindings/dsp/fsl,dsp.example.dts > > DTC Documentation/devicetree/bindings/dsp/fsl,dsp.example.dt.yaml > > CHECK Documentation/devicetree/bindings/dsp/fsl,dsp.example.dt.yaml > > /opt/alsa/sound/Documentation/devicetree/bindings/dsp/fsl,dsp.example.dt.yaml: > > dsp@3b6e8000: power-domains: [[4294967295]] is too short > > From schema: > > /opt/alsa/sound/Documentation/devicetree/bindings/dsp/fsl,dsp.yaml > > > > I don't know the reason, could you please help to have a look what > > is wrong? > > Seems still need to add "minItems" in original power-domains besides > if/then schema. otherwise the dt_binding_check report above > error. Yes, that's right. The main section has to pass for all cases, so you need the maximum range (1-4 items). Rob