[SOLVED] Xorg 1.19 with libinput not recognizing all buttons of the EVGA x5l mouse.
ArchThis Forum is for the discussion of Arch Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Xorg 1.19 with libinput not recognizing all buttons of the EVGA x5l mouse.
Good Day all.
So I am having an issue here with my gaming mouse. I have an EVGA X5L (http://www.evga.com/products/product...901-X1-1051-KR) that for some reason, Xorg using libinput is not recognizing the two thumb buttons on the right hand side of the mouse. I am a lefty and have the mouse configured (via gnome settings) to function as a left handed mouse.
When I was using evdev with Arch and Debian SID in 32 bit mode a year ago, all buttons were recognized. It also seems that in Debian Unstable 64bit with Wayland and libinput, all buttons are recognize. Unfortunately I use that environment for development and have no games installed any more (how would I test this from cli!?).
Anyone have this problem? I would like to use libinput since it is the default and evdev is being depricated.
I can provide information as needed. Unfortunately, the Arch Wiki points to using evdev for configuration and everything else with libinput and Xorg show howto setup touchpads.
**Edit**
Need the EVGA Software to remap buttons. This currently requires MS Windows.
Last edited by shorty_boy; 02-23-2017 at 06:13 PM.
Reason: Issue has been resolved
Try using the 'xev' utility to determine if the buttons of interest are at least generating events when pressed. It should show the button being pressed. Hopefully, it's just a button-mapping issue...
BUTTON MAPPING
X clients receive events with logical button numbers, where 1, 2, 3 are usually interpreted as left, middle, right
and logical buttons 4, 5, 6, 7 are usually interpreted as scroll up, down, left, right. The fourth and fifth phys-
ical buttons on a device will thus send logical buttons 8 and 9. The ButtonMapping option adjusts the logical
button mapping, it does not affect how a physical button is mapped to a logical button.
Traditionally, a device was set to left-handed button mode by applying a button mapping of "3 2 1 ..." On systems
using the libinput Xorg input driver it is recommended to use the LeftHanded option instead.
The libinput Xorg input driver does not use the button mapping after setup. Use XSetPointerMapping(3) to modify
the button mapping at runtime.
thanks for the quick reply. Have not had a chance to test with xev. I will give it a try today. The Libinput + Xorg stuff is confusing since some of stuff in X is still there while other protions appear to be deprecated.
It looks like XEV is no longer taking input from the two buttons in question, not even in Debian SID. I will take it to work tomorrow and use the EVGA mouse driver software to see if it can unlock those buttons since it is "Windows" only.
I will post an update to let everyone know how it turns out.
Yeah it is progress. The caveat is that you cannot map those buttons to the same function as any other button on the mouse or else it reads as the same button. So Yesterday I set buttons 6 and 7 to match the functions for buttons 8 and 9 (Browser forward/back). XEV showed that button 6 was button 8 and button 7 was button 9. So I had to map the buttons to profile switcher up and profile switcher down. The profile switches happen in software so this has not adverse effects on my GNU/Linux machines since it does not run the EVGA software. They are now reading as buttons 6 and 7 respectively.
So yes, progress.
I am probably going to have to fire up wireshark on my work PC and analyze the packet traffic to see what USB commands the software sends to the mouse and vise versa when I write specific commands.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.