From: "Fernandes, Joel A" <joelagnel@ti.com>
To: Arnd Bergmann <arnd@arndb.de>, Joel A Fernandes <agnel.joel@gmail.com>
Cc: "Nori, Sekhar" <nsekhar@ti.com>, Tony Lindgren <tony@atomide.com>,
"Matt Porter" <matt@ohporter.com>,
Grant Likely <grant.likely@secretlab.ca>,
"Rob Herring" <rob.herring@calxeda.com>,
Vinod Koul <vinod.koul@intel.com>,
"Mark Brown" <broonie@opensource.wolfsonmicro.com>,
"Cousson, Benoit" <b-cousson@ti.com>,
Russell King <linux@arm.linux.org.uk>,
Rob Landley <rob@landley.net>,
Andrew Morton <akpm@linux-foundation.org>,
Jason Kridner <jkridner@beagleboard.org>,
Koen Kooi <koen@beagleboard.org>,
"Devicetree Discuss" <devicetree-discuss@lists.ozlabs.org>,
Linux OMAP List <linux-omap@vger.kernel.org>,
Linux ARM Kernel List <linux-arm-kernel@lists.infradead.org>,
Linux DaVinci Kernel List
<davinci-linux-open-source@linux.davincidsp.com>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Linux Documentation List <linux-doc@vger.kernel.org>,
Linux MMC List <linux-mmc@vger.kernel.org>,
Linux SPI Devel List <spi-devel-general@lists.sourceforge.net>
Subject: RE: [PATCH v12 05/11] edma: config: Enable config options for EDMA
Date: Mon, 24 Jun 2013 21:09:58 +0000 [thread overview]
Message-ID: <083BC63EECB6FD41B8E81CF7FD87CC0F2E4EE5A1@DLEE08.ent.ti.com> (raw)
In-Reply-To: <201306242307.35840.arnd@arndb.de>
> -----Original Message-----
> From: Arnd Bergmann [mailto:arnd@arndb.de]
> Sent: Monday, June 24, 2013 4:08 PM
> To: Joel A Fernandes
> Cc: Nori, Sekhar; Fernandes, Joel A; Tony Lindgren; Matt Porter; Grant Likely;
> Rob Herring; Vinod Koul; Mark Brown; Cousson, Benoit; Russell King; Rob
> Landley; Andrew Morton; Jason Kridner; Koen Kooi; Devicetree Discuss; Linux
> OMAP List; Linux ARM Kernel List; Linux DaVinci Kernel List; Linux Kernel
> Mailing List; Linux Documentation List; Linux MMC List; Linux SPI Devel List
> Subject: Re: [PATCH v12 05/11] edma: config: Enable config options for EDMA
>
> On Monday 24 June 2013, Joel A Fernandes wrote:
> > >> Yes sure, right now they are defined as follows in include/linux/edma.h:
> > >>
> > >> #if defined(CONFIG_TI_EDMA) || defined(CONFIG_TI_EDMA_MODULE)
> bool
> > >> edma_filter_fn(struct dma_chan *, void *); #else static inline bool
> > >> edma_filter_fn(struct dma_chan *chan, void *param) { return false;
> > >> } #endif
> > >
> > > It's best to just define the filter function in the platform code
> > > and pass a pointer to it through platform data. The way you do it
> > > above makes the slave drivers inherently nonportable.
> >
> > But with DT-only platforms, can you really do that?
>
> The nice thing about this is that with a DT-only platform, the filter function will
> automatically go away: you have no platform_data, which means that if you
> are using dma_request_slave_channel_compat, you just pass NULL as the filter
> and the filter-data, same as just calling dma_request_slave_channel.
>
[Joel] Ah yes! Thanks for that. Right, edma_filter_fn is not passed explicitly for DT case.
Thanks,
Joel
WARNING: multiple messages have this Message-ID (diff)
From: "Fernandes, Joel A" <joelagnel-l0cyMroinI0@public.gmane.org>
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
Joel A Fernandes
<agnel.joel-Re5JQEeQqe8AvxtiuMwx3w@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>,
"Cousson, Benoit" <b-cousson-l0cyMroinI0@public.gmane.org>,
Linux Documentation List
<linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Tony Lindgren <tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org>,
Linux MMC List
<linux-mmc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Devicetree Discuss
<devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
Mark Brown
<broonie-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org>,
Koen Kooi <koen-hcmAuCOw+vXj4SYmN/TMmA@public.gmane.org>,
Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
Linux Kernel Mailing List
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Grant Likely
<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>,
Vinod Koul <vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Jason Kridner <jkridner-hcmAuCOw+vXj4SYmN/TMmA@public.gmane.org>,
Rob Landley <rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org>,
Linux SPI Devel List
<spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
Andrew Morton <akpm>
Subject: RE: [PATCH v12 05/11] edma: config: Enable config options for EDMA
Date: Mon, 24 Jun 2013 21:09:58 +0000 [thread overview]
Message-ID: <083BC63EECB6FD41B8E81CF7FD87CC0F2E4EE5A1@DLEE08.ent.ti.com> (raw)
In-Reply-To: <201306242307.35840.arnd-r2nGTMty4D4@public.gmane.org>
> -----Original Message-----
> From: Arnd Bergmann [mailto:arnd-r2nGTMty4D4@public.gmane.org]
> Sent: Monday, June 24, 2013 4:08 PM
> To: Joel A Fernandes
> Cc: Nori, Sekhar; Fernandes, Joel A; Tony Lindgren; Matt Porter; Grant Likely;
> Rob Herring; Vinod Koul; Mark Brown; Cousson, Benoit; Russell King; Rob
> Landley; Andrew Morton; Jason Kridner; Koen Kooi; Devicetree Discuss; Linux
> OMAP List; Linux ARM Kernel List; Linux DaVinci Kernel List; Linux Kernel
> Mailing List; Linux Documentation List; Linux MMC List; Linux SPI Devel List
> Subject: Re: [PATCH v12 05/11] edma: config: Enable config options for EDMA
>
> On Monday 24 June 2013, Joel A Fernandes wrote:
> > >> Yes sure, right now they are defined as follows in include/linux/edma.h:
> > >>
> > >> #if defined(CONFIG_TI_EDMA) || defined(CONFIG_TI_EDMA_MODULE)
> bool
> > >> edma_filter_fn(struct dma_chan *, void *); #else static inline bool
> > >> edma_filter_fn(struct dma_chan *chan, void *param) { return false;
> > >> } #endif
> > >
> > > It's best to just define the filter function in the platform code
> > > and pass a pointer to it through platform data. The way you do it
> > > above makes the slave drivers inherently nonportable.
> >
> > But with DT-only platforms, can you really do that?
>
> The nice thing about this is that with a DT-only platform, the filter function will
> automatically go away: you have no platform_data, which means that if you
> are using dma_request_slave_channel_compat, you just pass NULL as the filter
> and the filter-data, same as just calling dma_request_slave_channel.
>
[Joel] Ah yes! Thanks for that. Right, edma_filter_fn is not passed explicitly for DT case.
Thanks,
Joel
WARNING: multiple messages have this Message-ID (diff)
From: "Fernandes, Joel A" <joelagnel-l0cyMroinI0@public.gmane.org>
To: Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
Joel A Fernandes
<agnel.joel-Re5JQEeQqe8AvxtiuMwx3w@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>,
"Cousson, Benoit" <b-cousson-l0cyMroinI0@public.gmane.org>,
Linux Documentation List
<linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Tony Lindgren <tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org>,
Linux MMC List
<linux-mmc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Devicetree Discuss
<devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
Mark Brown
<broonie-yzvPICuk2AATkU/dhu1WVueM+bqZidxxQQ4Iyu8u01E@public.gmane.org>,
Koen Kooi <koen-hcmAuCOw+vXj4SYmN/TMmA@public.gmane.org>,
Rob Herring <rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
Linux Kernel Mailing List
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Grant Likely
<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>,
Vinod Koul <vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Jason Kridner <jkridner-hcmAuCOw+vXj4SYmN/TMmA@public.gmane.org>,
Rob Landley <rob-VoJi6FS/r0vR7s880joybQ@public.gmane.org>,
Linux SPI Devel List
<spi-devel-general-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>,
Andrew Morton <akpm
Subject: RE: [PATCH v12 05/11] edma: config: Enable config options for EDMA
Date: Mon, 24 Jun 2013 21:09:58 +0000 [thread overview]
Message-ID: <083BC63EECB6FD41B8E81CF7FD87CC0F2E4EE5A1@DLEE08.ent.ti.com> (raw)
In-Reply-To: <201306242307.35840.arnd-r2nGTMty4D4@public.gmane.org>
> -----Original Message-----
> From: Arnd Bergmann [mailto:arnd-r2nGTMty4D4@public.gmane.org]
> Sent: Monday, June 24, 2013 4:08 PM
> To: Joel A Fernandes
> Cc: Nori, Sekhar; Fernandes, Joel A; Tony Lindgren; Matt Porter; Grant Likely;
> Rob Herring; Vinod Koul; Mark Brown; Cousson, Benoit; Russell King; Rob
> Landley; Andrew Morton; Jason Kridner; Koen Kooi; Devicetree Discuss; Linux
> OMAP List; Linux ARM Kernel List; Linux DaVinci Kernel List; Linux Kernel
> Mailing List; Linux Documentation List; Linux MMC List; Linux SPI Devel List
> Subject: Re: [PATCH v12 05/11] edma: config: Enable config options for EDMA
>
> On Monday 24 June 2013, Joel A Fernandes wrote:
> > >> Yes sure, right now they are defined as follows in include/linux/edma.h:
> > >>
> > >> #if defined(CONFIG_TI_EDMA) || defined(CONFIG_TI_EDMA_MODULE)
> bool
> > >> edma_filter_fn(struct dma_chan *, void *); #else static inline bool
> > >> edma_filter_fn(struct dma_chan *chan, void *param) { return false;
> > >> } #endif
> > >
> > > It's best to just define the filter function in the platform code
> > > and pass a pointer to it through platform data. The way you do it
> > > above makes the slave drivers inherently nonportable.
> >
> > But with DT-only platforms, can you really do that?
>
> The nice thing about this is that with a DT-only platform, the filter function will
> automatically go away: you have no platform_data, which means that if you
> are using dma_request_slave_channel_compat, you just pass NULL as the filter
> and the filter-data, same as just calling dma_request_slave_channel.
>
[Joel] Ah yes! Thanks for that. Right, edma_filter_fn is not passed explicitly for DT case.
Thanks,
Joel
WARNING: multiple messages have this Message-ID (diff)
From: joelagnel@ti.com (Fernandes, Joel A)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v12 05/11] edma: config: Enable config options for EDMA
Date: Mon, 24 Jun 2013 21:09:58 +0000 [thread overview]
Message-ID: <083BC63EECB6FD41B8E81CF7FD87CC0F2E4EE5A1@DLEE08.ent.ti.com> (raw)
In-Reply-To: <201306242307.35840.arnd@arndb.de>
> -----Original Message-----
> From: Arnd Bergmann [mailto:arnd at arndb.de]
> Sent: Monday, June 24, 2013 4:08 PM
> To: Joel A Fernandes
> Cc: Nori, Sekhar; Fernandes, Joel A; Tony Lindgren; Matt Porter; Grant Likely;
> Rob Herring; Vinod Koul; Mark Brown; Cousson, Benoit; Russell King; Rob
> Landley; Andrew Morton; Jason Kridner; Koen Kooi; Devicetree Discuss; Linux
> OMAP List; Linux ARM Kernel List; Linux DaVinci Kernel List; Linux Kernel
> Mailing List; Linux Documentation List; Linux MMC List; Linux SPI Devel List
> Subject: Re: [PATCH v12 05/11] edma: config: Enable config options for EDMA
>
> On Monday 24 June 2013, Joel A Fernandes wrote:
> > >> Yes sure, right now they are defined as follows in include/linux/edma.h:
> > >>
> > >> #if defined(CONFIG_TI_EDMA) || defined(CONFIG_TI_EDMA_MODULE)
> bool
> > >> edma_filter_fn(struct dma_chan *, void *); #else static inline bool
> > >> edma_filter_fn(struct dma_chan *chan, void *param) { return false;
> > >> } #endif
> > >
> > > It's best to just define the filter function in the platform code
> > > and pass a pointer to it through platform data. The way you do it
> > > above makes the slave drivers inherently nonportable.
> >
> > But with DT-only platforms, can you really do that?
>
> The nice thing about this is that with a DT-only platform, the filter function will
> automatically go away: you have no platform_data, which means that if you
> are using dma_request_slave_channel_compat, you just pass NULL as the filter
> and the filter-data, same as just calling dma_request_slave_channel.
>
[Joel] Ah yes! Thanks for that. Right, edma_filter_fn is not passed explicitly for DT case.
Thanks,
Joel
next prev parent reply other threads:[~2013-06-24 21:10 UTC|newest]
Thread overview: 203+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-20 21:06 [PATCH v12 00/11] DMA Engine support for AM33XX Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` [PATCH v12 01/11] dmaengine: edma: Add TI EDMA device tree binding Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` [PATCH v12 02/11] ARM: edma: Add DT and runtime PM support to the private EDMA API Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-21 9:37 ` Sekhar Nori
2013-06-21 9:37 ` Sekhar Nori
2013-06-21 9:37 ` Sekhar Nori
2013-06-21 9:37 ` Sekhar Nori
2013-06-21 9:53 ` [PATCH v13] " Sekhar Nori
2013-06-21 9:53 ` Sekhar Nori
2013-06-21 9:53 ` Sekhar Nori
2013-06-21 9:53 ` Sekhar Nori
2013-06-24 10:06 ` Sekhar Nori
2013-06-24 10:06 ` Sekhar Nori
2013-06-24 10:06 ` Sekhar Nori
2013-06-24 10:06 ` Sekhar Nori
2013-06-21 13:37 ` [PATCH v12 02/11] " Joel A Fernandes
2013-06-21 13:37 ` Joel A Fernandes
2013-06-21 13:37 ` Joel A Fernandes
2013-06-21 13:37 ` Joel A Fernandes
2013-06-20 21:06 ` [PATCH v12 03/11] ARM: edma: Add EDMA crossbar event mux support Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-21 10:12 ` Sekhar Nori
2013-06-21 10:12 ` Sekhar Nori
2013-06-21 10:12 ` Sekhar Nori
2013-06-21 10:12 ` Sekhar Nori
2013-06-21 10:14 ` [PATCH] " Sekhar Nori
2013-06-21 10:14 ` Sekhar Nori
2013-06-21 10:14 ` Sekhar Nori
2013-06-21 10:14 ` Sekhar Nori
2013-06-20 21:06 ` [PATCH v12 04/11] dmaengine: edma: enable build for AM33XX Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-21 10:15 ` Sekhar Nori
2013-06-21 10:15 ` Sekhar Nori
2013-06-21 10:15 ` Sekhar Nori
2013-06-21 10:15 ` Sekhar Nori
2013-06-24 10:17 ` Tony Lindgren
2013-06-24 10:17 ` Tony Lindgren
2013-06-24 10:17 ` Tony Lindgren
2013-06-24 10:17 ` Tony Lindgren
2013-06-24 10:31 ` Sekhar Nori
2013-06-24 10:31 ` Sekhar Nori
2013-06-24 10:31 ` Sekhar Nori
2013-06-24 10:31 ` Sekhar Nori
2013-06-20 21:06 ` [PATCH v12 05/11] edma: config: Enable config options for EDMA Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-21 10:16 ` Sekhar Nori
2013-06-21 10:16 ` Sekhar Nori
2013-06-21 10:16 ` Sekhar Nori
2013-06-21 10:16 ` Sekhar Nori
2013-06-21 13:52 ` Joel A Fernandes
2013-06-21 13:52 ` Joel A Fernandes
2013-06-21 13:52 ` Joel A Fernandes
2013-06-21 13:52 ` Joel A Fernandes
2013-06-21 14:00 ` Arnd Bergmann
2013-06-21 14:00 ` Arnd Bergmann
2013-06-21 14:00 ` Arnd Bergmann
2013-06-21 14:00 ` Arnd Bergmann
2013-06-21 14:20 ` Joel A Fernandes
2013-06-21 14:20 ` Joel A Fernandes
2013-06-21 14:20 ` Joel A Fernandes
2013-06-21 14:32 ` Arnd Bergmann
2013-06-21 14:32 ` Arnd Bergmann
2013-06-21 14:32 ` Arnd Bergmann
2013-06-21 18:40 ` Joel A Fernandes
2013-06-21 18:40 ` Joel A Fernandes
2013-06-21 18:40 ` Joel A Fernandes
2013-06-21 18:44 ` Arnd Bergmann
2013-06-21 18:44 ` Arnd Bergmann
2013-06-21 18:44 ` Arnd Bergmann
2013-06-21 21:53 ` Joel A Fernandes
2013-06-21 21:53 ` Joel A Fernandes
2013-06-21 21:53 ` Joel A Fernandes
2013-06-21 22:14 ` Arnd Bergmann
2013-06-21 22:14 ` Arnd Bergmann
2013-06-21 22:14 ` Arnd Bergmann
2013-06-22 2:53 ` Joel A Fernandes
2013-06-22 2:53 ` Joel A Fernandes
2013-06-22 2:53 ` Joel A Fernandes
2013-06-22 2:53 ` Joel A Fernandes
2013-06-24 11:53 ` Sekhar Nori
2013-06-24 11:53 ` Sekhar Nori
2013-06-24 11:53 ` Sekhar Nori
2013-06-24 11:53 ` Sekhar Nori
2013-06-24 14:48 ` Joel A Fernandes
2013-06-24 14:48 ` Joel A Fernandes
2013-06-24 14:48 ` Joel A Fernandes
2013-06-24 14:48 ` Joel A Fernandes
2013-06-24 20:28 ` Arnd Bergmann
2013-06-24 20:28 ` Arnd Bergmann
2013-06-24 20:28 ` Arnd Bergmann
2013-06-24 20:28 ` Arnd Bergmann
2013-06-24 20:32 ` Joel A Fernandes
2013-06-24 20:32 ` Joel A Fernandes
2013-06-24 20:32 ` Joel A Fernandes
2013-06-24 21:07 ` Arnd Bergmann
2013-06-24 21:07 ` Arnd Bergmann
2013-06-24 21:07 ` Arnd Bergmann
2013-06-24 21:09 ` Fernandes, Joel A [this message]
2013-06-24 21:09 ` Fernandes, Joel A
2013-06-24 21:09 ` Fernandes, Joel A
2013-06-24 21:09 ` Fernandes, Joel A
2013-06-24 11:23 ` Sekhar Nori
2013-06-24 11:23 ` Sekhar Nori
2013-06-24 11:23 ` Sekhar Nori
2013-06-24 11:23 ` Sekhar Nori
2013-06-24 11:34 ` Sekhar Nori
2013-06-24 11:34 ` Sekhar Nori
2013-06-24 11:34 ` Sekhar Nori
2013-06-24 11:34 ` Sekhar Nori
2013-06-24 20:10 ` Joel A Fernandes
2013-06-24 20:10 ` Joel A Fernandes
2013-06-24 20:10 ` Joel A Fernandes
2013-06-24 20:10 ` Joel A Fernandes
2013-06-20 21:06 ` [PATCH v12 06/11] da8xx: config: Enable MMC and FS options Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` [PATCH v12 07/11] ARM: davinci: Fix compiler warnings in devices-da8xx Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` [PATCH v12 08/11] spi: omap2-mcspi: add generic DMA request support to the DT binding Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-21 10:35 ` Sourav Poddar
2013-06-21 10:35 ` Sourav Poddar
2013-06-21 10:35 ` Sourav Poddar
2013-06-21 10:35 ` Sourav Poddar
2013-06-20 21:06 ` [PATCH v12 09/11] spi: omap2-mcspi: convert to dma_request_slave_channel_compat() Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-21 10:26 ` Sourav Poddar
2013-06-21 10:26 ` Sourav Poddar
2013-06-21 10:26 ` Sourav Poddar
2013-06-21 10:26 ` Sourav Poddar
2013-06-21 10:37 ` Sekhar Nori
2013-06-21 10:37 ` Sekhar Nori
2013-06-21 10:37 ` Sekhar Nori
2013-06-21 10:37 ` Sekhar Nori
2013-06-21 11:28 ` Mark Brown
2013-06-21 11:28 ` Mark Brown
2013-06-21 11:28 ` Mark Brown
2013-06-21 11:28 ` Mark Brown
2013-06-21 12:22 ` Sourav Poddar
2013-06-21 12:22 ` Sourav Poddar
2013-06-21 12:22 ` Sourav Poddar
2013-06-21 12:22 ` Sourav Poddar
2013-06-20 21:06 ` [PATCH v12 10/11] ARM: dts: add AM33XX EDMA support Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-08-19 14:22 ` Sebastian Andrzej Siewior
2013-08-19 14:22 ` Sebastian Andrzej Siewior
2013-08-19 14:22 ` Sebastian Andrzej Siewior
2013-08-19 14:22 ` Sebastian Andrzej Siewior
2013-06-20 21:06 ` [PATCH v12 11/11] ARM: dts: add AM33XX SPI DMA support Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-20 21:06 ` Joel A Fernandes
2013-06-21 10:27 ` [PATCH v12 00/11] DMA Engine support for AM33XX Sekhar Nori
2013-06-21 10:27 ` Sekhar Nori
2013-06-21 10:27 ` Sekhar Nori
2013-06-21 10:27 ` Sekhar Nori
2013-06-22 0:07 ` Joel A Fernandes
2013-06-22 0:07 ` Joel A Fernandes
2013-06-22 0:07 ` Joel A Fernandes
2013-06-22 0:07 ` Joel A Fernandes
2013-06-22 3:36 ` Joel A Fernandes
2013-06-22 3:36 ` Joel A Fernandes
2013-06-22 3:36 ` Joel A Fernandes
2013-06-22 3:36 ` Joel A Fernandes
2013-06-24 10:19 ` Tony Lindgren
2013-06-24 10:19 ` Tony Lindgren
2013-06-24 10:19 ` Tony Lindgren
2013-06-24 10:19 ` Tony Lindgren
2013-06-24 11:39 ` Sekhar Nori
2013-06-24 11:39 ` Sekhar Nori
2013-06-24 11:39 ` Sekhar Nori
2013-06-24 11:39 ` Sekhar Nori
2013-06-24 11:48 ` Sourav Poddar
2013-06-24 11:48 ` Sourav Poddar
2013-06-24 11:48 ` Sourav Poddar
2013-06-24 11:48 ` Sourav Poddar
2013-06-24 14:36 ` Benoit Cousson
2013-06-24 14:36 ` Benoit Cousson
2013-06-24 14:36 ` Benoit Cousson
2013-06-24 14:36 ` Benoit Cousson
2013-06-25 6:54 ` Tony Lindgren
2013-06-25 6:54 ` Tony Lindgren
2013-06-25 6:54 ` Tony Lindgren
2013-06-25 6:54 ` Tony Lindgren
2013-06-25 14:16 ` Sekhar Nori
2013-06-25 14:16 ` Sekhar Nori
2013-06-25 14:16 ` Sekhar Nori
2013-06-25 14:42 ` Santosh Shilimkar
2013-06-25 14:42 ` Santosh Shilimkar
2013-06-25 14:42 ` Santosh Shilimkar
2013-06-25 14:42 ` Santosh Shilimkar
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=083BC63EECB6FD41B8E81CF7FD87CC0F2E4EE5A1@DLEE08.ent.ti.com \
--to=joelagnel@ti.com \
--cc=agnel.joel@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=arnd@arndb.de \
--cc=b-cousson@ti.com \
--cc=broonie@opensource.wolfsonmicro.com \
--cc=davinci-linux-open-source@linux.davincidsp.com \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=grant.likely@secretlab.ca \
--cc=jkridner@beagleboard.org \
--cc=koen@beagleboard.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linux-omap@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=matt@ohporter.com \
--cc=nsekhar@ti.com \
--cc=rob.herring@calxeda.com \
--cc=rob@landley.net \
--cc=spi-devel-general@lists.sourceforge.net \
--cc=tony@atomide.com \
--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: 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.