[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1336734044-14275-2-git-send-email-ldewangan@nvidia.com>
Date: Fri, 11 May 2012 16:30:43 +0530
From: Laxman Dewangan <ldewangan@...dia.com>
To: <dan.j.williams@...el.com>, <vinod.koul@...el.com>,
<grant.likely@...retlab.ca>, <rob.herring@...xeda.com>,
<linux-kernel@...r.kernel.org>, <linux-tegra@...r.kernel.org>,
<devicetree-discuss@...ts.ozlabs.org>
CC: Laxman Dewangan <ldewangan@...dia.com>
Subject: [PATCH V3 1/2] dma: dmaengine: add slave req id in slave_config
The DMA controller like Nvidia's Tegra Dma controller
supports the different slave requestor id from different slave.
This need to be configure in dma controller to handle the request
properly.
Adding the slave-id in the slave configuration so that information
can be passed from client when configuring for slave.
Signed-off-by: Laxman Dewangan <ldewangan@...dia.com>
---
Changes from V2:
- Make slave_id as unsigned.
include/linux/dmaengine.h | 4 ++++
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/linux/dmaengine.h b/include/linux/dmaengine.h
index 1082698..9732396 100644
--- a/include/linux/dmaengine.h
+++ b/include/linux/dmaengine.h
@@ -338,6 +338,9 @@ enum dma_slave_buswidth {
* @device_fc: Flow Controller Settings. Only valid for slave channels. Fill
* with 'true' if peripheral should be flow controller. Direction will be
* selected at Runtime.
+ * @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.
*
* 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.
@@ -365,6 +368,7 @@ struct dma_slave_config {
u32 src_maxburst;
u32 dst_maxburst;
bool device_fc;
+ unsigned int slave_id;
};
static inline const char *dma_chan_name(struct dma_chan *chan)
--
1.7.1.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists