You are not logged in.
Hello, I have recently bought a new Logitech M330 mouse but my machine is not receiving inputs from the mouse at all. Multiple reboots did not help either.
It is working normally on Windows and Ubuntu so I guess we can rule out problems coming from the mouse hardware.
The output of `lsusb`:
Bus 001 Device 013: ID 046d:c52f Logitech, Inc. Unifying Receiver
And `journalctl` when the receiver is plugged in:
May 04 10:12:39 acer-aspire-a5 kernel: usb 1-1: Manufacturer: Logitech
May 04 10:12:39 acer-aspire-a5 kernel: logitech-djreceiver 0003:046D:C52F.0009: hidraw4: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:14.0-1/input0
May 04 10:12:39 acer-aspire-a5 kernel: logitech-djreceiver 0003:046D:C52F.000A: hiddev97,hidraw5: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:14.0-1/input1
May 04 10:12:39 acer-aspire-a5 kernel: input: Logitech B330/M330/M3 as /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1:1.1/0003:046D:C52F.000A/0003:046D:4057.000B/input/input40
May 04 10:12:39 acer-aspire-a5 kernel: logitech-hidpp-device 0003:046D:4057.000B: input,hidraw6: USB HID v1.11 Mouse [Logitech B330/M330/M3] on usb-0000:00:14.0-1/input1:1
Solaar also detects my mouse correctly. The output of `solaar show`: http://ix.io/3lJz
Please let me know if you need any other information, and I would greatly appreciate any help!
Last edited by minhduc0711 (2021-05-06 13:52:03)
Offline
is not receiving inputs from the mouse at all
What does that mean?
See wheter
sudo libinput debug-events
reflects input from the mouse.
Then elaborate on your display server, if it's X11, also post the output of "xinput list" and your xorg log.
Also check
getfacl /dev/hidraw6
on whether you can access the device if you're running X11 rootless (device node taken from your solaar output, adjust as necessary)
Offline
What does that mean?
Sorry, it just means that my mouse is not working at all, i.e. libinput prints nothing when I move or click the mouse.
I am running Sway and Wayland though. I am posting the output of getfacl anyway:
$ getfacl /dev/hidraw6
getfacl: Removing leading '/' from absolute path names
# file: dev/hidraw6
# owner: root
# group: root
user::rw-
user:minhduc0711:rw-
group::---
mask::rw-
other::---
Last edited by minhduc0711 (2021-05-04 07:10:52)
Offline
Does "sudo libinput list-devices" ... errr... list it?
Offline
Does "sudo libinput list-devices" ... errr... list it?
Yes it does.
Offline
Bad response to usb autosuspend?
Do you use something like TLP or laptop mode tools?
https://wiki.archlinux.org/title/Power_ … utosuspend - set it to "-1", but you want to exclude the device in TLP et al because they'll override the kernel parameter at runtime.
Offline
Not sure what you wanted to set to -1, but I followed the blacklist example like this:
ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="046d", ATTR{idProduct}=="c52f", GOTO="power_usb_rules_end"
ACTION=="add", SUBSYSTEM=="usb", TEST=="power/control", ATTR{power/control}="auto"
LABEL="power_usb_rules_end"
and I also disabled tlp but no luck.
Offline
"usbcore.autosuspend=-1"
Offline
usbcore.autosuspend=-1
Did not fix the issue sadly.
Offline
sudo cat /dev/hidraw6
If that doesn't produce any output when moving mouse, try the LTS kernel on whether there's some regression.
There *might* be interference w/ a 2.4GHz network/bluetooth but I'd expect that to be more intermittent.
Offline
sudo cat /dev/hidraw6
Hmmm this does prints weird characters when I move my mouse...
And switching to linux-lts did not help.
Last edited by minhduc0711 (2021-05-05 00:43:03)
Offline
So the device node receives input from the HW.
Try to run "sudo libinput debug-events" from a console (don't start wayland or any display manager like GDM) and move the mouse.
You could try to enforce the polling rate, https://wiki.archlinux.org/title/Mouse_ … g_interval
Scoll up in the wiki for valid values.
Offline
run "sudo libinput debug-events" from a console
Nothing shows up still when I move or click my mouse.
You could try to enforce the polling rate
I tried mousepoll=4 and mousepoll=1 but no luck so far.
Offline
You could run "sudo evtest" and look if that prints stuff when you use your mouse. evdev is one layer below libinput.
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
I got this after running evtest
***********************************************
This device is grabbed by another process.
No events are available to evtest while the
other grab is active.
In most cases, this is caused by an X driver,
try VT-switching and re-run evtest again.
Run the following command to see processes with
an open fd on this device
"fuser -v /dev/input/event24"
***********************************************
And when I run fuser, there was only Sway:
/dev/input/event24: minhduc0711 545853 F.... sway
However evtest still responds to my other working mouse, which is also being grabbed by Sway. Is this a possible Sway bug?
Offline
Try to run "sudo libinput debug-events" from a console (don't start wayland or any display manager like GDM) and move the mouse.
Does "libinput debug-events" work when there's no running sway instance and what does evtest report in that case?
Offline
Huh, evtest still reports the same message: "This device is grabbed by another process", even though sway is not running and fuser outputs nothing.
libinput debug-events shows nothing either.
Offline
Did you run fuser as root/sudo?
Offline
Nope, but I just did and found out that it was caps2esc that caused the issue.
Thank you very much for your help and patience!
Offline