Re: Turning off LEDs on MSI GM10 gaming mouse

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 21/9/18 3:56 am, Rick Stevens wrote:
On 9/20/18 9:42 AM, Robert Moskowitz wrote:

On 9/20/18 12:32 PM, Samuel Sieb wrote:
On 9/20/18 8:48 AM, Robert Moskowitz wrote:
Anyway I hate the LEDs.  I put tape over their big LED, but the
roller has its LED.  My search on the web says that the LEDs can be
turned of with the system software. Interestingly enough, my Windows7
system can't...

Fedora 28 and 29-beta do see it:

MSI GM10 MSI GM10 Gaming Mouse as
/devices/platform/soc@1c00000/1c14400.usb/usb2/2-1/2-1.4/2-1.4:1.0/0003:0DB0:0D10.0003/input/input6

hid-generic 0003:0DB0:0D10.0003: input,hidraw2: USB HID v1.11 Mouse
[MSI GM10 MSI GM10 Gaming Mouse] on usb-1c14400.usb-1.4/input0
input: MSI GM10 MSI GM10 Gaming Mouse Keyboard as
/devices/platform/soc@1c00000/1c14400.usb/usb2/2-1/2-1.4/2-1.4:1.1/0003:0DB0:0D10.0004/input/input8

input: MSI GM10 MSI GM10 Gaming Mouse Consumer Control as
/devices/platform/soc@1c00000/1c14400.usb/usb2/2-1/2-1.4/2-1.4:1.1/0003:0DB0:0D10.0004/input/input9


Look in /proc/bus/input/devices and copy all the sections that
correspond to the mouse.  They should all have the same Phys= line
pointing to the same usb device.
Here is what I am seeingon my F28 system:

I: Bus=0003 Vendor=0db0 Product=0d10 Version=0111
N: Name="MSI GM10 MSI GM10 Gaming Mouse"
P: Phys=usb-0000:00:12.0-3.4/input0
S:
Sysfs=/devices/pci0000:00/0000:00:12.0/usb3/3-3/3-3.4/3-3.4:1.0/0003:0DB0:0D1

0.0016/input/input63
U: Uniq=
H: Handlers=mouse1 event7
B: PROP=0
B: EV=17
B: KEY=1f0000 0 0 0 0
B: REL=103
B: MSC=10

I: Bus=0003 Vendor=0db0 Product=0d10 Version=0111
N: Name="MSI GM10 MSI GM10 Gaming Mouse Keyboard"
P: Phys=usb-0000:00:12.0-3.4/input1
S:
Sysfs=/devices/pci0000:00/0000:00:12.0/usb3/3-3/3-3.4/3-3.4:1.1/0003:0DB0:0D1

0.0017/input/input65
U: Uniq=
H: Handlers=sysrq kbd event9
B: PROP=0
B: EV=100013
B: KEY=1000000000007 ff9f207ac14057ff febeffdfffefffff fffffffffffffffe
B: MSC=10

I: Bus=0003 Vendor=0db0 Product=0d10 Version=0111
N: Name="MSI GM10 MSI GM10 Gaming Mouse Consumer Control"
P: Phys=usb-0000:00:12.0-3.4/input1
S:
Sysfs=/devices/pci0000:00/0000:00:12.0/usb3/3-3/3-3.4/3-3.4:1.1/0003:0DB0:0D1

0.0017/input/input66
U: Uniq=
H: Handlers=kbd event17
B: PROP=0
B: EV=1f
B: KEY=3007f 0 0 483ffff17aff32d bf54444600000000 1 130f938b17c000
677bfad9415fe
d 9ed68000004400 10000002
B: REL=40
B: ABS=100000000
B: MSC=10

So I am looking for a command that turns off the LEDs on the mouse...
Uhm, try "xinput --list". Find the device that represents the mouse.
For example, I'm using a Logitech Wave keyboard and mouse, so I see:

