media: airspy: Return queued buffers on start_streaming() failure
0Vexday Risk Score
No sign of exploitation. No public exploitation artifact known so far.
ssvc Track
exploitation probability
—
observed exploitation
nono source reports it
In the Linux kernel, the following vulnerability has been resolved:
media: airspy: Return queued buffers on start_streaming() failure
The vb2 framework hands buffers to the driver via buf_queue() before
calling start_streaming(). If start_streaming() returns an error
without first returning those buffers via vb2_buffer_done(),
vb2_start_streaming() fires WARN_ON(owned_by_drv_count) and the queued
buffers leak.
airspy_start_streaming() returned -ENODEV early when the USB device had
been disconnected (s->udev == NULL) without returning any buffers that
buf_queue() had already accepted. Take v4l2_lock first and jump to the
existing err_clear_bit label, which already drains s->queued_bufs via
vb2_buffer_done(..., VB2_BUF_STATE_QUEUED) before unlocking.
This mirrors the uvcvideo fix in commit 4cf3b6fd54eb ("media: uvcvideo:
Return queued buffers on start_streaming() failure").
Affected products
Linux · LinuxReferences
https://git.kernel.org/stable/c/04344d0b4929caa94c0df72f767752aa0935ef5dhttps://git.kernel.org/stable/c/170fcc945bc094b1c956bf555c070692826a3effhttps://git.kernel.org/stable/c/73bd2779865372b1017d4f555b45270aa2d0d710https://git.kernel.org/stable/c/877686a74ecdc93dcaee09dbac566e819059c9e7https://git.kernel.org/stable/c/cd42623d698b59f1fe5768f78a4101c28d5feb2e