aboutsummaryrefslogtreecommitdiff
path: root/hw/block/virtio-blk.c
diff options
context:
space:
mode:
authorPaolo Bonzini <pbonzini@redhat.com>2016-01-31 11:28:57 +0100
committerMichael S. Tsirkin <mst@redhat.com>2016-02-04 19:53:02 +0200
commit6aa46d8ff1ee7e9ca0c4a54d75c74108bee22124 (patch)
tree3b5a48e56168ec63101993e6af19ebeb1abea188 /hw/block/virtio-blk.c
parent0734fb083cb0a91d17d355acdea16a3413b69b0c (diff)
downloadqemu-6aa46d8ff1ee7e9ca0c4a54d75c74108bee22124.zip
qemu-6aa46d8ff1ee7e9ca0c4a54d75c74108bee22124.tar.gz
qemu-6aa46d8ff1ee7e9ca0c4a54d75c74108bee22124.tar.bz2
virtio: move VirtQueueElement at the beginning of the structs
The next patch will make virtqueue_pop/vring_pop allocate memory for the VirtQueueElement. In some cases (blk, scsi, gpu) the device wants to extend VirtQueueElement with device-specific fields and, until now, the place of the VirtQueueElement within the containing struct didn't matter. When allocating the entire block in virtqueue_pop/vring_pop, however, the containing struct must basically be a "subclass" of VirtQueueElement, with the VirtQueueElement as the first field. Make that the case for blk and scsi; gpu is already doing it. Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> Reviewed-by: Michael S. Tsirkin <mst@redhat.com> Signed-off-by: Michael S. Tsirkin <mst@redhat.com> Reviewed-by: Cornelia Huck <cornelia.huck@de.ibm.com>
Diffstat (limited to 'hw/block/virtio-blk.c')
0 files changed, 0 insertions, 0 deletions