[RfC PATCH 6/6] vfio/display: add dmabuf support (v15)

Gerd Hoffmann kraxel at redhat.com
Wed Oct 11 07:01:33 UTC 2017


  Hi,

> Looks pretty straight forward otherwise.  I like the LRU dmabuf
> freeing, but is it mostly for validating the interface?  My
> impression
> is that we'd reach a steady state with a single plane and single
> cursor so I wonder if keeping that cache really provides a noticeable
> benefit.

Really depends on what the guest is doing.  I didn't do too much
testing with various cache sizes and guests yet.

>   Perhaps for a Linux guest switching between vt and graphics
> mode?

fbcon/vt is one dmabuf.  xorg I have seen using multiple primary plane
dma-bufs, dunno why, doesn't change often.  wayland does page-flipping
on each rendered frame, which translates to very frequent dma-buf
changes and I expect the caching will pay off here.

cursor dma-buf with xorg changes each time the cursor shape changes.

>   It also seems like the primary and cursor will be fighting for
> the head of the list, so if we keep lists, maybe they should be per
> plane type.

Makes sense indeed.

> This uses the x-display option for now, how do we move past that to
> get
> automatic configuration?

I think a OnOffAuto display property would be the best choice.

cheers,
  Gerd



More information about the intel-gvt-dev mailing list