[root@prophead ~]# xinput --list
⎡ Virtual core pointer                    	id=2	[master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer              	id=4	[slave  pointer  (2)]
⎜   ↳ Logitech USB Receiver                   	id=11	[slave  pointer  (2)]
⎜   ↳ TigerVNC pointer                        	id=15	[slave  pointer  (2)]
⎣ Virtual core keyboard                   	id=3	[master keyboard (2)]
     ↳ Virtual core XTEST keyboard             	id=5	[slave  keyboard (3)]
     ↳ Power Button                            	id=6	[slave  keyboard (3)]
     ↳ Video Bus                               	id=7	[slave  keyboard (3)]
     ↳ Power Button                            	id=8	[slave  keyboard (3)]
     ↳ Sleep Button                            	id=9	[slave  keyboard (3)]
     ↳ Logitech USB Receiver                   	id=10	[slave  keyboard (3)]
     ↳ gspca_zc3xx                             	id=12	[slave  keyboard (3)]
     ↳ USB Sound Device                        	id=13	[slave  keyboard (3)]
     ↳ Logitech USB Receiver                   	id=14	[slave  keyboard (3)]
     ↳ TigerVNC keyboard                       	id=16	[slave  keyboard (3)]

Under the "Virtual core pointer" section, I see the USB receiver for the
mouse as device 11.

Once you find the device, try "xinput --list-props <device-number>" to
get a list of its properties and post that. Perhaps we can find
something that can be buggered via "xinput --set-prop" that'd turn
them off. Can't swear to it--this is a wild stab in the dark.

Hi Rick, just a silly question, below is what I see from xinput --list.

bash-4.4$ xinput --list
⎡ Virtual core pointer                          id=2    [master pointer  (3)]
⎜   ↳ Virtual core XTEST pointer                id=4    [slave pointer  (2)]
⎜   ↳ Logitech USB Receiver Mouse               id=11   [slave pointer  (2)]
⎜   ↳ Logitech USB Receiver Consumer Control    id=12   [slave pointer  (2)]
⎜   ↳ Logitech USB Receiver Mouse               id=18   [slave pointer  (2)]
⎜   ↳ Logitech USB Receiver Consumer Control    id=19   [slave pointer  (2)]
⎣ Virtual core keyboard                         id=3    [master keyboard (2)]     ↳ Virtual core XTEST keyboard               id=5    [slave keyboard (3)]     ↳ Power Button                              id=6    [slave keyboard (3)]     ↳ Power Button                              id=7    [slave keyboard (3)]     ↳ Logitech G533 Gaming Headset Consumer Control     id=8 [slave  keyboard (3)]     ↳ Logitech G533 Gaming Headset              id=9    [slave keyboard (3)]     ↳ Logitech USB Receiver                     id=10   [slave keyboard (3)]     ↳ Logitech USB Receiver System Control      id=13   [slave keyboard (3)]     ↳ Logitech Gaming Keyboard G910             id=14   [slave keyboard (3)]     ↳ Logitech Gaming Keyboard G910 Keyboard    id=15   [slave keyboard (3)]     ↳ Logitech Gaming Keyboard G910 Consumer Control    id=16 [slave  keyboard (3)]     ↳ Logitech USB Receiver                     id=17   [slave keyboard (3)]     ↳ Logitech USB Receiver System Control      id=20   [slave keyboard (3)]     ↳ Logitech USB Receiver Consumer Control    id=21   [slave keyboard (3)]     ↳ Logitech USB Receiver Consumer Control    id=22   [slave keyboard (3)]

With the two mouse entries under "Virtual core pointer", how do you tell which is the mouse and which is the Powerplay Wireless charging system both of which have separately configurable leds? (The mouse wireless transmitter plugged into my pc may or may not be being used under Linux, under windows the logitech software says the transmitter is not being used and can be removed, and when I do so the mouse still functions seemingly through the Powerplay mat (and having just tried it the same is true under Linux, I can removed the transmitter and the mouse still functions). The logitech software provides functionality to control the leds on the mouse and Powerplay separately or to synch them, it doesn't provide the same synch for the keyboard. There is utility software for linux on Github that provides a subset of the functionality that the logitech software provides, but that software won't compile under the current Fedora kernels.)

Below is my results from listing the properties of both devices, and from what I can see there doesn't appear to be any properties relative to the leds on either device, but then I can't say I understand everything I'm seeing anyway.

bash-4.4$ xinput --list-props 11
Device 'Logitech USB Receiver Mouse':
        Device Enabled (147):   1
        Coordinate Transformation Matrix (149): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
        libinput Natural Scrolling Enabled (282):       0
        libinput Natural Scrolling Enabled Default (283):       0
        libinput Scroll Methods Available (284):        0, 0, 1
        libinput Scroll Method Enabled (285):   0, 0, 0
        libinput Scroll Method Enabled Default (286):   0, 0, 0
        libinput Button Scrolling Button (287): 2
        libinput Button Scrolling Button Default (288): 2
        libinput Middle Emulation Enabled (289):        0
        libinput Middle Emulation Enabled Default (290):        0
        libinput Accel Speed (291):     0.000000
        libinput Accel Speed Default (292):     0.000000
        libinput Accel Profiles Available (293):        1, 1
        libinput Accel Profile Enabled (294):   1, 0
        libinput Accel Profile Enabled Default (295):   1, 0
        libinput Left Handed Enabled (296):     0
        libinput Left Handed Enabled Default (297):     0
        libinput Send Events Modes Available (267):     1, 0
        libinput Send Events Mode Enabled (268):        0, 0
        libinput Send Events Mode Enabled Default (269):        0, 0
        Device Node (270):      "/dev/input/event12"
        Device Product ID (271):        1133, 50490
        libinput Drag Lock Buttons (298):       <no items>
        libinput Horizontal Scroll Enabled (299):       1
bash-4.4$ xinput --list-props 18
Device 'Logitech USB Receiver System Control':
        Device Enabled (147):   1
        Coordinate Transformation Matrix (149): 1.000000, 0.000000, 0.000000, 0.000000, 1.000000, 0.000000, 0.000000, 0.000000, 1.000000
        libinput Send Events Modes Available (267):     1, 0
        libinput Send Events Mode Enabled (268):        0, 0
        libinput Send Events Mode Enabled Default (269):        0, 0
        Device Node (270):      "/dev/input/event5"
        Device Product ID (271):        1133, 50489

regards,

Steve

----------------------------------------------------------------------
- Rick Stevens, Systems Engineer, AllDigital    ricks@xxxxxxxxxxxxxx -
- AIM/Skype: therps2        ICQ: 226437340           Yahoo: origrps2 -
-                                                                    -
-    Admitting you have a problem is the first step toward getting   -
-    medicated for it.      -- Jim Evarts (http://www.TopFive.com)   -
----------------------------------------------------------------------
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux