[PATCH 00/15] Share TTM code among framebuffer drivers

Christian König ckoenig.leichtzumerken at gmail.com
Tue Apr 9 11:55:28 UTC 2019


Am 09.04.19 um 10:29 schrieb kraxel at redhat.com:
>    Hi,
>
>>> The qemu stdvga (bochs driver) has 16 MB vram by default and can be
>>> configured to have up to 256 MB.  Plenty of room even for multiple 4k
>>> framebuffers if needed.  So for the bochs driver all the ttm bo
>>> migration logic is not needed, it could just store everything in vram.
>> To clarify I assume you mean it doesn't need the migrate each bo
>> logic, but it still needs the when VRAM fills up migrate stuff logic.
> I think even the "when vram fills up" logic isn't that important.  The
> driver has no acceleration so there is nothing to store beside dumb
> framebuffers, and the vram size can easily be increased if needed.

Yeah, cause in this particular case it is not even real VRAM.

In this case VRAM is backed by system memory which in turn is stolen 
from the host system isn't it?

So just have enough for a framebuffer and don't place anything else in 
there.

Regards,
Christian.

>
> cheers,
>    Gerd
>
> _______________________________________________
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/dri-devel



More information about the dri-devel mailing list