Vasily Khoruzhick writes:
> On Mon, Feb 16, 2015 at 7:54 PM, Robert Jarzmik
> wrote:
>
>> Oh, do you volunteer ? That would indeed ease up my burden. I only rebased
>> pxa3xx_nand, so any help to submit and push is welcome. At least I can
>> commit to
>> review, and I would concentrate on
On Mon, Feb 16, 2015 at 7:54 PM, Robert Jarzmik wrote:
> Oh, do you volunteer ? That would indeed ease up my burden. I only rebased
> pxa3xx_nand, so any help to submit and push is welcome. At least I can commit
> to
> review, and I would concentrate on pxa_camera.c in the meantime.
I can
Vasily Khoruzhick writes:
> On Sun, Feb 15, 2015 at 1:47 AM, Robert Jarzmik
> wrote:
>> In order to slowly transition pxa to dmaengine, the legacy code will now
>> rely on dmaengine to request a channel.
>
> Hi Robert,
>
> What about dropping old PXA DMA code completely? Daniel Mack did port
>
On 02/16/2015 12:12 PM, robert.jarz...@free.fr wrote:
> So far so good. If the mmp_pdma patch is accepted for the transition, it will
> open up my path towards dmaengine conversion of all pxa drivers (mmc, nand,
> pxa_camera and pxa2xx-pcm-lib). As Daniel has already done most of the work,
> and
quot;
> , "Haojian Zhuang" ,
> dmaeng...@vger.kernel.org, linux-kernel@vger.kernel.org
> Envoyé: Lundi 16 Février 2015 11:28:57
> Objet: Re: [PATCH RFC 2/2] ARM: pxa: transition to dmaengine phase 1
>
> On Saturday 14 February 2015 23:47:33 Robe
On 02/16/2015 12:14 PM, Vasily Khoruzhick wrote:
> What about dropping old PXA DMA code completely? Daniel Mack did port
> for most of PXA drivers to dma engine,
> I've rebased his patches against 3.17 several months ago and fixed
> oopses in pxamci and asoc drivers, but I didn't resubmit whole
On Sun, Feb 15, 2015 at 1:47 AM, Robert Jarzmik wrote:
> In order to slowly transition pxa to dmaengine, the legacy code will now
> rely on dmaengine to request a channel.
Hi Robert,
What about dropping old PXA DMA code completely? Daniel Mack did port
for most of PXA drivers to dma engine,
Envoyé: Lundi 16 Février 2015 11:28:57
Objet: Re: [PATCH RFC 2/2] ARM: pxa: transition to dmaengine phase 1
On Saturday 14 February 2015 23:47:33 Robert Jarzmik wrote:
>> @@ -294,7 +294,8 @@ int pxa_request_dma (char *name, pxa_dma_prio prio,
>> /* try grabbing a DMA
On Saturday 14 February 2015 23:47:33 Robert Jarzmik wrote:
> @@ -294,7 +294,8 @@ int pxa_request_dma (char *name, pxa_dma_prio prio,
> /* try grabbing a DMA channel with the requested priority */
> for (i = 0; i < num_dma_channels; i++) {
>
On Mon, Feb 16, 2015 at 7:54 PM, Robert Jarzmik robert.jarz...@free.fr wrote:
Oh, do you volunteer ? That would indeed ease up my burden. I only rebased
pxa3xx_nand, so any help to submit and push is welcome. At least I can commit
to
review, and I would concentrate on pxa_camera.c in the
Vasily Khoruzhick anars...@gmail.com writes:
On Sun, Feb 15, 2015 at 1:47 AM, Robert Jarzmik robert.jarz...@free.fr
wrote:
In order to slowly transition pxa to dmaengine, the legacy code will now
rely on dmaengine to request a channel.
Hi Robert,
What about dropping old PXA DMA code
Vasily Khoruzhick anars...@gmail.com writes:
On Mon, Feb 16, 2015 at 7:54 PM, Robert Jarzmik robert.jarz...@free.fr
wrote:
Oh, do you volunteer ? That would indeed ease up my burden. I only rebased
pxa3xx_nand, so any help to submit and push is welcome. At least I can
commit to
review,
On Saturday 14 February 2015 23:47:33 Robert Jarzmik wrote:
@@ -294,7 +294,8 @@ int pxa_request_dma (char *name, pxa_dma_prio prio,
/* try grabbing a DMA channel with the requested priority */
for (i = 0; i num_dma_channels; i++) {
if
...@vger.kernel.org, linux-kernel@vger.kernel.org
Envoyé: Lundi 16 Février 2015 11:28:57
Objet: Re: [PATCH RFC 2/2] ARM: pxa: transition to dmaengine phase 1
On Saturday 14 February 2015 23:47:33 Robert Jarzmik wrote:
@@ -294,7 +294,8 @@ int pxa_request_dma (char *name, pxa_dma_prio prio
On Sun, Feb 15, 2015 at 1:47 AM, Robert Jarzmik robert.jarz...@free.fr wrote:
In order to slowly transition pxa to dmaengine, the legacy code will now
rely on dmaengine to request a channel.
Hi Robert,
What about dropping old PXA DMA code completely? Daniel Mack did port
for most of PXA
On 02/16/2015 12:14 PM, Vasily Khoruzhick wrote:
What about dropping old PXA DMA code completely? Daniel Mack did port
for most of PXA drivers to dma engine,
I've rebased his patches against 3.17 several months ago and fixed
oopses in pxamci and asoc drivers, but I didn't resubmit whole series
...@gmail.com, Haojian Zhuang haojian.zhu...@gmail.com,
dmaeng...@vger.kernel.org, linux-kernel@vger.kernel.org
Envoyé: Lundi 16 Février 2015 11:28:57
Objet: Re: [PATCH RFC 2/2] ARM: pxa: transition to dmaengine phase 1
On Saturday 14 February 2015 23:47:33 Robert Jarzmik wrote:
@@ -294,7
On 02/16/2015 12:12 PM, robert.jarz...@free.fr wrote:
So far so good. If the mmp_pdma patch is accepted for the transition, it will
open up my path towards dmaengine conversion of all pxa drivers (mmc, nand,
pxa_camera and pxa2xx-pcm-lib). As Daniel has already done most of the work,
and
In order to slowly transition pxa to dmaengine, the legacy code will now
rely on dmaengine to request a channel.
This implies that PXA architecture selects DMADEVICES and MMP_PDMA,
which is not pretty. Yet it enables PXA drivers to be ported one by one,
with part of them using dmaengine, and the
In order to slowly transition pxa to dmaengine, the legacy code will now
rely on dmaengine to request a channel.
This implies that PXA architecture selects DMADEVICES and MMP_PDMA,
which is not pretty. Yet it enables PXA drivers to be ported one by one,
with part of them using dmaengine, and the
20 matches
Mail list logo