From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-14.0 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,INCLUDES_CR_TRAILER,INCLUDES_PATCH,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7C039C433EF for ; Tue, 7 Sep 2021 13:10:29 +0000 (UTC) Received: from alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 3E50860524 for ; Tue, 7 Sep 2021 13:10:27 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 3E50860524 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=alsa-project.org Received: from alsa1.perex.cz (alsa1.perex.cz [207.180.221.201]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id F26391719; Tue, 7 Sep 2021 15:09:35 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz F26391719 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1631020226; bh=EwAZ6xsh+B077xdiAiUPyl2HqmdVrDjC+5YWJzZ/NfU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=ez8oGVEGGgz+qY3aYyxT+WQ8uEw8Q81FeGdg2i6T+5uhXnp+eB+ULTGC1QlpwfXna BsyCpIe7OBrPzD7PMtDeuv+LETQzjo2QkfZ3i/Zyzq7BopEz0MHjDa5JgWNZzuP5Yr 0GufFBfRtiC9sTb4fztuyxP30rTkhZqvkbPiKq5I= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id 8A4DFF80217; Tue, 7 Sep 2021 15:09:35 +0200 (CEST) Received: by alsa1.perex.cz (Postfix, from userid 50401) id 5EA81F80224; Tue, 7 Sep 2021 15:09:34 +0200 (CEST) Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id 7FBDBF800BC for ; Tue, 7 Sep 2021 15:09:26 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz 7FBDBF800BC Authentication-Results: alsa1.perex.cz; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Q/zlmlKm" Received: by mail.kernel.org (Postfix) with ESMTPSA id 9259C61052 for ; Tue, 7 Sep 2021 13:09:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1631020161; bh=EwAZ6xsh+B077xdiAiUPyl2HqmdVrDjC+5YWJzZ/NfU=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=Q/zlmlKmY5yaK8vdBrwafAOfK+k7tAOK2PrHwh8Y7zubnXxcJNdNEK3MGJd7YYk8t sVl5Iu+QmwjsouHH6tILI1wa00lk2DaRqTAA5QfccE5pIVUom4M8sghvYRxsBkj2FH fu8HjQChFTdeBL09bWX+HBa4oYvDUhf0iKabh82sdWM1dtDS/4qAMSkAqSng5JuHj2 4h3AnJHki2aETz+rcuvDs0HiTdNEL5+UsvCFeXrlbc2lTl1lOSbnMGZu9fJxtrcO7j 3rSOF6EWvhoobW0F7JVSY7MaQGZzVM2UUtoW+vwTyvjnOA/L0fJzuYdmV7faaUqPM/ jsXz/nziD5lXg== Received: by mail-ej1-f46.google.com with SMTP id me10so19543121ejb.11 for ; Tue, 07 Sep 2021 06:09:21 -0700 (PDT) X-Gm-Message-State: AOAM532wnPQyCZCbe5XuJ0M2P2m1uIu7JEyK1DeUBGDN37W9Ft6wN3UI +IpuOs9eQarAFsYFf3RrMr4aqXARx6S8yUSj8w== X-Google-Smtp-Source: ABdhPJxBSSSWDWXZKUa0KTwW8npz3Wes4pinOo+DiOg4l/HZ6ENDCXtawjSrYUBvQFdNIbIB14Rbld0CnFGz+MWKkhk= X-Received: by 2002:a17:906:2dcf:: with SMTP id h15mr18410957eji.320.1631020160188; Tue, 07 Sep 2021 06:09:20 -0700 (PDT) MIME-Version: 1.0 References: <20210903145340.225511-1-daniel.baluta@oss.nxp.com> <20210903145340.225511-3-daniel.baluta@oss.nxp.com> In-Reply-To: From: Rob Herring Date: Tue, 7 Sep 2021 08:09:08 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 2/2] dt-bindings: dsp: fsl: Add DSP optional clocks documentation To: Daniel Baluta Content-Type: text/plain; charset="UTF-8" Cc: Daniel Baluta , Devicetree List , Linux-ALSA , Kai Vehmanen , Liam Girdwood , Fabio Estevam , Shengjiu Wang , Daniel Baluta , =?UTF-8?Q?P=C3=A9ter_Ujfalusi?= , Ranjani Sridharan , Pierre-Louis Bossart , Mark Brown , dl-linux-imx , Pengutronix Kernel Team , Suman Anna , Shawn Guo , Linux Kernel Mailing List X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" On Sat, Sep 4, 2021 at 9:51 AM Daniel Baluta wrote: > > On Fri, Sep 3, 2021 at 8:11 PM Rob Herring wrote: > > > > On Fri, Sep 03, 2021 at 05:53:40PM +0300, Daniel Baluta wrote: > > > From: Daniel Baluta > > > > > > DSP node on the Linux kernel side must also take care of enabling > > > DAI/DMA related clocks. > > > > > > By design we choose to manage DAI/DMA clocks from the kernel side because of > > > the architecture of some i.MX8 boards. > > > > > > Clocks are handled by a special M4 core which runs a special firmware > > > called SCFW (System Controler firmware). > > > > > > This communicates with A cores running Linux via a special Messaging > > > Unit and implements a custom API which is already implemented by the > > > Linux kernel i.MX clocks implementation. > > > > > > Note that these clocks are optional. We can use the DSP without them. > > > > > > Signed-off-by: Daniel Baluta > > > --- > > > .../devicetree/bindings/dsp/fsl,dsp.yaml | 33 +++++++++++++++++++ > > > 1 file changed, 33 insertions(+) > > > > > > diff --git a/Documentation/devicetree/bindings/dsp/fsl,dsp.yaml b/Documentation/devicetree/bindings/dsp/fsl,dsp.yaml > > > index 7afc9f2be13a..1453668c0194 100644 > > > --- a/Documentation/devicetree/bindings/dsp/fsl,dsp.yaml > > > +++ b/Documentation/devicetree/bindings/dsp/fsl,dsp.yaml > > > @@ -24,16 +24,49 @@ properties: > > > maxItems: 1 > > > > > > clocks: > > > + minItems: 3 > > > items: > > > - description: ipg clock > > > - description: ocram clock > > > - description: core clock > > > + - description: esai0 core clock for accessing registers > > > + - description: esai0 baud clock > > > + - description: esai0 system clock > > > + - description: esai0 spba clock required when ESAI is placed in slave mode > > > + - description: SAI1 bus clock > > > + - description: SAI1 master clock 0 > > > + - description: SAI1 master clock 1 > > > + - description: SAI1 master clock 2 > > > + - description: SAI1 master clock 3 > > > + - description: SAI3 bus clock > > > + - description: SAI3 master clock 0 > > > + - description: SAI3 master clock 1 > > > + - description: SAI3 master clock 2 > > > + - description: SAI3 master clock 3 > > > + - description: SDMA3 root clock used for accessing registers > > > > Sigh, I just rejected this kind of thing for the other i.MX8 DSP > > binding[1]. > > > > Add a reference to the h/w block and then get the clocks (and other > > resources) from there. > > The H/W block is controlled by the DSP firmware. So, we don't want > to use the Linux kernel driver (thus the H/W block device tree node). 'status' is how you disable a device to not be used by the OS. The information about that device's resources are already in DT, we don't need to duplicate that here. If you want a list of devices assigned to the DSP here, that would be okay. > The only thing that we cannot control from the DSP firmware are the clocks > hence we handle them in the DSP node. > > We moved the DAI clocks under the DSP node as I think you suggested here: > > https://www.lkml.org/lkml/2020/3/12/969 No, that's certainly not what I was suggesting. The resources in the DSP node should be the h/w resources of the DSP itself. Rob