Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Cześć
Początkowo myślałem, że to wina Waylanda i libinput, ale okazało się, że winne są albo mobo i bios, albo stery w jaju.
To są urządzenia USB w czasie normalnej pracy kompa:
Bus 002 Device 004: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 002 Device 003: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter Bus 002 Device 002: ID 8087:8001 Intel Corp. Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 004: ID 046d:c517 Logitech, Inc. LX710 Cordless Desktop Laser Bus 001 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Bus 001 Device 002: ID 8087:8009 Intel Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
natomiast po wykonaniu w konsoli roota (konsola tty, nie terminal):
pm-suspend ; lsusb | tee /root/lsusb.txt
uzyskałem taki wynik:
### cat /root/lsusb.txt Bus 002 Device 002: ID 8087:8001 Intel Corp. Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:8009 Intel Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Problem występuje na kernelach serii 5.2.x, 5.3.x.
Mobo & CPU:
System: Host: localhost Kernel: 5.3.11-g1 x86_64 bits: 64 Console: tty 0 Distro: Gentoo Base System release 2.6 Machine: Type: Desktop System: Gigabyte product: Z97-D3H v: N/A serial: N/A Mobo: Gigabyte model: Z97-D3H-CF v: x.x serial: N/A BIOS: American Megatrends v: F9 date: 09/18/2015 CPU: Topology: Quad Core model: Intel Core i5-4590S bits: 64 type: MCP L2 cache: 6144 KiB Speed: 800 MHz min/max: 800/3700 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800
Log pm-suspend:
Initial commandline parameters: Blacklisting 01grub. Blacklisting 90clock. pią, 15 lis 2019, 08:51:34 CET: Running hooks for suspend. Running hook /usr/lib64/pm-utils/sleep.d/00logging suspend suspend: Linux localhost 5.3.11-g1 #2 SMP PREEMPT Wed Nov 13 05:15:02 CET 2019 x86_64 Intel(R) Core(TM) i5-4590S CPU @ 3.00GHz GenuineIntel GNU/Linux Module Size Used by r8188eu 466944 0 x86_pkg_temp_thermal 20480 0 lib80211 16384 1 r8188eu razem użyte wolne dzielone buf/cache dostępne Pamięć: 15814292 2643648 11528552 282884 1642092 12606108 Wymiana: 8146940 0 8146940 /usr/lib64/pm-utils/sleep.d/00logging suspend suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/00powersave suspend suspend: Blacklisting 01grub. Blacklisting 90clock. /usr/lib64/pm-utils/sleep.d/00powersave suspend suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/01grub suspend suspend: /usr/lib64/pm-utils/sleep.d/01grub suspend suspend: disabled. Running hook /usr/lib64/pm-utils/sleep.d/50unload_alx suspend suspend: /usr/lib64/pm-utils/sleep.d/50unload_alx suspend suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/75modules suspend suspend: /usr/lib64/pm-utils/sleep.d/75modules suspend suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/90clock suspend suspend: /usr/lib64/pm-utils/sleep.d/90clock suspend suspend: disabled. Running hook /usr/lib64/pm-utils/sleep.d/94cpufreq suspend suspend: /usr/lib64/pm-utils/sleep.d/94cpufreq suspend suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/95led suspend suspend: /usr/lib64/pm-utils/sleep.d/95led suspend suspend: not applicable. Running hook /usr/lib64/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: Kernel modesetting video driver detected, not using quirks. /usr/lib64/pm-utils/sleep.d/98video-quirk-db-handler suspend suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/99video suspend suspend: kernel.acpi_video_flags = 0 /usr/lib64/pm-utils/sleep.d/99video suspend suspend: success. pią, 15 lis 2019, 08:51:34 CET: performing suspend pią, 15 lis 2019, 08:51:57 CET: Awake. pią, 15 lis 2019, 08:51:57 CET: Running hooks for resume Running hook /usr/lib64/pm-utils/sleep.d/99video resume suspend: /usr/lib64/pm-utils/sleep.d/99video resume suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/98video-quirk-db-handler resume suspend: /usr/lib64/pm-utils/sleep.d/98video-quirk-db-handler resume suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/95led resume suspend: /usr/lib64/pm-utils/sleep.d/95led resume suspend: not applicable. Running hook /usr/lib64/pm-utils/sleep.d/94cpufreq resume suspend: /usr/lib64/pm-utils/sleep.d/94cpufreq resume suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/90clock resume suspend: /usr/lib64/pm-utils/sleep.d/90clock resume suspend: disabled. Running hook /usr/lib64/pm-utils/sleep.d/75modules resume suspend: Reloaded unloaded modules. /usr/lib64/pm-utils/sleep.d/75modules resume suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/50unload_alx resume suspend: /usr/lib64/pm-utils/sleep.d/50unload_alx resume suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/01grub resume suspend: /usr/lib64/pm-utils/sleep.d/01grub resume suspend: disabled. Running hook /usr/lib64/pm-utils/sleep.d/00powersave resume suspend: Blacklisting 01grub. Blacklisting 90clock. /usr/lib64/pm-utils/sleep.d/00powersave resume suspend: success. Running hook /usr/lib64/pm-utils/sleep.d/00logging resume suspend: /usr/lib64/pm-utils/sleep.d/00logging resume suspend: success. pią, 15 lis 2019, 08:51:57 CET: Finished.
Wszelkie sugestie (poza wyciepnięciem kompa przez okno) mile widziane ;)
Pozdro
Ostatnio edytowany przez Jacekalex (2019-11-23 14:19:45)
Offline
U mnie na systemd i kernelu 5.3.11 porty usb są aktywne po uśpieniu i są w stanie, np. ładować fona. Może masz jakiś autosupend portów USB włączony i ci wywala te urządzenia i potem nie potrafi ich podłączyć czy coś xD?
Ostatnio edytowany przez morfik (2019-11-16 23:18:24)
Offline
autosuspend usb mam wyłączony, choć już próbowałem z nim różne opcje.
Do tego na jaju do 4.19.x wszystko grało, a na jaju 5.2 i dalej nie,
Chyba trzeba do pm-utils dodać jakiegoś skrypcia, który odpali bindowanie usb przy resume.
Albo coś w jaju poprawić.
Ostatnio edytowany przez Jacekalex (2019-11-17 00:43:59)
Offline
Sprawdzone na konsoli przy jaju 4.19.82, to samo, martwe USB po resumie.
Chyba ta mobo ma jakiś skopany bios (co gorsza wgrałem najnowszy, jaki jest). :P
Ostatnio edytowany przez Jacekalex (2019-11-19 09:58:28)
Offline
Jacekalex napisał(-a):
Sprawdzone na konsoli przy jaju 4.19.82, to samo, martwe USB po resumie.
Chyba ta mobo ma jakiś skopany bios (co gorsza wgrałem najnowszy, jaki jest). :P
Co to za mobo??
Offline
Pavlo950 napisał(-a):
Jacekalex napisał(-a):
Sprawdzone na konsoli przy jaju 4.19.82, to samo, martwe USB po resumie.
Chyba ta mobo ma jakiś skopany bios (co gorsza wgrałem najnowszy, jaki jest). :PCo to za mobo??
Hmm
jacekalex napisał(-a):
Kod:
ystem: Host: localhost Kernel: 5.3.11-g1 x86_64 bits: 64 Console: tty 0 Distro: Gentoo Base System release 2.6 Machine: Type: Desktop System: Gigabyte product: Z97-D3H v: N/A serial: N/A Mobo: Gigabyte model: Z97-D3H-CF v: x.x serial: N/A BIOS: American Megatrends v: F9 date: 09/18/2015 CPU: Topology: Quad Core model: Intel Core i5-4590S bits: 64 type: MCP L2 cache: 6144 KiB Speed: 800 MHz min/max: 800/3700 MHz Core speeds (MHz): 1: 800 2: 800 3: 800 4: 800
Czyli dokładnie ten złomix:
http://www.gigabyte.pl/products/page/mb/ga-z97-d3hrev_10#sp
Zastanawiam sIę, czy nie zahaczyłem o sławny błąd w Haswellu i zdychaniu USB po wejściu procka w tryb uśpienia S3 na chipsecie Z77, ale ten w chipsecie Z97 i Haswellu Refresh miał być poprawiony a nie zamaskowany.
Ostatnio edytowany przez Jacekalex (2019-11-20 02:18:34)
Offline
Załatwione.
Okazało się, że nie mam w kernelu włączonego steru CONFIG_USB_XHCI_HCD i przy okazji włączyłem też sterowniki:
CONFIG_USB_EHCI_HCD_PLATFORM CONFIG_USB_OHCI_HCD_PLATFORM CONFIG_USB_XHCI_PLATFORM
Wcześniej jakoś nie były potrzebne (na poprzednich mobo).
Pozdro
Ostatnio edytowany przez Jacekalex (2019-11-23 14:28:17)
Offline