On 2022-01-14, Stuart Henderson <stu.li...@spacehopper.org> wrote: > On 2022-01-14, Rudolf Sykora <rsyk...@disroot.org> wrote: >> Dear list, >> >> >> recently, I've been having a difficulty with my mouse. In >> /var/log/messages I see a log like > > "recently" - can you think of any changes that might have started it > happening? > > Probably worth filling in a sendbug template (or otherwise including the > information that it gives, especially a full dmesg), and also including > output from lsusb -v (from the usbutils package). > >> Jan 14 16:07:08 odin /bsd: uhidev0 at uhub4 port 1 configuration 1 >> interface 0 "KYE NetScroll+ Traveler" rev 1.10/0.00 addr 4 >> Jan 14 16:07:08 odin /bsd: uhidev0: iclass 3/1 >> Jan 14 16:07:08 odin /bsd: ums0 at uhidev0: 3 buttons, Z dir >> Jan 14 16:07:08 odin /bsd: wsmouse1 at ums0 mux 0 >> Jan 14 16:07:32 odin /bsd: wsmouse1 detached >> Jan 14 16:07:32 odin /bsd: ums0 detached >> Jan 14 16:07:32 odin /bsd: uhidev0 detached >> Jan 14 16:07:32 odin /bsd: uhidev0 at uhub4 port 1 configuration 1 >> interface 0 "KYE NetScroll+ Traveler" rev 1.10/0.00 addr 4 >> Jan 14 16:07:32 odin /bsd: uhidev0: iclass 3/1 >> Jan 14 16:07:32 odin /bsd: ums0 at uhidev0: 3 buttons, Z dir >> Jan 14 16:07:32 odin /bsd: wsmouse1 at ums0 mux 0 >> Jan 14 16:07:33 odin /bsd: wsmouse1 detached >> Jan 14 16:07:33 odin /bsd: ums0 detached >> Jan 14 16:07:33 odin /bsd: uhidev0 detached >> Jan 14 16:07:35 odin /bsd: uhub4: device problem, disabling port 1 >> Jan 14 16:07:35 odin /bsd: uhidev0 at uhub4 port 1 configuration 1 >> interface 0 "KYE NetScroll+ Traveler" rev 1.10/0.00 addr 4 >> Jan 14 16:07:35 odin /bsd: uhidev0: iclass 3/1 >> Jan 14 16:07:35 odin /bsd: ums0 at uhidev0: 3 buttons, Z dir >> Jan 14 16:07:35 odin /bsd: wsmouse1 at ums0 mux 0 >> Jan 14 16:07:36 odin /bsd: wsmouse1 detached >> Jan 14 16:07:36 odin /bsd: ums0 detached >> Jan 14 16:07:36 odin /bsd: uhidev0 detached >> Jan 14 16:07:38 odin /bsd: uhub4: device problem, disabling port 1 >> Jan 14 16:07:38 odin /bsd: uhidev0 at uhub4 port 1 configuration 1 >> interface 0 "KYE NetScroll+ Traveler" rev 1.10/0.00 addr 4 >> Jan 14 16:07:38 odin /bsd: uhidev0: iclass 3/1 >> Jan 14 16:07:38 odin /bsd: ums0 at uhidev0: 3 buttons, Z dir >> Jan 14 16:07:38 odin /bsd: wsmouse1 at ums0 mux 0 >> Jan 14 16:07:49 odin /bsd: wsmouse1 detached >> Jan 14 16:07:49 odin /bsd: ums0 detached >> Jan 14 16:07:49 odin /bsd: uhidev0 detached >> etc. >> >> I can use the mouse, it just stucks for a second or so from time to >> time. I actually tried also another mouse, but it was the same. I also >> tried a different USB port on my computer. >> >> I run OpenBSD 7.0 GENERIC.MP#3 amd64. >> >> Thank you for any comments and ideas how to resolve this. >> >> >> Best regards >> Ruda >> >> > > >
Seems there is a bug with firmware on some PixArt mouse controller chips (these are used in at least some Dell and Microsoft mice and very likely in others too). From a stackexchange post: ---snip--- PixArt OEM mice are known to disconnect/reconnect every minute in runlevel 1 or 3 if they are not always polled on Linux. An internal buffer overflows, FW crashes, and they reconnect. The default behavior of the usbhid driver is just to wait for interrupts. Basics: https://github.com/sriemer/fix-linux-mouse I've submitted the patch for this mouse to the linux-usb mailing list now: https://marc.info/?l=linux-usb&m=154159427814212&w=2 The kernel boot option usbhid.quirks=0x045e:0x00cb:0x00000400 would also enable HID_QUIRK_ALWAYS_POLL for you. Another alternative is to activate the gpm service. Then gpm is polling the mouse and you can actually use it on the virtual terminal. ---snip--- No idea how this would translate to OpenBSD drivers (I don't think we have an equivalent to HID_QUIRK_ALWAYS_POLL). But it does suggest a reason and mechanism for why it might be frequently detaching. -- Please keep replies on the mailing list.
