Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-21 Thread Konrad Rzeszutek Wilk
On Tue, Mar 20, 2018 at 04:16:00PM +0100, Christoph Hellwig wrote: > On Tue, Mar 20, 2018 at 11:25:21AM +, Konrad Rzeszutek Wilk wrote: > > Are you testing with swiotlb=force? > > I've done swiotlb=force testing with earlier versions, and otherwise > relied on a VM with more the 4gb of memory

Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-20 Thread Christoph Hellwig
On Tue, Mar 20, 2018 at 11:25:21AM +, Konrad Rzeszutek Wilk wrote: > Are you testing with swiotlb=force? I've done swiotlb=force testing with earlier versions, and otherwise relied on a VM with more the 4gb of memory and emulated devices without 64-bit capability. _

Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-20 Thread Konrad Rzeszutek Wilk
On Tue, Mar 20, 2018, 5:03 AM Ingo Molnar wrote: > > * Christoph Hellwig wrote: > > > On Tue, Mar 20, 2018 at 09:37:51AM +0100, Ingo Molnar wrote: > > > > git://git.infradead.org/users/hch/misc.git dma-direct-x86 > > > > > > Btw., what's the upstreaming route for these patches? > > > > > > While

Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-20 Thread Ingo Molnar
* Christoph Hellwig wrote: > On Tue, Mar 20, 2018 at 09:37:51AM +0100, Ingo Molnar wrote: > > > git://git.infradead.org/users/hch/misc.git dma-direct-x86 > > > > Btw., what's the upstreaming route for these patches? > > > > While it's a multi-arch series it's all pretty x86-heavy as well so we

Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-20 Thread Christoph Hellwig
On Tue, Mar 20, 2018 at 09:37:51AM +0100, Ingo Molnar wrote: > > git://git.infradead.org/users/hch/misc.git dma-direct-x86 > > Btw., what's the upstreaming route for these patches? > > While it's a multi-arch series it's all pretty x86-heavy as well so we can > host it > in -tip (in tip:core/dm

Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-20 Thread Ingo Molnar
* Christoph Hellwig wrote: > On Mon, Mar 19, 2018 at 11:27:37AM -0400, Konrad Rzeszutek Wilk wrote: > > On Mon, Mar 19, 2018 at 11:38:12AM +0100, Christoph Hellwig wrote: > > > Hi all, > > > > > > this series switches the x86 code the the dma-direct implementation > > > for direct (non-iommu) d

Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-19 Thread Christoph Hellwig
On Mon, Mar 19, 2018 at 11:27:37AM -0400, Konrad Rzeszutek Wilk wrote: > On Mon, Mar 19, 2018 at 11:38:12AM +0100, Christoph Hellwig wrote: > > Hi all, > > > > this series switches the x86 code the the dma-direct implementation > > for direct (non-iommu) dma and the generic swiotlb ops. This incl

Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-19 Thread Konrad Rzeszutek Wilk
On Mon, Mar 19, 2018 at 11:38:12AM +0100, Christoph Hellwig wrote: > Hi all, > > this series switches the x86 code the the dma-direct implementation > for direct (non-iommu) dma and the generic swiotlb ops. This includes > getting rid of the special ops for the AMD memory encryption case and > th

Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-19 Thread Thomas Gleixner
On Mon, 19 Mar 2018, Christoph Hellwig wrote: > Hi all, > > this series switches the x86 code the the dma-direct implementation > for direct (non-iommu) dma and the generic swiotlb ops. This includes > getting rid of the special ops for the AMD memory encryption case and > the STA2x11 SOC. The

Re: use generic dma-direct and swiotlb code for x86 V3

2018-03-19 Thread Tom Lendacky
On 3/19/2018 5:38 AM, Christoph Hellwig wrote: > Hi all, > > this series switches the x86 code the the dma-direct implementation > for direct (non-iommu) dma and the generic swiotlb ops. This includes > getting rid of the special ops for the AMD memory encryption case and > the STA2x11 SOC. The

use generic dma-direct and swiotlb code for x86 V3

2018-03-19 Thread Christoph Hellwig
Hi all, this series switches the x86 code the the dma-direct implementation for direct (non-iommu) dma and the generic swiotlb ops. This includes getting rid of the special ops for the AMD memory encryption case and the STA2x11 SOC. The generic implementations are based on the x86 code, so they