[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160406060527.GC3873@hector.attlocal.net>
Date: Wed, 6 Apr 2016 01:05:27 -0500
From: Andy Gross <andy.gross@...aro.org>
To: Vinod Koul <vinod.koul@...el.com>
Cc: Stanimir Varbanov <stanimir.varbanov@...aro.org>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, devicetree@...r.kernel.org,
dmaengine@...r.kernel.org, Sinan Kaya <okaya@...eaurora.org>,
Pramod Gurav <gpramod@...eaurora.org>
Subject: Re: [PATCH v2 3/5] dmaengine: qcom: bam_dma: add controlled remotely
dt property
On Tue, Apr 05, 2016 at 04:44:25PM -0700, Vinod Koul wrote:
> On Wed, Apr 06, 2016 at 01:56:20AM +0300, Stanimir Varbanov wrote:
> > Documentation/devicetree/bindings/dma/qcom_bam_dma.txt | 2 ++
> > drivers/dma/qcom/bam_dma.c | 7 +++++++
>
> The binding should be a separate patch..
>
> >
> > + bdev->controlled_remotely = of_property_read_bool(pdev->dev.of_node,
> > + "qcom,controlled-remotely");
> > +
>
> we need some defaults here, how will this work with boards withe older DT.
By default the bam driver should assume that it can access the registers. It is
only in specific cases where we have trustzone locking down these registers and
assigning them to other remote processors.
Powered by blists - more mailing lists