[Intel-gfx] [PATCH] drm/i915: grab a pages pin count for preallocate stolen

Ben Widawsky benjamin.widawsky at intel.com
Wed Dec 18 01:00:13 CET 2013


On Tue, Dec 17, 2013 at 11:42:11PM +0100, Daniel Vetter wrote:
> But only when we indeed set up a gtt mapping. We need this since the
> vma also holds a pages_pin_count, on top of the unconditional
> pages_pin_count we grab for all stolen objects (to avoid swap-out).
> 
> This should avoid a pages_pin_count underrun when cleaning up
> framebuffers objects taken over from the BIOS.
> 
> Reported-by: Jesse Barnes <jbarnes at virtuousgeek.org>
> Cc: Jesse Barnes <jbarnes at virtuousgeek.org>
> Cc: Ben Widawsky <benjamin.widawsky at intel.com>
> Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
> ---
>  drivers/gpu/drm/i915/i915_gem_stolen.c | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/drivers/gpu/drm/i915/i915_gem_stolen.c b/drivers/gpu/drm/i915/i915_gem_stolen.c
> index d284d892ed94..fed87ec17211 100644
> --- a/drivers/gpu/drm/i915/i915_gem_stolen.c
> +++ b/drivers/gpu/drm/i915/i915_gem_stolen.c
> @@ -420,6 +420,7 @@ i915_gem_object_create_stolen_for_preallocated(struct drm_device *dev,
>  
>  	list_add_tail(&obj->global_list, &dev_priv->mm.bound_list);
>  	list_add_tail(&vma->mm_list, &ggtt->inactive_list);
> +	i915_gem_object_pin_pages(obj);
>  
>  	return obj;
>  
> -- 
> 1.8.4.3
> 

I'm missing why _i915_gem_object_create_stolen() isn't good enough for
pinning the pages.

-- 
Ben Widawsky, Intel Open Source Technology Center



More information about the Intel-gfx mailing list