summaryrefslogtreecommitdiff
path: root/drivers/cdx/Makefile
diff options
context:
space:
mode:
authorDavid Carlier <devnexen@gmail.com>2026-06-30 21:40:28 +0100
committerHans Verkuil <hverkuil+cisco@kernel.org>2026-07-28 11:36:45 +0200
commit876006e994c4ac8f2af553364b5a2282d6dee9ab (patch)
treef7232e25ffa3427740ce5b3a21111bd4d25e7d13 /drivers/cdx/Makefile
parent2447c768cb5dfb9f52630b82d419e2b24fee27a3 (diff)
downloadlinux-next-876006e994c4ac8f2af553364b5a2282d6dee9ab.tar.gz
linux-next-876006e994c4ac8f2af553364b5a2282d6dee9ab.zip
media: mali-c55: Drop redundant mutex_destroy in capture register error path
In mali_c55_register_cap_dev(), a failure of media_entity_pads_init() destroys cap_dev->lock inline and then jumps to err_destroy_mutex, which destroys the same mutex a second time. Calling mutex_destroy() twice is harmless, so this is not a bugfix, but the inline call is redundant: the err_destroy_mutex label already covers this path, just like the switch default case immediately above. Drop the inline mutex_destroy() and rely solely on the err_destroy_mutex label, so the mutex is destroyed exactly once on every error path. Signed-off-by: David Carlier <devnexen@gmail.com> Reviewed-by: Jacopo Mondi <jacopo.mondi@ideasonboard.com> Signed-off-by: Hans Verkuil <hverkuil+cisco@kernel.org>
Diffstat (limited to 'drivers/cdx/Makefile')
0 files changed, 0 insertions, 0 deletions