search for: copy_in_vring_desc

Displaying 6 results from an estimated 6 matches for "copy_in_vring_desc".

2015 Jan 20
2
[PATCH RFC v6 08/20] dataplane: allow virtio-1 devices
..., > +static int get_desc(VirtIODevice *vdev, Vring *vring, VirtQueueElement *elem, > struct vring_desc *desc) Since we copy in struct vring_desc anyway, it's cleaner to byteswap the fields once instead of remembering to do it each time we need to access a field. The copy_in_vring_desc() function is one thing I prefer I about my patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.linuxfoundation.org/pipermail/virtualization/attachments/201...
2015 Jan 20
2
[PATCH RFC v6 08/20] dataplane: allow virtio-1 devices
..., > +static int get_desc(VirtIODevice *vdev, Vring *vring, VirtQueueElement *elem, > struct vring_desc *desc) Since we copy in struct vring_desc anyway, it's cleaner to byteswap the fields once instead of remembering to do it each time we need to access a field. The copy_in_vring_desc() function is one thing I prefer I about my patch. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 473 bytes Desc: not available URL: <http://lists.linuxfoundation.org/pipermail/virtualization/attachments/201...
2015 Jan 20
0
[PATCH RFC v6 08/20] dataplane: allow virtio-1 devices
...sc(VirtIODevice *vdev, Vring *vring, VirtQueueElement *elem, > > struct vring_desc *desc) > > Since we copy in struct vring_desc anyway, it's cleaner to byteswap the > fields once instead of remembering to do it each time we need to access > a field. The copy_in_vring_desc() function is one thing I prefer I > about my patch. Agreed, that makes the code cleaner. I've prepared a version of this patch using copy_in_vring_desc() and I'll post it when it survives some light testing on my side.
2015 Jan 20
0
[PATCH RFC v6 08/20] dataplane: allow virtio-1 devices
...sc(VirtIODevice *vdev, Vring *vring, VirtQueueElement *elem, > > struct vring_desc *desc) > > Since we copy in struct vring_desc anyway, it's cleaner to byteswap the > fields once instead of remembering to do it each time we need to access > a field. The copy_in_vring_desc() function is one thing I prefer I > about my patch. Agreed, that makes the code cleaner. I've prepared a version of this patch using copy_in_vring_desc() and I'll post it when it survives some light testing on my side.
2014 Dec 11
45
[PATCH RFC v6 00/20] qemu: towards virtio-1 host support
And yet another iteration of virtio-1 support in qemu, tested with the latest virtio kernel patches. Find it at git://github.com/cohuck/qemu virtio-1 Changes from v5: - fixed stupid bug in "virtio: support more feature bits": we need to define a proper prop backend for 64 bit wide handling... - don't negotiate revision 1 unless VERSION_1 is offered - use 64 bit wide features
2014 Dec 11
45
[PATCH RFC v6 00/20] qemu: towards virtio-1 host support
And yet another iteration of virtio-1 support in qemu, tested with the latest virtio kernel patches. Find it at git://github.com/cohuck/qemu virtio-1 Changes from v5: - fixed stupid bug in "virtio: support more feature bits": we need to define a proper prop backend for 64 bit wide handling... - don't negotiate revision 1 unless VERSION_1 is offered - use 64 bit wide features