[PATCH 1/2] drm/amdgpu: Enable scatter gather display support
Christian König
christian.koenig at amd.com
Wed Mar 21 14:07:22 UTC 2018
Am 21.03.2018 um 14:57 schrieb Marek Olšák:
> On Wed, Mar 21, 2018 at 4:13 AM, Christian König
> <ckoenig.leichtzumerken at gmail.com
> <mailto:ckoenig.leichtzumerken at gmail.com>> wrote:
>
> Am 21.03.2018 um 06:08 schrieb Marek Olšák:
>> On Tue, Mar 20, 2018 at 4:16 PM, Christian König
>> <christian.koenig at amd.com <mailto:christian.koenig at amd.com>> wrote:
>>
>> That's what I meant with use up the otherwise unused VRAM. I
>> don't see any disadvantage of always setting GTT as second
>> domain on APUs.
>>
>> My assumption was that we dropped this in userspace for
>> displayable surfaces, but Marek proved that wrong.
>>
>> So what we should do is actually to add GTT as fallback to
>> all BOs on APUs in Mesa and only make sure that the kernel is
>> capable of handling GTT with optimal performance (e.g. have
>> user huge pages etc..).
>>
>>
>> VRAM|GTT is practically as good as GTT. VRAM with BO priorities
>> and eviction throttling is the true "VRAM|GTT".
>>
>> I don't know how else to make use of VRAM intelligently.
>
> Well why not set VRAM|GTT as default on APUs? That should still
> save quite a bunch of moves even with throttling.
>
>
> I explained why: VRAM|GTT is practically as good as GTT.
>
>
> I mean there really shouldn't be any advantage to use VRAM any
> more except that we want to use it up as long as it is available.
>
>
> Why are you suggesting to use VRAM|GTT then? Let's just only use GTT
> on all APUs.
Then we don't use the memory stolen for VRAM.
See we want to get to a point where we have any ~16MB of stolen VRAM on
APUs and everything else in GTT.
But we still have to support cases where we have 1GB stolen VRAM, and
wasting those 1GB would suck a bit.
Christian.
>
> Marek
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/amd-gfx/attachments/20180321/d458d1bb/attachment-0001.html>
More information about the amd-gfx
mailing list