RE: [PATCH] iommu/amd: flush IOTLB for specific domains only (v2)

2017-05-21 Thread Nath, Arindam
>-Original Message- >From: Jan Vesely [mailto:jv...@scarletmail.rutgers.edu] On Behalf Of Jan >Vesely >Sent: Friday, May 19, 2017 7:06 PM >To: Nath, Arindam; io...@lists.linux-foundation.org >Cc: Bridgman, John; Joerg Roedel; amd-gfx@lists.freedesktop.org; >dr...@endlessm.com; Craig Stein;

Re: [PATCH] drm/radeon: Fix oops upon driver load on PowerXpress laptops

2017-05-21 Thread Nicolai Stange
On Thu, May 18 2017, Lukas Wunner wrote: > Reported-by: Nicolai Stange > Fixes: 7ffb0ce31cf9 ("drm/radeon: Don't register Thunderbolt eGPU with > vga_switcheroo") > Signed-off-by: Lukas Wunner > --- > > Awaiting a Tested-by: from Nicolai, but it's clear this is a bug and > needs to be fixed,

Re: [PATCH] iommu/amd: flush IOTLB for specific domains only (v2)

2017-05-21 Thread Michel Dänzer
On 19/05/17 07:02 PM, arindam.n...@amd.com wrote: > From: Arindam Nath > > Change History > -- > > v2: changes suggested by Joerg > - add flush flag to improve efficiency of flush operation > > v1: > - The idea behind flush queues is to defer the IOTLB flushing > for domains for w

Re: [PATCH] iommu/amd: flush IOTLB for specific domains only (v2)

2017-05-21 Thread Michel Dänzer
On 22/05/17 10:08 AM, Michel Dänzer wrote: > On 19/05/17 07:02 PM, arindam.n...@amd.com wrote: >> From: Arindam Nath >> >> Change History >> -- >> >> v2: changes suggested by Joerg >> - add flush flag to improve efficiency of flush operation >> >> v1: >> - The idea behind flush queues

Re: [PATCH] drm/amdgpu: Place new CPU-accessbile BOs in GTT if visible VRAM is full

2017-05-21 Thread Michel Dänzer
On 20/05/17 12:21 PM, John Brooks wrote: > On Sat, May 20, 2017 at 10:27:14AM +0900, Michel Dänzer wrote: >> On 20/05/17 04:23 AM, John Brooks wrote: >>> On Fri, May 19, 2017 at 04:03:28PM +0900, Michel Dänzer wrote: On 19/05/17 12:04 PM, John Brooks wrote: > Set GTT as the busy placement

Re: [PATCH] drm: Harmonize CIK ASIC support in radeon and amdgpu (v2)

2017-05-21 Thread Michel Dänzer
On 20/05/17 03:55 AM, Felix Kuehling wrote: > On 17-05-18 09:17 PM, Michel Dänzer wrote: >> Obviously, out-of-tree module builds will have to continue doing what >> they've been doing so far with kernels without your patch. I'm thinking >> about making it easier for them with kernels which do have

Re: [PATCH] drm/amdgpu: fix ocl test performance drop

2017-05-21 Thread Christian König
See my other comment about simplifying the patch in the other mail: [flora]: for compute ring & amdgpu_vm_ring_has_compute_vm_bug(), a vm_flush is inserted. This might cause performance drop. Ah, I see. We only need the pipeline sync, but not the vm flush. In this case I suggest to just change