diff options
| author | David Carlier <devnexen@gmail.com> | 2026-06-30 21:40:28 +0100 |
|---|---|---|
| committer | Hans Verkuil <hverkuil+cisco@kernel.org> | 2026-07-28 11:36:45 +0200 |
| commit | 876006e994c4ac8f2af553364b5a2282d6dee9ab (patch) | |
| tree | f7232e25ffa3427740ce5b3a21111bd4d25e7d13 /drivers/cdx/Makefile | |
| parent | 2447c768cb5dfb9f52630b82d419e2b24fee27a3 (diff) | |
| download | linux-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
