[Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

phoenix324 · 2023-12-25 05:30:40

OS: Arch Linux x86_64
Host: GL65 Leopard 9SDK (REV:1.0)
Kernel: 6.6.6-zen1-1-zen
Display (AUOAF90): 1920x1080 @ 144Hz (as 960x540) [Built-in]
WM: Hyprland (Wayland)
CPU: Intel(R) Core(TM) i7-9750H (12) @ 4.50 GHz
GPU 1: Intel UHD Graphics 630
GPU 2: NVIDIA GeForce GTX 1660 Ti Mobile

I followed Disable SteelSeries RGB lights, but i have to run these command in loop multiple times to fully turn off rgb. Whin i run the `unbind` command some keys ( 3 or 5 ) will still have rgb on them. Then i run the `bind` command and then again `unbind command`. It can take upto 9 attempts to turn-off rgb for all keys.

These are the bind/unbind command ->

 echo "1-9" | sudo tee /sys/bus/usb/drivers/usb/unbind

 echo "1-9" | sudo tee /sys/bus/usb/drivers/usb/bind

You can see in these Photos it took me 9 attempts to fully turn-off the RGB.

Last edited by phoenix324 (2023-12-28 02:07:05)

seth · 2023-12-25 14:22:52

You do understand that "1-9" is very specific to the example USB configuration?
Does "lsusb -tvv" actually indicate that's a relevant port?

Edit: also the autosuspend condition is weird, does the keyboard generate devices under /sys/class/leds/ ?

Last edited by seth (2023-12-25 14:24:56)

phoenix324 · 2023-12-25 14:54:39

seth wrote:

Does "lsusb -tvv" actually indicate that's a relevant port?

Yes, here is the output ->

[phoenix@ArchLinux ~]$ lsusb -tvv | less
[phoenix@ArchLinux ~]$ lsusb -tvv
/:  Bus 001.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/16p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
    /sys/bus/usb/devices/usb1  /dev/bus/usb/001/001
    |__ Port 007: Dev 002, If 0, Class=Vendor Specific Class, Driver=rtsx_usb, 480M
        ID 0bda:0129 Realtek Semiconductor Corp. RTS5129 Card Reader Controller
        /sys/bus/usb/devices/1-7  /dev/bus/usb/001/002
    |__ Port 009: Dev 008, If 0, Class=Human Interface Device, Driver=usbhid, 12M
        ID 1038:1122 SteelSeries ApS 
        /sys/bus/usb/devices/1-9  /dev/bus/usb/001/008
    |__ Port 009: Dev 008, If 1, Class=Human Interface Device, Driver=usbhid, 12M
        ID 1038:1122 SteelSeries ApS 
        /sys/bus/usb/devices/1-9  /dev/bus/usb/001/008
    |__ Port 014: Dev 005, If 0, Class=Wireless, Driver=btusb, 12M
        ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
        /sys/bus/usb/devices/1-14  /dev/bus/usb/001/005
    |__ Port 014: Dev 005, If 1, Class=Wireless, Driver=btusb, 12M
        ID 8087:0aaa Intel Corp. Bluetooth 9460/9560 Jefferson Peak (JfP)
        /sys/bus/usb/devices/1-14  /dev/bus/usb/001/005
/:  Bus 002.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/8p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
    /sys/bus/usb/devices/usb2  /dev/bus/usb/002/001
/:  Bus 003.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/2p, 480M
    ID 1d6b:0002 Linux Foundation 2.0 root hub
    /sys/bus/usb/devices/usb3  /dev/bus/usb/003/001
/:  Bus 004.Port 001: Dev 001, Class=root_hub, Driver=xhci_hcd/4p, 10000M
    ID 1d6b:0003 Linux Foundation 3.0 root hub
    /sys/bus/usb/devices/usb4  /dev/bus/usb/004/001

seth wrote:

also the autosuspend condition is weird, does the keyboard generate devices under /sys/class/leds/ ?

i am not sure what does this means, but here is the output of `ls` and currently RGB on my keyboard is on.

[phoenix@ArchLinux ~]$ ls -l /sys/class/leds/
lrwxrwxrwx - root 25 Dec 20:23 input4::capslock -> ../../devices/platform/i8042/serio0/input/input4/input4::capslock
lrwxrwxrwx - root 25 Dec 20:23 input4::numlock -> ../../devices/platform/i8042/serio0/input/input4/input4::numlock
lrwxrwxrwx - root 25 Dec 20:23 input4::scrolllock -> ../../devices/platform/i8042/serio0/input/input4/input4::scrolllock
lrwxrwxrwx - root 25 Dec 20:23 mmc0:: -> ../../devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/rtsx_usb_sdmmc.2.auto/leds/mmc0::
lrwxrwxrwx - root 25 Dec 20:23 phy0-led -> ../../devices/pci0000:00/0000:00:14.3/leds/phy0-led

Last edited by phoenix324 (2023-12-25 14:54:57)

seth · 2023-12-25 15:01:43

The article you linked suggests that enabling autosuspend before unbinding the driver is important.

cat /sys/bus/usb/devices/1-9/power/control

The steelseries keyboard doesn't show up in the leds, so unfortunately you can't control it that way.

phoenix324 · 2023-12-25 15:06:44

seth wrote:

The article you linked suggests that enabling autosuspend before unbinding the driver is important.
cat /sys/bus/usb/devices/1-9/power/control

Yes, i am running this command first, i should have mentioned it. Sorry.

[phoenix@ArchLinux ~]$ cat /sys/bus/usb/devices/1-9/power/control
auto

seth wrote:

The steelseries keyboard doesn't show up in the leds, so unfortunately you can't control it that way.

It works, but i have to re-run the whole steps many times, thats the problem.

So i think the only thing i can do is to write a script, which will go three commands in a sequence using if/else branch, and re-run the script. I will bind the script to hotkey so it be easier to execute.

Last edited by phoenix324 (2023-12-25 15:07:17)

seth · 2023-12-25 15:13:51

I meant "unfortunately you can't control it using the regular LED interface".

Is there any pattern to the remaining LEDs? (Is it literally the "3" or the "5" key in the alphanumeric block?)
Do they eventually alll turn off together or one by one?

Do you use powermanagement software like TLP?
Is the bus on auto as well?

cat /sys/bus/usb/devices/usb1/power/control

phoenix324 · 2023-12-25 15:26:40

seth wrote:

Is there any pattern to the remaining LEDs?

Currently i found atleast 10 patterns, 8 of them you can see here , and i just now discovered 2 more

seth wrote:

(Is it literally the "3" or the "5" key in the alphanumeric block?)
Do they eventually alll turn off together or one by one?

They all turn off together.
It's that when some key-rgb dosent turn off i have to run the `bind` command then followed by `unbind` command.

seth wrote:

Do you use powermanagement software like TLP?

Yes i have tlp and auto-cpu freq. auto-cpu freq is on stock default config.
For tlp these are the things that i changed ->

TLP_DEFAULT_MODE=BAT
TLP_PERSISTENT_DEFAULT=1
RUNTIME_PM_ON_AC=auto

DEVICES_TO_DISABLE_ON_LAN_CONNECT="wifi wwan"
DEVICES_TO_DISABLE_ON_WIFI_CONNECT="wwan"
DEVICES_TO_DISABLE_ON_WWAN_CONNECT="wifi"

seth wrote:

Is the bus on auto as well?
cat /sys/bus/usb/devices/usb1/power/control

Yes it is on auto, i double checked ->

[phoenix@ArchLinux ~]$ cat /sys/bus/usb/devices/usb1/power/control
auto

Edit : forgot to add like to photos, here they are - Photos

Last edited by phoenix324 (2023-12-25 15:27:40)

seth · 2023-12-25 15:39:54

auto-cpu freq should be irrelevat, but you could try the behavior w/o TLP to see whether youz're getting interference from there.

The keys look random and change between attempts, though there's a tendency to physical groups and 3x blue, 1 purple, 1 pink LED

phoenix324 · 2023-12-25 15:54:54

seth wrote:

you could try the behavior w/o TLP to see whether youz're getting interference from there.

I tried disabling it but `tlp-stat -s` was showing that tlp is enabled, so i uninstalled it for testing.i completely removed tlp, tlp-rdw, tlpui. Then rebooted.

The behaviour is still same, some keys-rgb wont turn off and multiple tried are needed.

[phoenix@ArchLinux ~]$ cat /sys/bus/usb/devices/1-9/power/control
on
[phoenix@ArchLinux ~]$ echo "auto" | sudo tee /sys/bus/usb/devices/1-9/power/control
[sudo] password for phoenix: 
auto
[phoenix@ArchLinux ~]$ cat /sys/bus/usb/devices/1-9/power/control
auto
[phoenix@ArchLinux ~]$ echo "1-9" | sudo tee /sys/bus/usb/drivers/usb/unbind
1-9
[phoenix@ArchLinux ~]$ echo "1-9" | sudo tee /sys/bus/usb/drivers/usb/bind
1-9
[phoenix@ArchLinux ~]$ echo "1-9" | sudo tee /sys/bus/usb/drivers/usb/unbind
1-9
[phoenix@ArchLinux ~]$ echo "1-9" | sudo tee /sys/bus/usb/drivers/usb/bind
1-9
[phoenix@ArchLinux ~]$ echo "1-9" | sudo tee /sys/bus/usb/drivers/usb/unbind
1-9
[phoenix@ArchLinux ~]$ echo "1-9" | sudo tee /sys/bus/usb/drivers/usb/bind
1-9
[phoenix@ArchLinux ~]$ echo "1-9" | sudo tee /sys/bus/usb/drivers/usb/unbind
1-9

Edit - edited above output to show - how many tries it took me this time.

Last edited by phoenix324 (2023-12-25 16:10:21)

seth · 2023-12-25 20:26:20

If you continue after success, do the lights reliably turn off or to they at some point return to some stale LEDs again?

phoenix324 · 2023-12-26 07:13:15

So i have not created the udev rule as mentioned here -> https://wiki.archlinux.org/title/User:M … turned_off
Because, the result wasn't consisten and i started a thread here, so everything currently i am doint in terminal.

seth wrote:

If you continue after success, do the lights reliably turn off or to they at some point return to some stale LEDs again?

Once rgb in every key turns off successfully it will persist until i do these operation --> `Shutdow`, `Reboot`, `Sleep - Suspend to Ram`, `Hibernate - Suspend to disk`

After returning from either of these `Shutdow`, `Reboot`, `Sleep - Suspend to Ram`, `Hibernate - Suspend to disk`, keyboard-RGB turns ON, and these are the following output of `cat` commands ->

[phoenix@ArchLinux ~]$ cat /sys/bus/usb/devices/1-9/power/control
on
[phoenix@ArchLinux ~]$ cat /sys/bus/usb/devices/usb1/power/control
auto

`Bus is on auto` but `/sys/bus/usb/devices/1-9/power/control` reverts to `no` from `auto`.

Last edited by phoenix324 (2023-12-26 07:14:25)

seth · 2023-12-26 09:51:01

There's some race condition that applies when relying on power management when unbinding the driver - I guess the keyboard waves or something like that and you freeze it at some (wrong) part of that wave.
https://github.com/Gibtnix/MSIKLM doesn't work for you?
https://aur.archlinux.org/packages/msiklm-git/

phoenix324 · 2023-12-26 10:55:27

seth wrote:

There's some race condition that applies when relying on power management when unbinding the driver - I guess the keyboard waves or something like that and you freeze it at some (wrong) part of that wave.
https://github.com/Gibtnix/MSIKLM doesn't work for you?
https://aur.archlinux.org/packages/msiklm-git/

MSIKLM did not worked.

But https://github.com/Askannz/msi-perkeyrgb worked, My laptop model is GL65, but it wasn't on the list so i used GL63. I am able to change color and presets but when i tried color 000000(hex-rgb) to select no color, as shown in previous photos that type of color remains on key.

I talked to MSI customer care, and they told me to do EC-reset by holding power button for 30 seconds but it didn't worked and told me to try using steelSeries in windows ( which i did 4 months ago), and lastly told me to visit service-center.

I think there some hardware issue in my keyboard as all solutions are not working. Taking to service center, they will just ask me for alot money. For now i will just live with it and use a shell script as mentioned above.

Arch Linux

#1 2023-12-25 05:30:40

[Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#2 2023-12-25 14:22:52

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#3 2023-12-25 14:54:39

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#4 2023-12-25 15:01:43

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#5 2023-12-25 15:06:44

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#6 2023-12-25 15:13:51

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#7 2023-12-25 15:26:40

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#8 2023-12-25 15:39:54

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#9 2023-12-25 15:54:54

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#10 2023-12-25 20:26:20

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#11 2023-12-26 07:13:15

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#12 2023-12-26 09:51:01

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

#13 2023-12-26 10:55:27

Re: [Solved]Mutliple attempts are needed to turn of SteelSeries RGB lights

Board footer