summaryrefslogtreecommitdiffstats
path: root/include/hw/s390x
diff options
context:
space:
mode:
authorGreg Kurz2018-04-09 12:15:10 +0200
committerCornelia Huck2018-04-30 10:31:41 +0200
commitc96f2c2a165acf92ff987ebc9e225452250c5083 (patch)
treeab679237440e503871600ab2d306adf12d8d88e8 /include/hw/s390x
parents390x/sclp: extend SCLP event masks to 64 bits (diff)
downloadqemu-c96f2c2a165acf92ff987ebc9e225452250c5083.tar.gz
qemu-c96f2c2a165acf92ff987ebc9e225452250c5083.tar.xz
qemu-c96f2c2a165acf92ff987ebc9e225452250c5083.zip
vfio-ccw: introduce vfio_ccw_get_device()
A recent patch fixed leaks of the dynamically allocated vcdev->vdev.name field in vfio_ccw_realize(), but we now have three freeing sites for it. This is unfortunate and seems to indicate something is wrong with its life cycle. The root issue is that vcdev->vdev.name is set before vfio_get_device() is called, which theoretically prevents to call vfio_put_device() to do the freeing. Well actually, we could call it anyway because vfio_put_base_device() is a nop if the device isn't attached, but this would be confusing. This patch hence moves all the logic of attaching the device, including the "already attached" check, to a separate vfio_ccw_get_device() function, counterpart of vfio_put_device(). While here, vfio_put_device() is renamed to vfio_ccw_put_device() for consistency. Signed-off-by: Greg Kurz <groug@kaod.org> Message-Id: <152326891065.266543.9487977590811413472.stgit@bahia.lan> Signed-off-by: Cornelia Huck <cohuck@redhat.com>
Diffstat (limited to 'include/hw/s390x')
0 files changed, 0 insertions, 0 deletions