LKML Archive on lore.kernel.org help / color / mirror / Atom feed
From: Baolin Wang <baolin.wang@linaro.org> To: Vinod Koul <vinod.koul@intel.com> Cc: Dan Williams <dan.j.williams@intel.com>, Eric Long <eric.long@spreadtrum.com>, Mark Brown <broonie@kernel.org>, dmaengine@vger.kernel.org, LKML <linux-kernel@vger.kernel.org> Subject: Re: [PATCH 5/5] dmaengine: sprd: Add 'device_config' and 'device_prep_slave_sg' interfaces Date: Wed, 11 Apr 2018 18:51:29 +0800 [thread overview] Message-ID: <CAMz4kuK8U2sy1LDSTQFHtM5N8xL2mA9qJA-u+bznHvRUuZK68A@mail.gmail.com> (raw) In-Reply-To: <20180411094000.GD6014@localhost> Hi Vinod, On 11 April 2018 at 17:40, Vinod Koul <vinod.koul@intel.com> wrote: > On Tue, Apr 10, 2018 at 03:46:07PM +0800, Baolin Wang wrote: >> This patch adds the 'device_config' and 'device_prep_slave_sg' interfaces >> for users to configure DMA. >> >> Signed-off-by: Baolin Wang <baolin.wang@linaro.org> >> --- >> drivers/dma/sprd-dma.c | 48 ++++++++++++++++++++++++++++++++++++++++++++++++ >> 1 file changed, 48 insertions(+) >> >> diff --git a/drivers/dma/sprd-dma.c b/drivers/dma/sprd-dma.c >> index f8038de..c923fb0 100644 >> --- a/drivers/dma/sprd-dma.c >> +++ b/drivers/dma/sprd-dma.c >> @@ -869,6 +869,52 @@ static int sprd_dma_config(struct dma_chan *chan, struct sprd_dma_desc *sdesc, >> return vchan_tx_prep(&schan->vc, &sdesc->vd, flags); >> } >> >> +static struct dma_async_tx_descriptor * >> +sprd_dma_prep_slave_sg(struct dma_chan *chan, struct scatterlist *sgl, >> + unsigned int sglen, enum dma_transfer_direction dir, >> + unsigned long flags, void *context) >> +{ >> + struct sprd_dma_chn *schan = to_sprd_dma_chan(chan); >> + struct sprd_dma_config *slave_cfg = &schan->slave_cfg; >> + struct sprd_dma_desc *sdesc; >> + struct scatterlist *sg; >> + int ret, i; >> + >> + /* TODO: now we only support one sg for each DMA configuration. */ >> + if (!is_slave_direction(slave_cfg->config.direction) || sglen > 1) > > the slave direction check seems wrong to me. .device_config shall give you > dma_slave_config. You should check here if dir passed is slave or not. If > you want to check parameters in slave_config then please use .device_config Correct. Sorry I missed this and I will fix it in next version. > >> + return NULL; >> + >> + sdesc = kzalloc(sizeof(*sdesc), GFP_NOWAIT); >> + if (!sdesc) >> + return NULL; >> + >> + for_each_sg(sgl, sg, sglen, i) { >> + if (slave_cfg->config.direction == DMA_MEM_TO_DEV) >> + slave_cfg->config.src_addr = sg_dma_address(sg); > > Nope slave_config specifies peripheral address and not memory one passed here OK. Thanks for your comments. -- Baolin.wang Best Regards
next prev parent reply other threads:[~2018-04-11 10:51 UTC|newest] Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-04-10 7:46 [PATCH 1/5] dmaengine: sprd: Define the DMA transfer step type Baolin Wang 2018-04-10 7:46 ` [PATCH 2/5] dmaengine: sprd: Define the DMA data width type Baolin Wang 2018-04-10 7:46 ` [PATCH 3/5] dmaengine: sprd: Move DMA request mode and interrupt type into head file Baolin Wang 2018-04-10 7:46 ` [PATCH 4/5] dmaengine: sprd: Add Spreadtrum DMA configuration Baolin Wang 2018-04-11 9:36 ` Vinod Koul 2018-04-11 12:13 ` Baolin Wang 2018-04-12 9:37 ` Vinod Koul 2018-04-12 11:30 ` Baolin Wang 2018-04-12 11:36 ` Baolin Wang 2018-04-13 3:43 ` Vinod Koul 2018-04-13 6:17 ` Baolin Wang 2018-04-13 6:36 ` Vinod Koul 2018-04-13 6:41 ` Baolin Wang 2018-04-13 10:11 ` Vinod Koul 2018-04-13 10:48 ` Baolin Wang 2018-04-16 3:58 ` Vinod Koul 2018-04-16 6:32 ` Baolin Wang 2018-04-16 15:35 ` Vinod Koul 2018-04-17 6:06 ` Baolin Wang 2018-04-13 3:39 ` Vinod Koul 2018-04-13 5:44 ` Baolin Wang 2018-04-10 7:46 ` [PATCH 5/5] dmaengine: sprd: Add 'device_config' and 'device_prep_slave_sg' interfaces Baolin Wang 2018-04-11 9:40 ` Vinod Koul 2018-04-11 10:51 ` Baolin Wang [this message] 2018-04-17 10:45 ` Lars-Peter Clausen 2018-04-18 5:40 ` Baolin Wang 2018-04-11 9:24 ` [PATCH 1/5] dmaengine: sprd: Define the DMA transfer step type Vinod Koul 2018-04-11 10:49 ` Baolin Wang
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=CAMz4kuK8U2sy1LDSTQFHtM5N8xL2mA9qJA-u+bznHvRUuZK68A@mail.gmail.com \ --to=baolin.wang@linaro.org \ --cc=broonie@kernel.org \ --cc=dan.j.williams@intel.com \ --cc=dmaengine@vger.kernel.org \ --cc=eric.long@spreadtrum.com \ --cc=linux-kernel@vger.kernel.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: linkBe 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; as well as URLs for NNTP newsgroup(s).