search for: j4xlqaaim266qpk

...t; > > Bunch of things: > > - obviously we need the users of this in a few drivers, can't really > > review anything stand-alone > > Here is a link to the usage of this feature by the currently under > development virtio-video driver: > https://markmail.org/thread/j4xlqaaim266qpks > > > - adding very specific ops to the generic interface is rather awkward, > > eventually everyone wants that and we end up in a mess. I think the > > best solution here would be if we create a struct virtio_dma_buf which > > subclasses dma-buf, add a (hopefully safe)...

...avor of dma-bufs that supports querying the > underlying virtio object UUID, as well as adding support for exporting > resources from virtgpu. > > [1] https://markmail.org/thread/2ypjt5cfeu3m6lxu > [2] https://markmail.org/thread/p5d3k566srtdtute > [3] https://markmail.org/thread/j4xlqaaim266qpks > > v3 -> v4 changes: > - Replace dma-buf hooks with virtio dma-buf from v1. > - Remove virtio_attach callback, as the work that had been done > in that callback is now done on dma-buf export. The documented > requirement that get_uuid only be called on attached virti...

...mmu_platform=off to make sure we didn't break this config. Besides that, for virtio parts: Acked-by: Michael S. Tsirkin <mst at redhat.com> > [1] https://markmail.org/thread/2ypjt5cfeu3m6lxu > [2] https://markmail.org/thread/p5d3k566srtdtute > [3] https://markmail.org/thread/j4xlqaaim266qpks > > v4 -> v5 changes: > - Remove virtio_dma_buf_export_info. > > David Stevens (3): > virtio: add dma-buf support for exported objects > virtio-gpu: add VIRTIO_GPU_F_RESOURCE_UUID feature > drm/virtio: Support virtgpu exported resources > > drivers/gpu/d...

...avor of dma-bufs that supports querying the > underlying virtio object UUID, as well as adding support for exporting > resources from virtgpu. > > [1] https://markmail.org/thread/2ypjt5cfeu3m6lxu > [2] https://markmail.org/thread/p5d3k566srtdtute > [3] https://markmail.org/thread/j4xlqaaim266qpks > > v5 -> v6 changes: > - Fix >80 character comment Hmm, checkpatch still complains, full log below. IIRC "dim checkpatch" runs scripts/checkpatch.pl with --strict so it is a bit more picky ... The FILE_PATH_CHANGES isn't a problem given that the new file is cover...

...... > > As stated in the cover letter, this will be used by virtio-video. > > The proposed virtio-video patches: https://markmail.org/thread/p5d3k566srtdtute > The patch which imports these dma-bufs (slightly out of data, uses v3 > of this patch set): https://markmail.org/thread/j4xlqaaim266qpks > > > > --- > > > drivers/virtio/Makefile | 2 +- > > > drivers/virtio/virtio.c | 6 +++ > > > drivers/virtio/virtio_dma_buf.c | 89 +++++++++++++++++++++++++++++++++ > > > include/linux/virtio.h | 1 + > > > in...

...etter, this will be used by virtio-video. > > > > > > The proposed virtio-video patches: https://markmail.org/thread/p5d3k566srtdtute > > > The patch which imports these dma-bufs (slightly out of data, uses v3 > > > of this patch set): https://markmail.org/thread/j4xlqaaim266qpks > > > > > > > > --- > > > > > drivers/virtio/Makefile | 2 +- > > > > > drivers/virtio/virtio.c | 6 +++ > > > > > drivers/virtio/virtio_dma_buf.c | 89 +++++++++++++++++++++++++++++++++ > > > > >...

.... > > > > > > > > > > The proposed virtio-video patches: https://markmail.org/thread/p5d3k566srtdtute > > > > > The patch which imports these dma-bufs (slightly out of data, uses v3 > > > > > of this patch set): https://markmail.org/thread/j4xlqaaim266qpks > > > > > > > > > > > > --- > > > > > > > drivers/virtio/Makefile | 2 +- > > > > > > > drivers/virtio/virtio.c | 6 +++ > > > > > > > drivers/virtio/virtio_dma_buf.c | 89 ++++++++...