Ubuntu 22.04 ustawienie jasności klawiatury w stanie uspienia

Mam taki problem, ma laptopa, który ma klawiaturę, która ma mozliwość podswietlania klawiszy i teraz jak usypiam laptopa to, klawisze migaczą, a ja chce żeby się podczas usypiania wyłączałty (nie świeciły się ) w ten sposób muszę w kde plasma ustawiać jasnośc klawiatury na off, ale jak zrobić, że jasnośc klawiatury była na on w momencie uzytkowania laptopa, a w momencie uśpienia klawiatura by się automatycznie przełączała na klawisze na off ?

cerrato napisał(a):

Kompletnie beznadziejna odpowiedź - w KDE za zarządzanie energią odpowiada PowerDevil a nie systemd, co można sprawdzić za pomocą systemd-inhibit.

Do meritum: może być ciężko ale prawdopodobnie będziesz musiał pobawić się trochę dekodowaniem tablic ACPI i być może ruszyć trochę AMLa. Twój sterownik z kernela prawdopodobnie źle parsuje tablice ACPI odpowiedzialne za klawiaturę (która może być pod PS/2 albo co gorsze pod szyną I2C) i nie potrafi sensownie wprowadzić jej w stan D3Cold.

Najpierw musisz znaleźć urządzenie klawiatury za pomocą lsinput - a to dopiero początek, później moduł odpowiedzialny za jej obsługę, następne ręczne znalezienie w tablicach ACPI method odpowiedzialnych za przejścia stanów D(0-3)Hot/Cold i na końcu połatanie modułu i rekompilacja z integracją w kernel.

Linux nie jest straszny ale wymaga wiedzy by mieć pełną kontrolę nad sprzętem.

loza_prowizoryczna napisał(a):

cerrato napisał(a):

Kompletnie beznadziejna odpowiedź - w KDE za zarządzanie energią odpowiada PowerDevil a nie systemd, co można sprawdzić za pomocą systemd-inhibit.

Tak, masz rację - przegapiłem fakt, że to KDE Plasma i zasugerowałem się samym "Ubuntu". Mój błąd.

cerrato napisał(a):

Tak, masz rację - przegapiłem fakt, że to KDE Plasma i zasugerowałem się samym "Ubuntu". Mój błąd.

Ale błąd jest dalej, twoja odpowiedź to zwykła dezinformacja. Przekierowałeś go na zwykłe post/pre-hooki które nijak mają się do tego co obecne moduły kernela robią z firmware przy przechodzeniu w modern standby (s2idle). Twoja odpowiedź miała sens przy przechodzeniu do stanu S3 (deep) ale to czasy Windows 7 jak nie wcześniej.

Co gorsza takie custom skrypty mogą obecnie interferować z wbudowaną logiką sterownika przy reinicjalizacji urządzeń na wychodzeniu z stanu D3 przez co w najlepszym wypadku dostaniesz disco a nie poprawny suspend/wakeup.

@loza_prowizoryczna mam dziwne wrażenie, że Twoja odpowiedź jest dezinformacją;)
Co ma klawiatura do jej podświetlania?
Nawet nie wiemy co to za laptop i co w nim odpowiada za to migotanie.
Nie jestem linuxowcem ale jakieś OpenRGB?
Może jednak jakiś skrypt zmieniający stan, napisany ręcznie.
W Asus takie miganie to było jakieś "rainbow" czy "breath". I trzeba było to zmienić na "off".

jurek1980 napisał(a):

Co ma klawiatura do jej podświetlania?

Sugerujesz że podświetlenie jest sterowane innym obwodem niż klawiatura? Może tak być, nie takie cuda widziałem, pytanie brzmi, o ile podwyższa to koszty producenta niż gdy klawiatura jest urządzeniem zespolonym. Follow the money.

@loza_prowizoryczna nie sugeruję. Jestem pewien.

jurek1980 napisał(a):

@loza_prowizoryczna nie sugeruję. Jestem pewien.

Doceniam twoją pewność ale to dalej jedynie przesuwa odpowiedzialność z modułu odpowiedzialnego za sterowanie klawiaturą na moduł odpowiedzialny za oświetlenie (może EC?). Wszystkie pozostałe kroki zostają w miejscu. Jeśli sterownik zgłasza że nie obsłuży przejścia w stan D3Cold bo mu się tabele ACPI nie parsują albo ma inne wonty to skryptami nic nie ruszysz.

Powiem jak to jest w Windows. W sterowniku/programie obsługującym ustawiasz co ma się dziać. Czasem nie ma takich opcji a zarządza tym BIOS/UEFI. Nie wiemy co to za komputer. Ciężko zgadnąć. Czy to Win czy Linux to nie ma znaczenia. ACPI jest takie samo z zasady. Więcej nie pomogę go nie jestem Linuxowcem.

laptop jest ten https://www.x-kom.pl/p/1203720-laptop-15-16-asus-tuf-gaming-a16-adv-edition-r7-7735hs-32gb-1tb-rx7600s.html

Według netu powinno pomóc zainstalowanie OpenRGB i utwórzenie właśnie hookow na zasilanie.
https://gitlab.com/CalcProgrammer1/OpenRGB
Ale to już trzeba pokombinować. Teraz masz już coś co Ci obsługuje RGB? Może niech Linuxowcy się wypowiedzą.

jurek1980 napisał(a):

Według netu powinno pomóc zainstalowanie OpenRGB i utwórzenie właśnie hookow na zasilanie.

Czyli będzie disko. Jak OpenRGB radzi sobie z hookami systemd i PowerDevil? Firmware z litości pominę.

Czasem nie ma takich opcji a zarządza tym BIOS/UEFI

Kolejna dezinformacja. Prawie nikt tak nie robi bo prościej wstrzyknąć fix w driverze, firmware niż kazać użyszkodnikowi aktualizować BIOS. No chyba że dla ciebie zarządzanie to manipulacja poprzez ACPI ale darujmy sobie semantykę.