Re: [Xen-devel] [RFC 0/2] XEN SWIOTLB for ARM dma operations extension

2017-01-11 Thread Konrad Rzeszutek Wilk
On Wed, Jan 11, 2017 at 06:09:03PM +0200, Andrii Anisov wrote: > Dear Konrad, > > Please see my comments below: > > It would be good to have that as part of this patchset, otherwise > > this is kind of non-compiling type patch. > I'm not really sure what do you mean. As in attaching an rework of

Re: [Xen-devel] [RFC 0/2] XEN SWIOTLB for ARM dma operations extension

2017-01-11 Thread Andrii Anisov
Dear Konrad, Please see my comments below: It would be good to have that as part of this patchset, otherwise this is kind of non-compiling type patch. I'm not really sure what do you mean. The patch I refer was done for LK 3.4 if I remember, it is not applicable to 4.6 I'm currently working wi

Re: [Xen-devel] [RFC 0/2] XEN SWIOTLB for ARM dma operations extension

2017-01-10 Thread Konrad Rzeszutek Wilk
On Tue, Jan 10, 2017 at 06:44:25PM +0200, Andrii Anisov wrote: > From: Andrii Anisov > > Some drivers need additional dma ops to be provided by xen swiotlb. Because > common operations implementation came from x86 world and does not suite ARM > needs. > > dma_mmap patch is a port of an antique a

[Xen-devel] [RFC 0/2] XEN SWIOTLB for ARM dma operations extension

2017-01-10 Thread Andrii Anisov
From: Andrii Anisov Some drivers need additional dma ops to be provided by xen swiotlb. Because common operations implementation came from x86 world and does not suite ARM needs. dma_mmap patch is a port of an antique and lost patch discussed here: http://marc.info/?l=xen-devel&m=139695901430667