usbhid can't find input interrupt endpoint

Debugging the issue

The big clue here is the error message:

usbhid: 9-2:1.1: couldn't find an input interrupt endpoint

The USB HID stands for USB Human Interface Device, which typically means either your keyboard or mouse, assuming they're USB based devices.

Keyboard or mouse?

When the issue pops up you should typically see error messages in the dmesg that correspond to the usbhid errors as well. In looking, the OP was able to find that these messages were definitely there, and that they seemed to be pointing to the mouse as being the culprit.

Disabling the mouse

To further debug the issue I suggested disabling the mouse, using a method I documented in another U&L Q&A titled: Disable the external keyboard from a script. The method uses xinput to set the devices property so that its disabled, for example:

$ xinput set-int-prop 2 "Device Enabled" 8 0

After the OP used a command similar to the one above, the issue appeared to go away, essentially confirming the suspicion.

What kind of mouse is it?

Next we determined the type of mouse that was installed using the command lshw -c input.

$ sudo lshw -c input

This led us to our next clue, the type of mouse was a model called Kinzu.

Issues with Kinzu mice

This last piece of info was pretty critical to determining the underlying issue. Apparently the Kinzu mice are known for having this exact issue. I found several reports about it:

• mouse lags each now and then
• kernel update -> mouse stops working

One "workaround" was to use a USB 3 port, if available, for the mouse. The OP tried this but it had no effect on the issues with this mouse.

What to do?

Well given all the above, it looks like either the mouse is defective or just poorly designed, so really the only option is to swap it out for another mouse.