From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753886AbeAQPzk (ORCPT ); Wed, 17 Jan 2018 10:55:40 -0500 Received: from mga01.intel.com ([192.55.52.88]:43068 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753710AbeAQPzh (ORCPT ); Wed, 17 Jan 2018 10:55:37 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.46,372,1511856000"; d="scan'208";a="196328334" Date: Wed, 17 Jan 2018 21:29:31 +0530 From: Vinod Koul To: Srinivas Kandagatla Cc: Andy Gross , dmaengine@vger.kernel.org, Rob Herring , Mark Rutland , David Brown , Dan Williams , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-soc@vger.kernel.org, yanhe@quicinc.com, ramkri@qti.qualcomm.com, sdharia@quicinc.com Subject: Re: [PATCH 0/4] dmaengine: qcom: bam_dma: fixes for remotely controlled bam Message-ID: <20180117155930.GO18649@localhost> References: <20180116190236.14558-1-srinivas.kandagatla@linaro.org> <20180117101835.GM18649@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jan 17, 2018 at 10:55:34AM +0000, Srinivas Kandagatla wrote: > > > On 17/01/18 10:18, Vinod Koul wrote: > >On Tue, Jan 16, 2018 at 07:02:32PM +0000, srinivas.kandagatla@linaro.org wrote: > >>From: Srinivas Kandagatla > >> > >>Hi Andy, > >> > >>I did hit few issues while trying out SLIMBus BAM on DB820c, this BAM instance > >>is remotely controlled and powered up after ADSP is booted using QMI commands. > > > >What do you mean by "remotely controlled" in this series? > > DMA controller is controlled by the remote processor, which is a DSP in this > case. > Linux side is in remote mode in this setup, this can setup transfer > descriptors and start/stop a transfer. But all the initialization/powerup > part will be done in the remote processor. Yeah that was my guess too. So in this case does linux see these controllers/channels, i would presume no... -- ~Vinod