[PATCH] drm/radeon: fix problem with changing active VRAM size. (v2)
Michel Dänzer
michel at daenzer.net
Tue Mar 15 01:24:21 PDT 2011
On Mon, 2011-03-14 at 12:50 +1000, Dave Airlie wrote:
> From: Dave Airlie <airlied at redhat.com>
>
> So we used to use lpfn directly to restrict VRAM when we couldn't
> access the unmappable area, however this was removed in
> 93225b0d7bc030f4a93165347a65893685822d70 as it also restricted
> the gtt placements. However it was only later noticed that this
> broke on some hw.
>
> This removes the active_vram_size, and just explicitly sets it
> when it changes, TTM/drm_mm will always use the real_vram_size,
> and the active vram size will change the TTM size used for lpfn
> setting.
>
> We should re-work the fpfn/lpfn to per-placement at some point
> I suspect, but that is too late for this kernel.
>
> Hopefully this addresses:
> https://bugs.freedesktop.org/show_bug.cgi?id=35254
>
> v2: fix reported useful VRAM size to userspace to be correct.
>
> Signed-off-by: Dave Airlie <airlied at redhat.com>
Looks good, Dave. Thanks for getting rid of one of the *_vram_size
fields, those were getting out of hand.
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
More information about the dri-devel
mailing list