Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EBB26C433FE for ; Fri, 12 Nov 2021 10:20:45 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id D00CA60F70 for ; Fri, 12 Nov 2021 10:20:45 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234892AbhKLKXe (ORCPT ); Fri, 12 Nov 2021 05:23:34 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40712 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234840AbhKLKXe (ORCPT ); Fri, 12 Nov 2021 05:23:34 -0500 Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D4D17C06127A for ; Fri, 12 Nov 2021 02:20:43 -0800 (PST) Received: by mail-lf1-x12a.google.com with SMTP id p16so21163677lfa.2 for ; Fri, 12 Nov 2021 02:20:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=b+io7kYbw2ZDoJfwSHBLvGwSu+tVHeSA6Dhn302dCO0=; b=D6EwlExy0nQ+GvAvuyv5YvMgxsLd5ya7d5WFs7yoHksO0llgQTTSVUrLFYnoakskyh qeP/+pQ/MHD8Z53g2oSWcC7FVxsJAnvIRJNzTUWKgS+VV8NEou4uARi5Mdg53/l3ksOF 4gmifQWUCt2LOvUnX0TfdLTwp+a4HvBkSbJiRJEbKWEmUkoxjQ96cWh7PUz4dc7bW2nY rvEFL3rLUnhR4DXVq716uWo1ru9aP2W0K2kcPDRLHznxLJupVB9tocYTRWTBebFO5+XS yPbYEcN1+50MUwiQIQkZeSJoOMHX1uQB0ziu3/HhSspkUFMt7aeY8FxOdZhrIdJJjZEk iR+A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=b+io7kYbw2ZDoJfwSHBLvGwSu+tVHeSA6Dhn302dCO0=; b=QJEQN9Nn/UXXtF/8y/lxCf/jclVd1vFETYY6ZZx3OSmGqyZYDA1pCfzLrVUsyRWkaG 3AvreVKJ42nuHS8LTd1HfK7Bnn7mCcawYDDQdhx7skh5FqNnQjFnGLtUJPshMsXLuMOJ twkU9DwQYGwSKkKHBSiHOcGNF01b4aOjsQp5c9gBVNxY5JaL8HUMKsA5/ZHQY5guFD4u fuITBb84giLycYrlSxW9oxdt+XVxeKkgEZu1VbBh7ChFvHjcIaSZlrmSfWtFtZao3Ymn CGGx4FwFTslKK83iVDIFt9dc+n0zJmeHhUH/cVHb0cwYjuwgBWT2er8tu9KrQriLBarm m7Aw== X-Gm-Message-State: AOAM533hYCGJkbeWuL87Rl1pYTK2tzedT8l/RPRnB4gEwQcKqN0vnd/P Z5KwAeD6HiN56kLkaAg07hD+yA== X-Google-Smtp-Source: ABdhPJzxM6u2ytjQgL2yYEpg+7FWHLyHA570eFj8lDmWapgSbNaW8JIIXdQCNPE9o1P7S/7i2XbyoA== X-Received: by 2002:ac2:5548:: with SMTP id l8mr12699531lfk.509.1636712442053; Fri, 12 Nov 2021 02:20:42 -0800 (PST) Received: from [192.168.1.102] (62-248-207-242.elisa-laajakaista.fi. [62.248.207.242]) by smtp.gmail.com with ESMTPSA id n7sm549952ljp.108.2021.11.12.02.20.41 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 12 Nov 2021 02:20:41 -0800 (PST) Subject: Re: [PATCH v5 06/22] dt-bindings: qcom-bam: Add "powered remotely" mode To: Bhupesh Sharma , linux-arm-msm@vger.kernel.org, linux-crypto@vger.kernel.org Cc: bhupesh.linux@gmail.com, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, robh+dt@kernel.org, agross@kernel.org, herbert@gondor.apana.org.au, davem@davemloft.net, stephan@gerhold.net, Thara Gopinath , Bjorn Andersson References: <20211110105922.217895-1-bhupesh.sharma@linaro.org> <20211110105922.217895-7-bhupesh.sharma@linaro.org> From: Vladimir Zapolskiy Message-ID: <6fb025fe-9b93-1bde-4b11-5759a6b2c0cf@linaro.org> Date: Fri, 12 Nov 2021 12:20:41 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <20211110105922.217895-7-bhupesh.sharma@linaro.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org Hi Bhupesh, On 11/10/21 12:59 PM, Bhupesh Sharma wrote: > In some configurations, the BAM DMA controller is set up by a remote > processor and the local processor can simply start making use of it > without setting up the BAM. This is already supported using the > "qcom,controlled-remotely" property. > > However, for some reason another possible configuration is that the > remote processor is responsible for powering up the BAM, but we are > still responsible for initializing it (e.g. resetting it etc). Add > a "qcom,powered-remotely" property to describe that configuration. > > Cc: Thara Gopinath > Cc: Bjorn Andersson > Cc: Rob Herring > Signed-off-by: Bhupesh Sharma > [moved Stephan's change to the YAML dt-binding format] > Signed-off-by: Stephan Gerhold > --- > Documentation/devicetree/bindings/dma/qcom_bam_dma.yaml | 6 ++++++ > 1 file changed, 6 insertions(+) > > diff --git a/Documentation/devicetree/bindings/dma/qcom_bam_dma.yaml b/Documentation/devicetree/bindings/dma/qcom_bam_dma.yaml > index cfff3a2286fb..bf0a59e8a2bf 100644 > --- a/Documentation/devicetree/bindings/dma/qcom_bam_dma.yaml > +++ b/Documentation/devicetree/bindings/dma/qcom_bam_dma.yaml > @@ -73,6 +73,12 @@ properties: > Indicates that the bam is controlled by remote proccessor i.e. > execution environment. > > + qcom,powered-remotely: > + $ref: /schemas/types.yaml#/definitions/flag > + description: > + Indicates that the bam is powered up by a remote processor > + but must be initialized by the local processor. > + > qcom,num-ees: > $ref: /schemas/types.yaml#/definitions/uint32 > minimum: 0 > after rebasing the change on top of master this particular patch won't be needed anymore. See my review comment to v5 03/22. -- Best wishes, Vladimir