diff options
author | Zhao Liu <zhao1.liu@intel.com> | 2024-02-23 16:56:52 +0800 |
---|---|---|
committer | Michael S. Tsirkin <mst@redhat.com> | 2024-03-12 17:56:55 -0400 |
commit | ccd1fd0c5d4f4cba7fa8642ab466a82db3e9f093 (patch) | |
tree | fa8ed3277e613fdb23acb01f990e8316be8d3675 /hw/usb/combined-packet.c | |
parent | 4f5a3f49b934ff24227ebc95b3f9177f0147ff52 (diff) | |
download | qemu-ccd1fd0c5d4f4cba7fa8642ab466a82db3e9f093.zip qemu-ccd1fd0c5d4f4cba7fa8642ab466a82db3e9f093.tar.gz qemu-ccd1fd0c5d4f4cba7fa8642ab466a82db3e9f093.tar.bz2 |
hw/vfio/iommufd: Fix missing ERRP_GUARD() in iommufd_cdev_getfd()
As the comment in qapi/error, dereferencing @errp requires
ERRP_GUARD():
* = Why, when and how to use ERRP_GUARD() =
*
* Without ERRP_GUARD(), use of the @errp parameter is restricted:
* - It must not be dereferenced, because it may be null.
...
* ERRP_GUARD() lifts these restrictions.
*
* To use ERRP_GUARD(), add it right at the beginning of the function.
* @errp can then be used without worrying about the argument being
* NULL or &error_fatal.
*
* Using it when it's not needed is safe, but please avoid cluttering
* the source with useless code.
But in iommufd_cdev_getfd(), @errp is dereferenced without ERRP_GUARD():
if (*errp) {
error_prepend(errp, VFIO_MSG_PREFIX, path);
}
Currently, since vfio_attach_device() - the caller of
iommufd_cdev_getfd() - is always called in DeviceClass.realize() context
and doesn't get the NULL @errp parameter, iommufd_cdev_getfd()
hasn't triggered the bug that dereferencing the NULL @errp.
To follow the requirement of @errp, add missing ERRP_GUARD() in
iommufd_cdev_getfd().
Suggested-by: Markus Armbruster <armbru@redhat.com>
Signed-off-by: Zhao Liu <zhao1.liu@intel.com>
Reviewed-by: Markus Armbruster <armbru@redhat.com>
Message-Id: <20240223085653.1255438-7-zhao1.liu@linux.intel.com>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Diffstat (limited to 'hw/usb/combined-packet.c')
0 files changed, 0 insertions, 0 deletions