On Fri, Feb 28, 2014 at 1:50 PM, Lauri Kasanen <cand@xxxxxxx> wrote:
> Without this, a bo may get created in the cpu-inaccessible vram.
> Before the CP engines get setup, all copies are done via cpu memcpy.
>
> This means that the cpu tries to read from inaccessible memory, fails,
> and the radeon module proceeds to disable acceleration.
>
> Doing this has no downsides, as the real VRAM size gets set as soon as the
> CP engines get init.
>
> This is a candidate for 3.14 fixes.
>
> v2: Add comment on why the function is used
>
> Signed-off-by: Lauri Kasanen <cand@xxxxxxx>
Applied to my fixes tree. thanks!
Alex
> ---
> drivers/gpu/drm/radeon/radeon_ttm.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c b/drivers/gpu/drm/radeon/radeon_ttm.c
> index 3aa853c..b966f85 100644
> --- a/drivers/gpu/drm/radeon/radeon_ttm.c
> +++ b/drivers/gpu/drm/radeon/radeon_ttm.c
> @@ -715,6 +715,9 @@ int radeon_ttm_init(struct radeon_device *rdev)
> DRM_ERROR("Failed initializing VRAM heap.\n");
> return r;
> }
> + /* Change the size here instead of the init above so only lpfn is affected */
> + radeon_ttm_set_active_vram_size(rdev, rdev->mc.visible_vram_size);
> +
> r = radeon_bo_create(rdev, 256 * 1024, PAGE_SIZE, true,
> RADEON_GEM_DOMAIN_VRAM,
> NULL, &rdev->stollen_vga_memory);
> --
> 1.8.3.1
>
> _______________________________________________
> dri-devel mailing list
> dri-devel@xxxxxxxxxxxxxxxxxxxxx
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel
