linux.git/drivers/gpu/drm/amd/amdgpu/amdgpu_object.c, branch v4.3-rc2 Linux kernel source tree drm/amdgpu: use top down allocation for non-CPU accessible vram 2015-09-03T14:29:32+00:00 Alex Deucher alexander.deucher@amd.com 2015-09-02T19:06:08+00:00 cace5dce5581a5a1232b68e1bc7b778ff40c328b Should help avoid fragmentation of vram due to CPU access requirements. Reviewed-by: Christian König <christian.koenig@amd.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com> 
Should help avoid fragmentation of vram due to CPU access
requirements.

Reviewed-by: Christian König <christian.koenig@amd.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: Don't take dev->struct_mutex in bo_force_delete 2015-08-17T20:51:13+00:00 Daniel Vetter daniel.vetter@ffwll.ch 2015-07-09T21:32:49+00:00 db4448f78d5982997751120ca358c97a7f96e122 It really doesn't protect anything which doesn't have other locks already. Also this is run from driver unload code so not much need for locks anyway. Same changes as for radeon really. Cc: Alex Deucher <alexander.deucher@amd.com> Cc: "Christian König" <christian.koenig@amd.com> Reviewed-by: Thierry Reding <treding@nvidia.com> Signed-off-by: Daniel Vetter <daniel.vetter@intel.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com> 
It really doesn't protect anything which doesn't have other locks
already. Also this is run from driver unload code so not much need for
locks anyway.

Same changes as for radeon really.

Cc: Alex Deucher <alexander.deucher@amd.com>
Cc: "Christian König" <christian.koenig@amd.com>
Reviewed-by: Thierry Reding <treding@nvidia.com>
Signed-off-by: Daniel Vetter <daniel.vetter@intel.com>
Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: remove VI hw bug workaround v3 2015-08-17T20:51:11+00:00 Christian König christian.koenig@amd.com 2015-08-07T18:22:40+00:00 c548b345d15092bf46469a0339d41ae3e106987d The workaround simply doesn't work because VM mappings are controlled by userspace not the kernel. Additional to that this is just a performance problem which happens if you have holes in your VM mapping. v2: adjust virtual addr alignment as well. v3: fix trivial warning Signed-off-by: Christian König <christian.koenig@amd.com> Reviewed-by: Monk Liu <monk.liu@amd.com> (v1) Reviewed-by: Jammy Zhou <Jammy.Zhou@amd.com> (v2) 
The workaround simply doesn't work because VM mappings
are controlled by userspace not the kernel.

Additional to that this is just a performance problem
which happens if you have holes in your VM mapping.

v2: adjust virtual addr alignment as well.
v3: fix trivial warning

Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Monk Liu  <monk.liu@amd.com> (v1)
Reviewed-by: Jammy Zhou <Jammy.Zhou@amd.com> (v2)
drm/amdgpu: use kernel fence diretly in amdgpu_bo_fence 2015-08-17T20:50:50+00:00 Chunming Zhou david1.zhou@amd.com 2015-08-03T03:38:09+00:00 e40a31159b72742224c249cf57c5313be7ccd629 Signed-off-by: Chunming Zhou <david1.zhou@amd.com> Reviewed-by: Christian K?nig <christian.koenig@amd.com> Reviewed-by: Jammy Zhou <jammy.zhou@amd.com> 
Signed-off-by: Chunming Zhou <david1.zhou@amd.com>
Reviewed-by: Christian K?nig <christian.koenig@amd.com>
Reviewed-by: Jammy Zhou <jammy.zhou@amd.com>
drm/amdgpu: remove VM workaround for Fiji 2015-08-17T20:50:29+00:00 Alex Deucher alexander.deucher@amd.com 2015-08-06T15:51:23+00:00 d07f5c4c235670fa4686eb08cb6211eb3bd0c864 The bug is fixed in fiji. Signed-off-by: Alex Deucher <alexander.deucher@amd.com> 
The bug is fixed in fiji.

Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: merge amdgpu_family.h into amd_shared.h (v2) 2015-08-17T20:50:21+00:00 Jammy Zhou Jammy.Zhou@amd.com 2015-07-22T03:29:01+00:00 2f7d10b393c83acd3eedc3d6ab94dce29ac6a890 Make the definitions common for all driver components v2: fix kfd Signed-off-by: Jammy Zhou <Jammy.Zhou@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> 
Make the definitions common for all driver components

v2: fix kfd

Signed-off-by: Jammy Zhou <Jammy.Zhou@amd.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: fix user ptr race condition 2015-06-05T14:59:32+00:00 Christian König christian.koenig@amd.com 2015-06-03T19:31:20+00:00 9298e52f8b51d1e4acd68f502832f3a97f8cf892 Signed-off-by: Christian König <christian.koenig@amd.com> Reviewed-by: monk liu <monk.liu@amd.com> 
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: monk liu <monk.liu@amd.com>
drm/amdgpu: remove mclk_lock 2015-06-04T01:03:58+00:00 Christian König christian.koenig@amd.com 2015-05-27T08:22:47+00:00 e176fe176d3a02d9409e0f36502799083ae13e1b Not needed any more. Signed-off-by: Christian König <christian.koenig@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> 
Not needed any more.

Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: implement the allocation range (v3) 2015-06-04T01:03:52+00:00 Chunming Zhou david1.zhou@amd.com 2015-04-24T09:37:30+00:00 7e5a547f64af66fd906f266f0e8c9bde213d025c Pass a ttm_placement pointer to amdgpu_bo_create_restricted add min_offset to amdgpu_bo_pin_restricted. This makes it easier to allocate memory with address restrictions. With this patch we can also enable 2-ended allocation again. v2: fix rebase conflicts v3: memset placements before using Reviewed-by: Jammy Zhou <Jammy.Zhou@amd.com> Signed-off-by: Chunming Zhou <david1.zhou@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> 
Pass a ttm_placement pointer to amdgpu_bo_create_restricted
add min_offset to amdgpu_bo_pin_restricted.  This makes it
easier to allocate memory with address restrictions.  With
this patch we can also enable 2-ended allocation again.

v2: fix rebase conflicts
v3: memset placements before using

Reviewed-by: Jammy Zhou <Jammy.Zhou@amd.com>
Signed-off-by: Chunming Zhou <david1.zhou@amd.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
drm/amdgpu: port fault_reserve_notify changes from radeon 2015-06-04T01:03:49+00:00 Christian König christian.koenig@amd.com 2015-05-21T15:03:46+00:00 5fb1941d0ce70d8ce56b12edcb1a1f2ba07629dd Signed-off-by: Christian König <christian.koenig@amd.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com> 
Signed-off-by: Christian König <christian.koenig@amd.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>