[PATCH v2] usbip: usbip_host: fix null pointer dereference in

On Fri, Aug 07, 2026 at 03:09:56PM +0200, Greg KH wrote:
>If you do not hold a lock when testing and doing something based on a
>field, it will race and is broken.
>
>Again, step back and try to determine what you are trying to fix here,
>and how that can be done in a race-free way.  If you don't know, that's
>fine too, I sure don't!  :)

I read the whole driver, and udev does not seem to be nulled anywhere
except in stub_probe(), where it is only assigned. So, we can safely
check for null udev alone. The driver itself seems to hold itself
together as currently I don't see a potential race. probe() also 
cannot run as we set our status to STUB_BUSID_OTHER under lock so 
probe would ignore that too. Am I missing something else here that
could create a potential race? Please advise.

Thanks,
Jeffin.