From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Christian Lamparter Subject: Re: [PATCH v1 2/2] dmaengine: dw: implement per-channel protection control setting Date: Mon, 05 Nov 2018 17:06:20 +0100 Message-ID: <25273848.Yt2vXhTyVK@debian64> In-Reply-To: <20181105142741.GI10650@smile.fi.intel.com> References: <6b18bcf33d6473c166b607a5fa31ba63727cf6bb.1541350844.git.chunkeey@gmail.com> <20181105142254.GG10650@smile.fi.intel.com> <20181105142741.GI10650@smile.fi.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" To: Andy Shevchenko Cc: dmaengine@vger.kernel.org, devicetree@vger.kernel.org, Dan Williams , Vinod Koul , Viresh Kumar , Rob Herring , Mark Rutland List-ID: On Monday, November 5, 2018 3:27:41 PM CET Andy Shevchenko wrote: > On Mon, Nov 05, 2018 at 04:22:54PM +0200, Andy Shevchenko wrote: > > On Sun, Nov 04, 2018 at 06:01:39PM +0100, Christian Lamparter wrote: > > > > + struct dw_dma *dw = to_dw_dma(dwc->chan.device); > > > + size_t chanidx = (size_t)(dwc - dw->chan); > > > > We have mask field, so, index is a first set bit out of mask, __ffs(mask). > > > > unsigned int protctl = dw->pdata->protctl[__ffs(mask)]; > > dwc->mask, of course. Ok, will do. I'll sent a v2 later this week. > Also, it's possible to use (though better to check) dwc->chan.chan_id, > though I dunno if it's reliable. dwc->chan.chan_id is subjected to the chan_allocation setting. So, if it's set to CHAN_ALLOCATION_DESCENDING the dt prop array values for the protctl would need to be reversed as well in order to match the other per-channel settings (for example multiblock). So, let's not do that since this gets very confusing.