From: Vinod Koul <vinod.koul@intel.com>
To: Frank Mori Hess <fmh6jj@gmail.com>
Cc: dmaengine@vger.kernel.org,
Dan Williams <dan.j.williams@intel.com>,
linux-kernel@vger.kernel.org
Subject: [v4] dmaengine: pl330: flush before wait, and add dev burst support.
Date: Tue, 10 Apr 2018 21:07:18 +0530 [thread overview]
Message-ID: <20180410153718.GS6014@localhost> (raw)
On Mon, Apr 09, 2018 at 08:41:18PM -0400, Frank Mori Hess wrote:
> On Tue, Mar 13, 2018 at 2:34 PM, Frank Mori Hess <fmh6jj@gmail.com> wrote:
> > Do DMAFLUSHP _before_ the first DMAWFP to ensure controller
> > and peripheral are in agreement about dma request state before first
> > transfer. Add support for burst transfers to/from peripherals. In the new
> > scheme, the controller does as many burst transfers as it can then
> > transfers the remaining dregs with either single transfers for
> > peripherals, or with a reduced size burst for memory-to-memory transfers.
>
> Hi, what is the state of this patch? I just noticed in patchwork it
> is now listed as "Not applicable"? The original broken-by-wordwrap
> patch is listed as "Accepted"?
>
> https://patchwork.kernel.org/project/linux-dmaengine/list/?submitter=178687&state=*
That is not correct state, my script would update as not applicable when it
doesn't find patch in my queue..
> I found it has a bug handling dregs btw, I'll include a fix for that
> in the next version or as a follow-on patch as appropriate.
Looks like I have missed this one somehow, so please update the patch with
fix and I shall look into it.
Thanks
WARNING: multiple messages have this Message-ID (diff)
From: Vinod Koul <vinod.koul@intel.com>
To: Frank Mori Hess <fmh6jj@gmail.com>
Cc: dmaengine@vger.kernel.org,
Dan Williams <dan.j.williams@intel.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v4] dmaengine: pl330: flush before wait, and add dev burst support.
Date: Tue, 10 Apr 2018 21:07:18 +0530 [thread overview]
Message-ID: <20180410153718.GS6014@localhost> (raw)
In-Reply-To: <CAJz5OpdV1=L3fsQESZusAp8Cir9wE-VqPXqBa=zOGjBcPE78DA@mail.gmail.com>
On Mon, Apr 09, 2018 at 08:41:18PM -0400, Frank Mori Hess wrote:
> On Tue, Mar 13, 2018 at 2:34 PM, Frank Mori Hess <fmh6jj@gmail.com> wrote:
> > Do DMAFLUSHP _before_ the first DMAWFP to ensure controller
> > and peripheral are in agreement about dma request state before first
> > transfer. Add support for burst transfers to/from peripherals. In the new
> > scheme, the controller does as many burst transfers as it can then
> > transfers the remaining dregs with either single transfers for
> > peripherals, or with a reduced size burst for memory-to-memory transfers.
>
> Hi, what is the state of this patch? I just noticed in patchwork it
> is now listed as "Not applicable"? The original broken-by-wordwrap
> patch is listed as "Accepted"?
>
> https://patchwork.kernel.org/project/linux-dmaengine/list/?submitter=178687&state=*
That is not correct state, my script would update as not applicable when it
doesn't find patch in my queue..
> I found it has a bug handling dregs btw, I'll include a fix for that
> in the next version or as a follow-on patch as appropriate.
Looks like I have missed this one somehow, so please update the patch with
fix and I shall look into it.
Thanks
--
~Vinod
next reply other threads:[~2018-04-10 15:37 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-10 15:37 Vinod Koul [this message]
2018-04-10 15:37 ` [PATCH v4] dmaengine: pl330: flush before wait, and add dev burst support Vinod Koul
-- strict thread matches above, loose matches on Subject: below --
2018-04-16 15:33 [v4] " Vinod Koul
2018-04-16 15:33 ` [PATCH v4] " Vinod Koul
2018-04-15 18:12 [v4] " Frank Mori Hess
2018-04-15 18:12 ` [PATCH v4] " Frank Mori Hess
2018-04-10 0:41 [v4] " Frank Mori Hess
2018-04-10 0:41 ` [PATCH v4] " Frank Mori Hess
2018-03-13 18:34 [v4] " Frank Mori Hess
2018-03-13 18:34 ` [PATCH v4] " Frank Mori Hess
2018-03-11 16:10 [v3] " Frank Mori Hess
2018-03-11 16:10 ` [PATCH v3] " Frank Mori Hess
2018-03-11 15:01 [v3] " Vinod Koul
2018-03-11 15:01 ` [PATCH v3] " Vinod Koul
2018-03-06 16:03 [v3] " Frank Mori Hess
2018-03-06 16:03 ` [PATCH v3] " Frank Mori Hess
2018-03-06 12:02 [v2] " Vinod Koul
2018-02-06 18:24 Frank Mori Hess
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=20180410153718.GS6014@localhost \
--to=vinod.koul@intel.com \
--cc=dan.j.williams@intel.com \
--cc=dmaengine@vger.kernel.org \
--cc=fmh6jj@gmail.com \
--cc=linux-kernel@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.