Re: problem with a mouse: attach/detach

On 2022-01-14, Stuart Henderson <stu.lists@spacehopper.org> wrote:
> On 2022-01-14, Rudolf Sykora <rsykora@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.