[PATCH] drm/radeon: drop ttm two ended allocation

Christian König deathsimple at vodafone.de
Tue Mar 17 09:13:21 PDT 2015


On 17.03.2015 16:59, Alex Deucher wrote:
> radeon_bo_create() calls radeon_ttm_placement_from_domain()
> before ttm_bo_init() is called.  radeon_ttm_placement_from_domain()
> uses the ttm bo size to determine when to select top down
> allocation but since the ttm bo is not initialized yet the
> check is always false.  It only took affect when buffers
> were validated later.  It also seemed to regress suspend
> and resume on some systems possibly due to it not
> taking affect in radeon_bo_create().
>
> radeon_bo_create() and radeon_ttm_placement_from_domain()
> need to be reworked substantially for this to be optimally
> effective.  Re-enable it at that point.
>
> Noticed-by: Oded Gabbay <oded.gabbay at amd.com>
> Signed-off-by: Alex Deucher <alexander.deucher at amd.com>
> Cc: stable at vger.kernel.org

Reviewed-by: Christian König <christian.koenig at amd.com>

> ---
>   drivers/gpu/drm/radeon/radeon_object.c | 11 -----------
>   1 file changed, 11 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_object.c b/drivers/gpu/drm/radeon/radeon_object.c
> index 43e0994..318165d 100644
> --- a/drivers/gpu/drm/radeon/radeon_object.c
> +++ b/drivers/gpu/drm/radeon/radeon_object.c
> @@ -173,17 +173,6 @@ void radeon_ttm_placement_from_domain(struct radeon_bo *rbo, u32 domain)
>   		else
>   			rbo->placements[i].lpfn = 0;
>   	}
> -
> -	/*
> -	 * Use two-ended allocation depending on the buffer size to
> -	 * improve fragmentation quality.
> -	 * 512kb was measured as the most optimal number.
> -	 */
> -	if (rbo->tbo.mem.size > 512 * 1024) {
> -		for (i = 0; i < c; i++) {
> -			rbo->placements[i].flags |= TTM_PL_FLAG_TOPDOWN;
> -		}
> -	}
>   }
>   
>   int radeon_bo_create(struct radeon_device *rdev,



More information about the dri-devel mailing list