In the Linux kernel, the following vulnerability has been resolved:
Input: sur40 - fix input device registration ordering
In sur40probe(), inputregisterdevice() was previously called early before the V4L2 video device and vb2queue components were fully initialized. If userspace opened the input device immediately upon registration, sur40open() would trigger and start the sur40poll() worker thread. This worker thread invokes sur40processvideo() and accesses the uninitialized vb2_queue structure, leading to a data race and potential system crash.
Furthermore, if V4L2 or video registration failed after inputregisterdevice() succeeded, the error path fell through to calling inputfreedevice() on a successfully registered device instead of inputunregisterdevice(), corrupting input core state.
Move inputregisterdevice() to the very end of sur40probe(). This ensures the V4L2 and video queue structures are fully initialized before polling can start, and naturally resolves the error path bug since inputfree_device() is now only called when input registration has not yet occurred.
To maintain strict LIFO (Last-In, First-Out) teardown ordering, also move inputunregisterdevice() to the very beginning of sur40_disconnect(). This guarantees that the input polling worker thread is stopped before V4L2 video components or control handlers are unregistered.