Linux mouse standby problem?

ch
11

I use Kubuntu 18.04 (64Bit) and recently got a Razer DeathAdder Elite mouse. It works wonderfully, the lighting can be adjusted as usual with RazerGenie, etc. Had also with the previous model (DeathAdder Chroma) and my keyboard (BlackWidow Chroma) never problems.

Now the following problem: when I put my PC in standby, the lighting of the mouse remains on (the predecessor model has never done, my BlackWidow keyboard is also quite normal). It's frustrating. Can be but by the general shutdown of the lighting with RazerGenie "solve". But now comes to the fact that after waking up from standby on my screen error messages are issued, something with acpi and the mouse (are unfortunately only for a fraction of a second to see, so I can't give more accurate information or upload a picture) , Often, then after waking up my desktop, etc black & I have to restart my PC. That's pretty annoying.

Here are the latest editions of dmesg:

I've also tested the mouse under MacOS on another device, there's only the same problem occurred that as soon as I put the notebook in standby, the lighting of the mouse has been indicated. Not until I installed Razer Synapse. So I reinstalled openrazer-meta on Linux - did not bring. Then I switched to the Daily PPA ppa: openrazer / daily and did an update - also unsuccessful, problem persists.

Probably one of you has an idea - that the desktop sometimes disturbs black enormously.

pl

Striking are only the messages concerning ACPI. BIOS is up to date?

Does the BIOS produce any ACPI-specific settings that you could test?

ch

Have it updated about 1/2 year ago, because of a processor (generations) upgrade - but of course I'm only reluctant.

I will look into the settings afterwards - thank you!

pl

I only mentioned it, because with some updates the BIOS ACPI problems disappear.

No wonder where ACPI is so closely related to the firmware.

Al

When I put my PC in standby, the lighting on the mouse stays on

That would also go to the cookie.

