From: vinod.koul@intel.com (Vinod Koul)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/6] dmaengine: Add fly-by transfer flag to slave configuration structure
Date: Fri, 2 May 2014 21:16:34 +0530 [thread overview]
Message-ID: <20140502154634.GS32284@intel.com> (raw)
In-Reply-To: <1397574817-15559-2-git-send-email-laurent.pinchart@ideasonboard.com>
On Tue, Apr 15, 2014 at 05:13:32PM +0200, Laurent Pinchart wrote:
> Fly-by transfer mode cuts down the number of bus transactions by letting
> the slave drive or latch the memory data bus during memory transactions
?? ^^^^^^^^^^^
> instead of performing a dedicated transaction to read data from or write
/ ^^^^
> data to the slave.
>
> Support for fly-by mode by adding a new flag field to struct
> dma_slave_config.
>
> Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
> ---
> include/linux/dmaengine.h | 13 +++++++++++++
> 1 file changed, 13 insertions(+)
>
> diff --git a/include/linux/dmaengine.h b/include/linux/dmaengine.h
> index c5c92d5..ae99153 100644
> --- a/include/linux/dmaengine.h
> +++ b/include/linux/dmaengine.h
> @@ -304,6 +304,17 @@ enum dma_slave_buswidth {
> };
>
> /**
> + * enum dma_slave_flags - DMA slave configuration flags
> + * @DMA_SLAVE_FLAG_FLY_BY - perform DMA transfers for the slave in fly-by mode.
> + * Instead of performing a bus transaction to read (write) data from (to) the
> + * slave, let the slave drive (latch) the memory bus data signals during the
> + * memory write (read) transaction.
> + */
> +enum dma_slave_flags {
> + DMA_SLAVE_FLAG_FLY_BY = (1 << 0),
> +};
> +
> +/**
> * struct dma_slave_config - dma slave channel runtime config
> * @direction: whether the data shall go in or out on this slave
> * channel, right now. DMA_MEM_TO_DEV and DMA_DEV_TO_MEM are
> @@ -333,6 +344,7 @@ enum dma_slave_buswidth {
> * @slave_id: Slave requester id. Only valid for slave channels. The dma
> * slave peripheral will have unique id as dma requester which need to be
> * pass as slave config.
> + * @flags: DMA slave flags, a combination of enum dma_slave_flags flags.
> *
> * This struct is passed in as configuration data to a DMA engine
> * in order to set up a certain channel for DMA transport at runtime.
> @@ -361,6 +373,7 @@ struct dma_slave_config {
> u32 dst_maxburst;
> bool device_fc;
> unsigned int slave_id;
> + u32 flags;
> };
I am not sure about this. Should we have a generic flag for this or just add a
bool for fly_by mode?
Suggestions?
--
~Vinod
next prev parent reply other threads:[~2014-05-02 15:46 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-15 15:13 [PATCH 0/6] dma: mmp_pdma: fly-by transfers and external DMA requests support Laurent Pinchart
2014-04-15 15:13 ` [PATCH 1/6] dmaengine: Add fly-by transfer flag to slave configuration structure Laurent Pinchart
2014-05-02 15:46 ` Vinod Koul [this message]
2014-05-02 15:47 ` Vinod Koul
2014-05-05 17:26 ` Lars-Peter Clausen
2014-04-15 15:13 ` [PATCH 2/6] dma: mmp_pdma: Fix the #dma-channels DT property documentation Laurent Pinchart
2014-05-02 15:50 ` Vinod Koul
2014-04-15 15:13 ` [PATCH 3/6] dma: mmp_pdma: Simplify access to channel drcmr value Laurent Pinchart
2014-05-02 15:51 ` Vinod Koul
2014-04-15 15:13 ` [PATCH 4/6] dma: mmp_pdma: Fix physical channel memory allocation size Laurent Pinchart
2014-05-02 15:52 ` Vinod Koul
2014-04-15 15:13 ` [PATCH 5/6] dma: mmp_pdma: Add support for fly-by transfers Laurent Pinchart
2014-04-15 15:13 ` [PATCH 6/6] dma: mmp_pdma: Add support externel DMA requests Laurent Pinchart
2014-05-02 16:09 ` 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=20140502154634.GS32284@intel.com \
--to=vinod.koul@intel.com \
--cc=linux-arm-kernel@lists.infradead.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.