On Tue, Jun 20, 2017 at 01:59:10PM +0100, Vladimir Murzin wrote:
> +Christoph since he is trying to consolidate work in this area [1].
>
> Christoph, any chance you can look into patches touching
> dma-{coherent,noop}.c?
>
> [1] https://patchwork.ozlabs.org/patch/778254/
Sure, will do.
On Tue, Jun 20, 2017 at 01:59:10PM +0100, Vladimir Murzin wrote:
> +Christoph since he is trying to consolidate work in this area [1].
>
> Christoph, any chance you can look into patches touching
> dma-{coherent,noop}.c?
>
> [1] https://patchwork.ozlabs.org/patch/778254/
Sure, will do.
+Christoph since he is trying to consolidate work in this area [1].
Christoph, any chance you can look into patches touching
dma-{coherent,noop}.c?
[1] https://patchwork.ozlabs.org/patch/778254/
Thanks!
Vladimir
On 15/06/17 08:25, Vladimir Murzin wrote:
> Greg?
>
> On 08/06/17 17:25, Russell
+Christoph since he is trying to consolidate work in this area [1].
Christoph, any chance you can look into patches touching
dma-{coherent,noop}.c?
[1] https://patchwork.ozlabs.org/patch/778254/
Thanks!
Vladimir
On 15/06/17 08:25, Vladimir Murzin wrote:
> Greg?
>
> On 08/06/17 17:25, Russell
Greg?
On 08/06/17 17:25, Russell King - ARM Linux wrote:
> Well, I've no objection to this, but it does need acks from other
> people before I can apply it.
>
> There's two patches that touch drivers/base that need Greg's ack.
>
> I'm not sure what's happening with lib/dma-noop.c, there doesn't
Greg?
On 08/06/17 17:25, Russell King - ARM Linux wrote:
> Well, I've no objection to this, but it does need acks from other
> people before I can apply it.
>
> There's two patches that touch drivers/base that need Greg's ack.
>
> I'm not sure what's happening with lib/dma-noop.c, there doesn't
Well, I've no objection to this, but it does need acks from other
people before I can apply it.
There's two patches that touch drivers/base that need Greg's ack.
I'm not sure what's happening with lib/dma-noop.c, there doesn't
appear to be a maintainer list for it, so I guess that's a
Well, I've no objection to this, but it does need acks from other
people before I can apply it.
There's two patches that touch drivers/base that need Greg's ack.
I'm not sure what's happening with lib/dma-noop.c, there doesn't
appear to be a maintainer list for it, so I guess that's a
Ping!
On 24/05/17 11:24, Vladimir Murzin wrote:
> Short story:
>
> Without these patches coherent DMA is broken for András and Alexandre,
> so they cannot safely enable DMA on their platforms.
>
> Patches have been circulated on a list since last year without much
> attention to changes in
Ping!
On 24/05/17 11:24, Vladimir Murzin wrote:
> Short story:
>
> Without these patches coherent DMA is broken for András and Alexandre,
> so they cannot safely enable DMA on their platforms.
>
> Patches have been circulated on a list since last year without much
> attention to changes in
Short story:
Without these patches coherent DMA is broken for András and Alexandre,
so they cannot safely enable DMA on their platforms.
Patches have been circulated on a list since last year without much
attention to changes in dma-coherent.c and dma-noop.c. Meanwhile, ARM
bits have been
Short story:
Without these patches coherent DMA is broken for András and Alexandre,
so they cannot safely enable DMA on their platforms.
Patches have been circulated on a list since last year without much
attention to changes in dma-coherent.c and dma-noop.c. Meanwhile, ARM
bits have been
12 matches
Mail list logo
