public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Rob Herring <robh@kernel.org>
To: Pramod Gurav <gpramod@codeaurora.org>
Cc: andy.gross@linaro.org, linux-kernel@vger.kernel.org,
	dmaengine@vger.kernel.org, linux-arm-msm@vger.kernel.org,
	devicetree@vger.kernel.org, dan.j.williams@intel.com,
	vinod.koul@intel.com, okaya@codeaurora.org,
	architt@codeaurora.org
Subject: Re: [PATCH 2/2] dmaengine: qcom_bam_dma: Bypass BAM init if not managed locally
Date: Wed, 23 Mar 2016 10:09:10 -0500	[thread overview]
Message-ID: <20160323150910.GA16272@rob-hp-laptop> (raw)
In-Reply-To: <1458640151-15150-3-git-send-email-gpramod@codeaurora.org>

On Tue, Mar 22, 2016 at 03:19:11PM +0530, Pramod Gurav wrote:
> On some QOCM platforms BAM control registers are managed remotely

s/QOCM/QCOM/

> hence can not be accessed by application processor for writes. Pass
> a DT property qcom,bam_ctrl_remote to declare the same to skip bam_init.

Is this a property of specific SOCs or a configuration option? If the 
former, use the SOC specific compatible string to determine this option.
 
> Move the pipe number initialisation from bam_init to probe functiom
> as it should be done for all platforms.
> 
> Signed-off-by: Pramod Gurav <gpramod@codeaurora.org>
> ---
>  Documentation/devicetree/bindings/dma/qcom_bam_dma.txt |  3 +++
>  drivers/dma/qcom/bam_dma.c                             | 18 +++++++++++-------
>  2 files changed, 14 insertions(+), 7 deletions(-)
> 
> diff --git a/Documentation/devicetree/bindings/dma/qcom_bam_dma.txt b/Documentation/devicetree/bindings/dma/qcom_bam_dma.txt
> index 1c9d48e..46e33ae 100644
> --- a/Documentation/devicetree/bindings/dma/qcom_bam_dma.txt
> +++ b/Documentation/devicetree/bindings/dma/qcom_bam_dma.txt
> @@ -13,6 +13,8 @@ Required properties:
>  - clock-names: must contain "bam_clk" entry
>  - qcom,ee : indicates the active Execution Environment identifier (0-7) used in
>    the secure world.
> +- qcom,bam_ctrl_remote: Use when BAM global device control is managed remotely

Don't use '_' in property names.

> +  and not locally by the application processor.
>  
>  Example:
>  
> @@ -24,6 +26,7 @@ Example:
>  		clock-names = "bam_clk";
>  		#dma-cells = <1>;
>  		qcom,ee = <0>;
> +		qcom,bam_ctrl_remote;
>  	};
>  
>  DMA clients must use the format described in the dma.txt file, using a two cell

  reply	other threads:[~2016-03-23 15:09 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-03-22  9:49 [PATCH 0/2] Bypass BAM init if Remotely controlled Pramod Gurav
2016-03-22  9:49 ` [PATCH 1/2] dmaengine: qcom_bam_dma: Clear IRQ only if its set Pramod Gurav
2016-03-22  9:49 ` [PATCH 2/2] dmaengine: qcom_bam_dma: Bypass BAM init if not managed locally Pramod Gurav
2016-03-23 15:09   ` Rob Herring [this message]
2016-03-22  9:55 ` [PATCH 0/2] Bypass BAM init if Remotely controlled Stanimir Varbanov
2016-03-22 10:36   ` gpramod
2016-04-05 18:19   ` Vinod Koul
2016-04-05 21:21     ` Andy Gross
2016-04-05 21:27       ` Koul, Vinod

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160323150910.GA16272@rob-hp-laptop \
    --to=robh@kernel.org \
    --cc=andy.gross@linaro.org \
    --cc=architt@codeaurora.org \
    --cc=dan.j.williams@intel.com \
    --cc=devicetree@vger.kernel.org \
    --cc=dmaengine@vger.kernel.org \
    --cc=gpramod@codeaurora.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=okaya@codeaurora.org \
    --cc=vinod.koul@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox