From: Joel Fernandes <joelf-l0cyMroinI0@public.gmane.org>
To: Vinod Koul <vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: Linux DaVinci Kernel List
<davinci-linux-open-source-VycZQUHpC/PFrsHnngEfi1aTQe2KTcn/@public.gmane.org>,
Russell King <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>,
Linux MMC List
<linux-mmc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Koen Kooi
<koen-QLwJDigV5abLmq1fohREcCpxlwaOVQ5f@public.gmane.org>,
Linux Kernel Mailing List
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Sricharan R <r.sricharan-l0cyMroinI0@public.gmane.org>,
Franklin Cooper <fcooper-l0cyMroinI0@public.gmane.org>,
Dan Williams <djbw-b10kYP2dOMg@public.gmane.org>,
Linux OMAP List
<linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Linux ARM Kernel List
<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>
Subject: Re: [PATCH v4 2/6] dma: edma: Write out and handle MAX_NR_SG at a given time
Date: Tue, 3 Sep 2013 10:02:46 -0500 [thread overview]
Message-ID: <5225FA16.5000100@ti.com> (raw)
In-Reply-To: <20130903040815.GC15824-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
On 09/02/2013 11:08 PM, Vinod Koul wrote:
> On Thu, Aug 29, 2013 at 06:05:41PM -0500, Joel Fernandes wrote:
>> Process SG-elements in batches of MAX_NR_SG if they are greater
>> than MAX_NR_SG. Due to this, at any given time only those many
>> slots will be used in the given channel no matter how long the
>> scatter list is. We keep track of how much has been written
>> inorder to process the next batch of elements in the scatter-list
>> and detect completion.
>>
>> For such intermediate transfer completions (one batch of MAX_NR_SG),
>> make use of pause and resume functions instead of start and stop
>> when such intermediate transfer is in progress or completed as we
>> donot want to clear any pending events.
>>
>> Signed-off-by: Joel Fernandes <joelf-l0cyMroinI0@public.gmane.org>
>> ---
>> drivers/dma/edma.c | 79 ++++++++++++++++++++++++++++++++++++------------------
>> 1 file changed, 53 insertions(+), 26 deletions(-)
>>
>> diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
>> index e522ad5..732829b 100644
>> --- a/drivers/dma/edma.c
>> +++ b/drivers/dma/edma.c
>> @@ -56,6 +56,7 @@ struct edma_desc {
>> struct list_head node;
>> int absync;
>> int pset_nr;
>> + int processed;
>> struct edmacc_param pset[0];
>> };
>>
>> @@ -104,22 +105,34 @@ static void edma_desc_free(struct virt_dma_desc *vdesc)
>> /* Dispatch a queued descriptor to the controller (caller holds lock) */
>> static void edma_execute(struct edma_chan *echan)
>> {
>> - struct virt_dma_desc *vdesc = vchan_next_desc(&echan->vchan);
>> + struct virt_dma_desc *vdesc;
>> struct edma_desc *edesc;
>> - int i;
>> -
>> - if (!vdesc) {
>> - echan->edesc = NULL;
>> - return;
>> + struct device *dev = echan->vchan.chan.device->dev;
>> + int i, j, left, nslots;
>> +
>> + /* If either we processed all psets or we're still not started */
>> + if (!echan->edesc ||
>> + echan->edesc->pset_nr == echan->edesc->processed) {
>> + /* Get next vdesc */
>> + vdesc = vchan_next_desc(&echan->vchan);
>> + if (!vdesc) {
>> + echan->edesc = NULL;
>> + return;
>> + }
>> + list_del(&vdesc->node);
>> + echan->edesc = to_edma_desc(&vdesc->tx);
>> }
>>
>> - list_del(&vdesc->node);
>> + edesc = echan->edesc;
>>
>> - echan->edesc = edesc = to_edma_desc(&vdesc->tx);
>> + /* Find out how many left */
>> + left = edesc->pset_nr - edesc->processed;
>> + nslots = min(MAX_NR_SG, left);
>>
>> /* Write descriptor PaRAM set(s) */
>> - for (i = 0; i < edesc->pset_nr; i++) {
>> - edma_write_slot(echan->slot[i], &edesc->pset[i]);
>> + for (i = 0; i < nslots; i++) {
>> + j = i + edesc->processed;
>> + edma_write_slot(echan->slot[i], &edesc->pset[j]);
>> dev_dbg(echan->vchan.chan.device->dev,
>> "\n pset[%d]:\n"
>> " chnum\t%d\n"
>> @@ -132,24 +145,31 @@ static void edma_execute(struct edma_chan *echan)
>> " bidx\t%08x\n"
>> " cidx\t%08x\n"
>> " lkrld\t%08x\n",
>> - i, echan->ch_num, echan->slot[i],
>> - edesc->pset[i].opt,
>> - edesc->pset[i].src,
>> - edesc->pset[i].dst,
>> - edesc->pset[i].a_b_cnt,
>> - edesc->pset[i].ccnt,
>> - edesc->pset[i].src_dst_bidx,
>> - edesc->pset[i].src_dst_cidx,
>> - edesc->pset[i].link_bcntrld);
>> + j, echan->ch_num, echan->slot[i],
>> + edesc->pset[j].opt,
>> + edesc->pset[j].src,
>> + edesc->pset[j].dst,
>> + edesc->pset[j].a_b_cnt,
>> + edesc->pset[j].ccnt,
>> + edesc->pset[j].src_dst_bidx,
>> + edesc->pset[j].src_dst_cidx,
>> + edesc->pset[j].link_bcntrld);
>> /* Link to the previous slot if not the last set */
>> - if (i != (edesc->pset_nr - 1))
>> + if (i != (nslots - 1))
>> edma_link(echan->slot[i], echan->slot[i+1]);
>> /* Final pset links to the dummy pset */
>> else
>> edma_link(echan->slot[i], echan->ecc->dummy_slot);
>> }
>>
>> - edma_start(echan->ch_num);
>> + edesc->processed += nslots;
>> +
>> + edma_resume(echan->ch_num);
>> +
>> + if (edesc->processed <= MAX_NR_SG) {
>> + dev_dbg(dev, "first transfer starting %d\n", echan->ch_num);
>> + edma_start(echan->ch_num);
>> + }
>> }
>>
>> static int edma_terminate_all(struct edma_chan *echan)
>> @@ -368,19 +388,26 @@ static void edma_callback(unsigned ch_num, u16 ch_status, void *data)
>> struct edma_desc *edesc;
>> unsigned long flags;
>>
>> - /* Stop the channel */
>> - edma_stop(echan->ch_num);
>> + /* Pause the channel */
>> + edma_pause(echan->ch_num);
>>
>> switch (ch_status) {
>> case DMA_COMPLETE:
>> - dev_dbg(dev, "transfer complete on channel %d\n", ch_num);
>> -
>> spin_lock_irqsave(&echan->vchan.lock, flags);
>>
>> edesc = echan->edesc;
>> if (edesc) {
>> + if (edesc->processed == edesc->pset_nr) {
>> + dev_dbg(dev, "transfer complete." \
>> + " stopping channel %d\n", ch_num);
>> + edma_stop(echan->ch_num);
>> + vchan_cookie_complete(&edesc->vdesc);
>> + } else {
>> + dev_dbg(dev, "Intermediate transfer complete" \
>> + " on channel %d\n", ch_num);
> No, these two not right... Consider someone seeing this message will try to
> grep "transfer complete stopping channel" and will fail miserable to find the
> offending line. And this makes it uglier...
>
> Also I believe checkpatch has this check, don't you run that before sending
> patches?
Sorry I did run checkpatch but the >80 char warnings were still there. Thanks
for pointing out that user-visible strings should not be split.
>
> Quoting CodingStyle:
>
> Chapter 2: Breaking long lines and strings
>
> Coding style is all about readability and maintainability using commonly
> available tools.
>
> The limit on the length of lines is 80 columns and this is a strongly
> preferred limit.
>
> Statements longer than 80 columns will be broken into sensible chunks, unless
> exceeding 80 columns significantly increases readability and does not hide
> information. Descendants are always substantially shorter than the parent and
> are placed substantially to the right. The same applies to function headers
> with a long argument list. However, never break user-visible strings such as
> printk messages, because that breaks the ability to grep for them.
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Sure, I removed the string split and a generate a new patch below, Thanks.
---8<---
From: Joel Fernandes <joelf-l0cyMroinI0@public.gmane.org>
Subject: [PATCH v4 2/6] dma: edma: Write out and handle MAX_NR_SG at a given
time
Process SG-elements in batches of MAX_NR_SG if they are greater
than MAX_NR_SG. Due to this, at any given time only those many
slots will be used in the given channel no matter how long the
scatter list is. We keep track of how much has been written
inorder to process the next batch of elements in the scatter-list
and detect completion.
For such intermediate transfer completions (one batch of MAX_NR_SG),
make use of pause and resume functions instead of start and stop
when such intermediate transfer is in progress or completed as we
donot want to clear any pending events.
Signed-off-by: Joel Fernandes <joelf-l0cyMroinI0@public.gmane.org>
---
drivers/dma/edma.c | 77 ++++++++++++++++++++++++++++++++++++------------------
1 file changed, 51 insertions(+), 26 deletions(-)
diff --git a/drivers/dma/edma.c b/drivers/dma/edma.c
index e522ad5..f5232bc 100644
--- a/drivers/dma/edma.c
+++ b/drivers/dma/edma.c
@@ -56,6 +56,7 @@ struct edma_desc {
struct list_head node;
int absync;
int pset_nr;
+ int processed;
struct edmacc_param pset[0];
};
@@ -104,22 +105,34 @@ static void edma_desc_free(struct virt_dma_desc *vdesc)
/* Dispatch a queued descriptor to the controller (caller holds lock) */
static void edma_execute(struct edma_chan *echan)
{
- struct virt_dma_desc *vdesc = vchan_next_desc(&echan->vchan);
+ struct virt_dma_desc *vdesc;
struct edma_desc *edesc;
- int i;
-
- if (!vdesc) {
- echan->edesc = NULL;
- return;
+ struct device *dev = echan->vchan.chan.device->dev;
+ int i, j, left, nslots;
+
+ /* If either we processed all psets or we're still not started */
+ if (!echan->edesc ||
+ echan->edesc->pset_nr == echan->edesc->processed) {
+ /* Get next vdesc */
+ vdesc = vchan_next_desc(&echan->vchan);
+ if (!vdesc) {
+ echan->edesc = NULL;
+ return;
+ }
+ list_del(&vdesc->node);
+ echan->edesc = to_edma_desc(&vdesc->tx);
}
- list_del(&vdesc->node);
+ edesc = echan->edesc;
- echan->edesc = edesc = to_edma_desc(&vdesc->tx);
+ /* Find out how many left */
+ left = edesc->pset_nr - edesc->processed;
+ nslots = min(MAX_NR_SG, left);
/* Write descriptor PaRAM set(s) */
- for (i = 0; i < edesc->pset_nr; i++) {
- edma_write_slot(echan->slot[i], &edesc->pset[i]);
+ for (i = 0; i < nslots; i++) {
+ j = i + edesc->processed;
+ edma_write_slot(echan->slot[i], &edesc->pset[j]);
dev_dbg(echan->vchan.chan.device->dev,
"\n pset[%d]:\n"
" chnum\t%d\n"
@@ -132,24 +145,31 @@ static void edma_execute(struct edma_chan *echan)
" bidx\t%08x\n"
" cidx\t%08x\n"
" lkrld\t%08x\n",
- i, echan->ch_num, echan->slot[i],
- edesc->pset[i].opt,
- edesc->pset[i].src,
- edesc->pset[i].dst,
- edesc->pset[i].a_b_cnt,
- edesc->pset[i].ccnt,
- edesc->pset[i].src_dst_bidx,
- edesc->pset[i].src_dst_cidx,
- edesc->pset[i].link_bcntrld);
+ j, echan->ch_num, echan->slot[i],
+ edesc->pset[j].opt,
+ edesc->pset[j].src,
+ edesc->pset[j].dst,
+ edesc->pset[j].a_b_cnt,
+ edesc->pset[j].ccnt,
+ edesc->pset[j].src_dst_bidx,
+ edesc->pset[j].src_dst_cidx,
+ edesc->pset[j].link_bcntrld);
/* Link to the previous slot if not the last set */
- if (i != (edesc->pset_nr - 1))
+ if (i != (nslots - 1))
edma_link(echan->slot[i], echan->slot[i+1]);
/* Final pset links to the dummy pset */
else
edma_link(echan->slot[i], echan->ecc->dummy_slot);
}
- edma_start(echan->ch_num);
+ edesc->processed += nslots;
+
+ edma_resume(echan->ch_num);
+
+ if (edesc->processed <= MAX_NR_SG) {
+ dev_dbg(dev, "first transfer starting %d\n", echan->ch_num);
+ edma_start(echan->ch_num);
+ }
}
static int edma_terminate_all(struct edma_chan *echan)
@@ -368,19 +388,24 @@ static void edma_callback(unsigned ch_num, u16 ch_status,
void *data)
struct edma_desc *edesc;
unsigned long flags;
- /* Stop the channel */
- edma_stop(echan->ch_num);
+ /* Pause the channel */
+ edma_pause(echan->ch_num);
switch (ch_status) {
case DMA_COMPLETE:
- dev_dbg(dev, "transfer complete on channel %d\n", ch_num);
-
spin_lock_irqsave(&echan->vchan.lock, flags);
edesc = echan->edesc;
if (edesc) {
+ if (edesc->processed == edesc->pset_nr) {
+ dev_dbg(dev, "Transfer complete, stopping channel %d\n", ch_num);
+ edma_stop(echan->ch_num);
+ vchan_cookie_complete(&edesc->vdesc);
+ } else {
+ dev_dbg(dev, "Intermediate transfer complete on channel %d\n", ch_num);
+ }
+
edma_execute(echan);
- vchan_cookie_complete(&edesc->vdesc);
}
spin_unlock_irqrestore(&echan->vchan.lock, flags);
--
1.8.1.2
next prev parent reply other threads:[~2013-09-03 15:02 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-29 23:05 [PATCH v4 0/6] dma: edma: Support scatter-lists of any length Joel Fernandes
[not found] ` <1377817545-18015-1-git-send-email-joelf-l0cyMroinI0@public.gmane.org>
2013-08-29 23:05 ` [PATCH v4 1/6] dma: edma: Setup parameters to DMA MAX_NR_SG at a time Joel Fernandes
2013-08-29 23:05 ` [PATCH v4 2/6] dma: edma: Write out and handle MAX_NR_SG at a given time Joel Fernandes
[not found] ` <1377817545-18015-3-git-send-email-joelf-l0cyMroinI0@public.gmane.org>
2013-09-03 4:08 ` Vinod Koul
[not found] ` <20130903040815.GC15824-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2013-09-03 15:02 ` Joel Fernandes [this message]
2013-08-29 23:05 ` [PATCH v4 6/6] dma: edma: Remove limits on number of slots Joel Fernandes
2013-08-29 23:05 ` [PATCH v4 3/6] ARM: edma: Add function to manually trigger an EDMA channel Joel Fernandes
[not found] ` <1377817545-18015-4-git-send-email-joelf-l0cyMroinI0@public.gmane.org>
2013-09-02 14:08 ` Sekhar Nori
2013-08-29 23:05 ` [PATCH v4 4/6] dma: edma: Find missed events and issue them Joel Fernandes
2013-08-29 23:05 ` [PATCH v4 5/6] dma: edma: Leave linked to Null slot instead of DUMMY slot Joel Fernandes
2013-09-02 11:59 ` [PATCH v4 0/6] dma: edma: Support scatter-lists of any length Vinod Koul
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=5225FA16.5000100@ti.com \
--to=joelf-l0cymroini0@public.gmane.org \
--cc=davinci-linux-open-source-VycZQUHpC/PFrsHnngEfi1aTQe2KTcn/@public.gmane.org \
--cc=djbw-b10kYP2dOMg@public.gmane.org \
--cc=fcooper-l0cyMroinI0@public.gmane.org \
--cc=koen-QLwJDigV5abLmq1fohREcCpxlwaOVQ5f@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
--cc=linux-mmc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=r.sricharan-l0cyMroinI0@public.gmane.org \
--cc=vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
/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;
as well as URLs for NNTP newsgroup(s).