On 05/08/2015 06:09 PM, Tony Lindgren wrote:
> * Vinod Koul [150508 02:04]:
>> On Fri, May 08, 2015 at 10:05:24AM +0300, Peter Ujfalusi wrote:
>>> On 05/08/2015 06:41 AM, Vinod Koul wrote:
Now as far as this series is concerned, rest of it looks good so I am
willing to merge to if you
* Vinod Koul [150508 02:04]:
> On Fri, May 08, 2015 at 10:05:24AM +0300, Peter Ujfalusi wrote:
> > On 05/08/2015 06:41 AM, Vinod Koul wrote:
> > > Now as far as this series is concerned, rest of it looks good so I am
> > > willing to merge to if you plan to work on defered probe :) I think its a
On Fri, May 08, 2015 at 10:05:24AM +0300, Peter Ujfalusi wrote:
> On 05/08/2015 06:41 AM, Vinod Koul wrote:
> > Now as far as this series is concerned, rest of it looks good so I am
> > willing to merge to if you plan to work on defered probe :) I think its a
> > fair bargain!
>
> Deal ;)
On 05/08/2015 06:41 AM, Vinod Koul wrote:
> Now as far as this series is concerned, rest of it looks good so I am
> willing to merge to if you plan to work on defered probe :) I think its a
> fair bargain!
Deal ;)
I'll take care of the OMAP/daVinci drivers for omap-dma and edma.
--
Péter
--
To
On 05/08/2015 06:41 AM, Vinod Koul wrote:
Now as far as this series is concerned, rest of it looks good so I am
willing to merge to if you plan to work on defered probe :) I think its a
fair bargain!
Deal ;)
I'll take care of the OMAP/daVinci drivers for omap-dma and edma.
--
Péter
--
To
On Fri, May 08, 2015 at 10:05:24AM +0300, Peter Ujfalusi wrote:
On 05/08/2015 06:41 AM, Vinod Koul wrote:
Now as far as this series is concerned, rest of it looks good so I am
willing to merge to if you plan to work on defered probe :) I think its a
fair bargain!
Deal ;)
Wonderful :)
* Vinod Koul vinod.k...@intel.com [150508 02:04]:
On Fri, May 08, 2015 at 10:05:24AM +0300, Peter Ujfalusi wrote:
On 05/08/2015 06:41 AM, Vinod Koul wrote:
Now as far as this series is concerned, rest of it looks good so I am
willing to merge to if you plan to work on defered probe :) I
On 05/08/2015 06:09 PM, Tony Lindgren wrote:
* Vinod Koul vinod.k...@intel.com [150508 02:04]:
On Fri, May 08, 2015 at 10:05:24AM +0300, Peter Ujfalusi wrote:
On 05/08/2015 06:41 AM, Vinod Koul wrote:
Now as far as this series is concerned, rest of it looks good so I am
willing to merge to if
On Thu, May 07, 2015 at 12:48:34PM +0300, Peter Ujfalusi wrote:
> On 05/04/2015 08:38 AM, Vinod Koul wrote:
> > On Thu, Apr 09, 2015 at 12:35:49PM +0300, Peter Ujfalusi wrote:
> >> +int omap_dmaxbar_init(void)
> >> +{
> >> + return platform_driver_register(_dma_xbar_driver);
> >> +}
> >>
On 05/04/2015 08:38 AM, Vinod Koul wrote:
> On Thu, Apr 09, 2015 at 12:35:49PM +0300, Peter Ujfalusi wrote:
>> +int omap_dmaxbar_init(void)
>> +{
>> +return platform_driver_register(_dma_xbar_driver);
>> +}
>> +arch_initcall(omap_dmaxbar_init);
> All looks fine except this bit, I think I did
On 05/04/2015 08:38 AM, Vinod Koul wrote:
On Thu, Apr 09, 2015 at 12:35:49PM +0300, Peter Ujfalusi wrote:
+int omap_dmaxbar_init(void)
+{
+return platform_driver_register(ti_dma_xbar_driver);
+}
+arch_initcall(omap_dmaxbar_init);
All looks fine except this bit, I think I did point out
On Thu, May 07, 2015 at 12:48:34PM +0300, Peter Ujfalusi wrote:
On 05/04/2015 08:38 AM, Vinod Koul wrote:
On Thu, Apr 09, 2015 at 12:35:49PM +0300, Peter Ujfalusi wrote:
+int omap_dmaxbar_init(void)
+{
+ return platform_driver_register(ti_dma_xbar_driver);
+}
On Thu, Apr 09, 2015 at 12:35:49PM +0300, Peter Ujfalusi wrote:
> +int omap_dmaxbar_init(void)
> +{
> + return platform_driver_register(_dma_xbar_driver);
> +}
> +arch_initcall(omap_dmaxbar_init);
All looks fine except this bit, I think I did point out this last time as
well, though dont
On Thu, Apr 09, 2015 at 12:35:49PM +0300, Peter Ujfalusi wrote:
+int omap_dmaxbar_init(void)
+{
+ return platform_driver_register(ti_dma_xbar_driver);
+}
+arch_initcall(omap_dmaxbar_init);
All looks fine except this bit, I think I did point out this last time as
well, though dont recall
The DRA7x has more peripherals with DMA requests than the sDMA can handle:
205 vs 127. All DMA requests are routed through the DMA crossbar, which can
be configured to route selected incoming DMA requests to specific sDMA
request.
Signed-off-by: Peter Ujfalusi
---
drivers/dma/Kconfig
The DRA7x has more peripherals with DMA requests than the sDMA can handle:
205 vs 127. All DMA requests are routed through the DMA crossbar, which can
be configured to route selected incoming DMA requests to specific sDMA
request.
Signed-off-by: Peter Ujfalusi peter.ujfal...@ti.com
---
16 matches
Mail list logo