[PATCH] drm/radeon: TTM must be init with cpu-visible VRAM, v2

[Alex Deucher]

On Fri, Feb 28, 2014 at 1:50 PM, Lauri Kasanen <cand at gmx.com> 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 at gmx.com>

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 at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel