Solved mouse suddenly stopped working

[tOsYZYny]

This is an interesting one - My mouse was working earlier today and then it stopped.

I know the mouse still works and that the USB switch I have is fine as the keyboard still works and the other computer I'm plugged into has no issues with the mouse.

I am running a "router" jail in which I use it to act like a router and my host is actually just a client on the network. The host retains access to the video card (and keyboard and mouse). The dmesg logs show the mouse is there and if I disconnect it and plug it in, I do see that event being logged. Additionally, xorg also lists the device.

The only thing I can think of that I changed was that the original kernel configuration I built (for the router didn't have linux or linux_common support), so I rebuilt it with that and rebooted so I could use my video card AND have altq support. I was running the stock kernel earlier without altq or traffic shaping.

That is a lot of cursory information, but I think it is necessary to paint a picture of the situation and why it stopped all of a sudden.


In terms of debugging, the next logical step for me is to try reverting to the stock kernel to see if the mouse works then. I couldn't use the original modified one with altq because it didn't have linux and linux_common, so my video wouldn't work.

/etc/make.conf (manually entered)

MODULES_OVERRIDE=zfs opensolaris geom aesni acpi pf mac_ntpd vmm if_bridge if_tuntap nmdm linux linux_common

Using a browser without a mouse is a bit challenging.

 

[tOsYZYny]

I think I need to rebuild the kernel with other modules.

 

[mer]

USB mouse is ums.ko, may also need uhid.ko, usbhid.ko and maybe hidbus.ko

 

[tOsYZYny]

Thanks, I will give that a try and post my updated configuration that fixed it.

 

[Cath O'Deray]

If you boot with no USB device other than the mouse, does it work?

… the kernel …

Which version of FreeBSD, exactly?

freebsd-version -kru ; uname -aKU

 

[tOsYZYny]

13.0-RELEASE-p7
FreeBSD dell-workstation.test 13.0-RELEASE-p7 FreeBSD 13.0-RELEASE-p7 #0: Mon Jan 31 18:24:03 UTC 2022 root@amd64-builder.daemonology.net:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 1300139 1300139

 

[tOsYZYny]

So, what I ended up doing for my workstation kernel is add:

device usbhid
device wmt
device ums
device blank_saver
device uhid
device fusefs

I think the key part was ums, usbhid, uhid. I'm lucky the keyboard worked at all, otherwise, that would have made for a fun experience.

In addition, in order for me to have sound, I had to add:

sound
snd_hda

If I understand correctly what I did, I built sound support directly into the kernel. If I want it to be a module, then I would need to specify that in /etc/make.conf in MODULES_OVERRIDE.

 

[bsduck]

If I understand correctly what I did, I built sound support directly into the kernel.

If your config is based on GENERIC, this should already be the case by default, no need to specify it (I recently opened PR 262068 about the handbook being misleading in that regard).

 

[tOsYZYny]

Yes, my config is based on GENERIC, but I updated /etc/make.conf with just the modules needed to reduce build time. I completely forgot to also look there.

I originally only built the kernel for altq support for my router and then migrated my router into a jail on my workstation and that is where I started to run into issues (operator error).