diff options
author | Paolo Bonzini <pbonzini@redhat.com> | 2016-01-31 11:28:57 +0100 |
---|---|---|
committer | Michael S. Tsirkin <mst@redhat.com> | 2016-02-04 19:53:02 +0200 |
commit | 6aa46d8ff1ee7e9ca0c4a54d75c74108bee22124 (patch) | |
tree | 3b5a48e56168ec63101993e6af19ebeb1abea188 /hw/9pfs | |
parent | 0734fb083cb0a91d17d355acdea16a3413b69b0c (diff) | |
download | qemu-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/9pfs')
0 files changed, 0 insertions, 0 deletions