[RFC PATCH 1/2] drm/hyperv: Add DRM driver for hyperv synthetic video device

Gerd Hoffmann kraxel at redhat.com
Tue Jun 23 16:17:42 UTC 2020


  Hi,

> > > > +	msg->vram.user_ctx = msg->vram.vram_gpa = vram_pp;
> > > > +	msg->vram.is_vram_gpa_specified = 1;
> > > > +	synthvid_send(hdev, msg);
> > > 
> > > That suggests it is possible to define multiple framebuffers in vram,
> > > then pageflip by setting vram.vram_gpa.  If that is the case I'm
> > > wondering whenever vram helpers are a better fit maybe?  You don't
> > > have
> > > to blit each and every display update then.
> > 
> > Thanks for the review. Unfortunately only the first vmbus message take
> > effect and subsequent calls are ignored. I originally implemented using
> > vram helpers but I figured out calling this vmbus message again won't
> > change the vram location.

/me notices there also is user_ctx.  What is this?

> I think that needs a very big comment. Maybe even enforce that with a
> "vram_gpa_set" boolean in the device structure, and complain if we try to
> do that twice.
> 
> Also I guess congrats to microsoft for defining things like that :-/

I would be kind of surprised if the virtual device doesn't support
pageflips.  Maybe setting vram_gpa just isn't the correct way to do
it.  Is there a specification available?

There are a number of microsoft folks in Cc:  Anyone willing to comment?

thanks,
  Gerd

PS: And, yes, in case pageflips really don't work going with shmem
    helpers + blits is reasonable.



More information about the dri-devel mailing list