something with acpi and the mouse (unfortunately only for a fraction of a second to see

The messages should also be found in journalctl.

journalctl | grep -i acpi

Often, then after waking up my desktop, etc black & I have to restart my PC
,

Are acpi and acpid installed and acpid enabled?

systemctl enable acpid
systemctl start acpid
systemctl status acpid

Linux Hase

ch

https://drive.google.com/...sp=sharing" class="text-primary">https://drive.google.com/...sp=sharing

this is the issue of journalctl | grep -i acpi

https://drive.google.com/file/d/1a6ig5M5ZEfWTttG_I5YRWyme5L7UoB9x/view?usp=sharing

This will print out the 3 lower commands:

richard @ GamingPC: ~ $ sudo systemctl enable acpid

[sudo] Password for richard:

Synchronizing state of acpid.service with SysV service script with / lib / systemd / systemd-sysv-install.

Executing: / lib / systemd / systemd-sysv-install enable acpid

richard @ GamingPC: ~ $ sudo systemctl start acpid

richard @ GamingPC: ~ $ sudo systemctl status acpid

● acpid.service - ACPI event daemon

Loaded: loaded (/lib/systemd/system/acpid.service; enabled; vendor preset: enabled)

Active: active (running) since Fri 2018-12-28 10:15:44 CET; 2h 10min ago

Main PID: 1073 (acpid)

Tasks: 1 (limit: 4915)

CGroup: /system.slice/acpid.service

└─1073 / usr / sbin / acpid

Dec 28 10:15:44 GamingPC systemd [1]: Launched ACPI event daemon.

Dec 28 10:15:44 GamingPC acpid [1073]: starting up with netlink and the input layer

Dec 28 10:15:44 GamingPC acpid [1073]: 8 rules loaded

Dec 28 10:15:44 GamingPC acpid [1073]: waiting for events: event logging is off

Dec 28 10:15:45 GamingPC acpid [1073]: client connected from 1313 [0: 0]

Dec 28 10:15:45 GamingPC acpid [1073]: 1 client rule loaded

richard @ GamingPC: ~ $

Al

So the errors (| grep -i -color error) in your log I have synonymous, you look:

Dec 24 02:06:46 Linuxhase-Desk kernel: ACPI Error: [DSSP] namespace lookup failure, AE_NOT_FOUND (20160930 / psargs-359)
Dec 24 02:06:46 Linuxhase-Desk kernel: ACPI Error: Method parse / execution failed [\ _SB.PCI0.SAT0.SPT0._GTF] (Node ffff8b0f560c5578), AE_NOT_FOUND (20160930 / psparse-543)
Dec 24 02:06:46 Linuxhase-Desk kernel: ACPI Error: [DSSP] namespace lookup failure, AE_NOT_FOUND (20160930 / psargs-359)
Dec 24 02:06:46 Linuxhase-Desk kernel: ACPI Error: Method parse / execution failed [\ _SB.PCI0.SAT0.SPT1._GTF] (Node ffff8b0f560c5cf8), AE_NOT_FOUND (20160930 / psparse-543)
Dec 24 02:06:46 Linuxhase-Desk kernel: ACPI Error: [DSSP] namespace lookup failure, AE_NOT_FOUND (20160930 / psargs-359)
Dec 24 02:06:46 Linuxhase-Desk kernel: ACPI Error: Method parse / execution failed [\ _SB.PCI0.SAT0.SPT2._GTF] (Node ffff8b0f560c5280), AE_NOT_FOUND (20160930 / psparse-543)
Dec 24 02:06:46 Linuxhase-Desk kernel: ACPI Error: [DSSP] namespace lookup failure, AE_NOT_FOUND (20160930 / psargs-359)
Dec 24 02:06:46 Linuxhase-Desk kernel: ACPI Error: Method parse / execution failed [\ _SB.PCI0.SAT0.SPT2._GTF] (Node ffff8b0f560c5280), AE_NOT_FOUND (20160930 / psparse-543)

Then you have the following:

Dec 28 10:15:42 GamingPC kernel: pnp: PnP ACPI: found 11 devices

and these are the 11 devices:

Dec 28 10:15:42 GamingPC kernel: pnp: PnP ACPI init
Dec 28 10:15:42 GamingPC kernel: system 00:00: Plug and Play ACPI device, IDs PNP0c02 (active)
Dec 28 10:15:42 GamingPC kernel: pnp 00:01: Plug and Play ACPI device, IDs PNP0400 (active)
Dec 28 10:15:42 GamingPC kernel: pnp 00:02: Plug and Play ACPI device, IDs PNP0501 (active)
Dec 28 10:15:42 GamingPC kernel: system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active)
Dec 28 10:15:42 GamingPC kernel: system 00:04: Plug and Play ACPI device, IDs PNP0c02 (active)
Dec 28 10:15:42 GamingPC kernel: pnp 00:05: Plug and Play ACPI device, IDs PNP0b00 (active)
Dec 28 10:15:42 GamingPC kernel: system 00:06: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active)
Dec 28 10:15:42 GamingPC kernel: system 00:07: Plug and Play ACPI device, IDs PNP0c02 (active)
Dec 28 10:15:42 GamingPC kernel: system 00:08: Plug and Play ACPI device, IDs PNP0c02 (active)
Dec 28 10:15:42 GamingPC kernel: system 00:09: Plug and Play ACPI device, IDs PNP0c02 (active)
Dec 28 10:15:42 GamingPC kernel: system 00: 0a: Plug and Play ACPI device, IDs PNP0c02 (active)

With me there are only 8 devices that are recognized as Plug'n Play. They are always well activated and deactivated.

This will print out the 3 lower commands:

It all looks good, then keep an eye out if your problem has changed (improved or worsened).

A laptop is not it right?

Linux Hase

ch

Thank you,
No, it's a tower PC.

ch

Did the BIOS updated, unfortunately, nothing helped: /

pl

Systemd takes care of ACPI events (well, most of the time anyway), logind is responsible for the seats, etc.

I'm not sure to what extent an unproblematic / peaceful coexistence of systemd and acpid works without user intervention.

The only reminder, if it should clamp worse when running acpid.

Al

You're right, that's the way it is, it just does not always work. For me, acpid has been active for years and I have no awakening problems.

Linux Hase

pl

Okay, all right and thanks for testing:-). Good to know that it coexists peacefully.