search for: virtgpu_cmd_resource_inval_back

...t; + Assign backing pages to a resource. > + > + This assign an array of guest pages (struct virtgpu_mem_entry) as "assigns" > + the backing store for a resource. These pages are then used for the > + transfer operations for that resource from that point on. > + > +VIRTGPU_CMD_RESOURCE_INVAL_BACKING: > + Command: struct virtgpu_resource_inval_backing Why is it called INVAL_BACKING instead of DETACH_BACKING? "Detach" is logical since there is also an "attach" command. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available T...

...t; + Assign backing pages to a resource. > + > + This assign an array of guest pages (struct virtgpu_mem_entry) as "assigns" > + the backing store for a resource. These pages are then used for the > + transfer operations for that resource from that point on. > + > +VIRTGPU_CMD_RESOURCE_INVAL_BACKING: > + Command: struct virtgpu_resource_inval_backing Why is it called INVAL_BACKING instead of DETACH_BACKING? "Detach" is logical since there is also an "attach" command. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available T...

...ds */ + VIRTGPU_CMD_GET_DISPLAY_INFO = 0x0100, + VIRTGPU_CMD_RESOURCE_CREATE_2D, + VIRTGPU_CMD_RESOURCE_UNREF, + VIRTGPU_CMD_SET_SCANOUT, + VIRTGPU_CMD_RESOURCE_FLUSH, + VIRTGPU_CMD_TRANSFER_TO_HOST_2D, + VIRTGPU_CMD_RESOURCE_ATTACH_BACKING, + VIRTGPU_CMD_RESOURCE_INVAL_BACKING, + + /* cursor commands */ + VIRTGPU_CMD_UPDATE_CURSOR = 0x0300, + VIRTGPU_CMD_MOVE_CURSOR, + + /* success responses */ + VIRTGPU_RESP_OK_NODATA = 0x1100, + VIRTGPU_RESP_OK_DISPLAY_INFO, + + /* error responses */ + VIRTGPU_RESP_ERR_UNSPEC =...

Hi folks, Lets kick off the virtio-gpu review process, starting with the virtio protocol. This is a tiny patch series for qemu. Patch #1 carries the header file describing the virtual hardware: config space, command structs being sent over the rings, defines etc. Patch #2 adds a text file describing virtio-gpu to docs/specs/. It covers 2D support only for now. For anybody who wants to dig a

Hi folks, Lets kick off the virtio-gpu review process, starting with the virtio protocol. This is a tiny patch series for qemu. Patch #1 carries the header file describing the virtual hardware: config space, command structs being sent over the rings, defines etc. Patch #2 adds a text file describing virtio-gpu to docs/specs/. It covers 2D support only for now. For anybody who wants to dig a

...iably only be a total value of resources, since we've no idea if the host driver will store them in VRAM or main memory. Quite how to fail gracefully is a question, probably need to report to the guest what context did the allocation and see if we can destroy it. >> > + >> > +VIRTGPU_CMD_RESOURCE_INVAL_BACKING: >> > + Command: struct virtgpu_resource_inval_backing >> >> Why is it called INVAL_BACKING instead of DETACH_BACKING? "Detach" is >> logical since there is also an "attach" command. > > No particular reason I think. Dave? > Not reason...

...iably only be a total value of resources, since we've no idea if the host driver will store them in VRAM or main memory. Quite how to fail gracefully is a question, probably need to report to the guest what context did the allocation and see if we can destroy it. >> > + >> > +VIRTGPU_CMD_RESOURCE_INVAL_BACKING: >> > + Command: struct virtgpu_resource_inval_backing >> >> Why is it called INVAL_BACKING instead of DETACH_BACKING? "Detach" is >> logical since there is also an "attach" command. > > No particular reason I think. Dave? > Not reason...

...ed to be called between every > VIRTGPU_CMD_RESOURCE_FLUSH or is does the assignment persist? Assignment is persistent. > > + the backing store for a resource. These pages are then used for the > > + transfer operations for that resource from that point on. > > + > > +VIRTGPU_CMD_RESOURCE_INVAL_BACKING: > > + Command: struct virtgpu_resource_inval_backing > > Why is it called INVAL_BACKING instead of DETACH_BACKING? "Detach" is > logical since there is also an "attach" command. No particular reason I think. Dave? cheers, Gerd

...: + Command: struct virtgpu_resource_attach_backing + + Assign backing pages to a resource. + + This assign an array of guest pages (struct virtgpu_mem_entry) as + the backing store for a resource. These pages are then used for the + transfer operations for that resource from that point on. + +VIRTGPU_CMD_RESOURCE_INVAL_BACKING: + Command: struct virtgpu_resource_inval_backing + + Detach backing pages from a resource. + + This detaches any backing pages from a resource, to be used in case of + guest swapping or object destruction. + + +cursor queue commands +--------------------- + +VIRTGPU_CMD_UPDATE_CURSOR + Com...