Вопрос или проблема
Я использую ASUS TUF A16, который оснащён выделенным графическим процессором AMD Radeon RX 7700S и интегрированным Radeon 680M. Управление ими осуществляется через MUX переключатель в ноутбуке, с единственной возможностью использовать только выделенный графический процессор в меню загрузки.
Я использую KDE-fedora, но я воссоздал проблему на нескольких дистрибутивах и окружениях рабочего стола.
Проблема, с которой я сталкиваюсь, заключается в том, что ноутбук засыпает и сразу же пробуждается, когда мой внешний монитор подключен. Я провел некоторые исследования и устранение неполадок и пришел к выводу, что причиной может быть то, что внешний графический процессор перезагружается всякий раз, когда ноутбук засыпает с подключённым внешним монитором, возможно, это связано с MUX переключателем AMD, но это всего лишь предположение. Я полагаю, что это связано с тем, что hdmi управляется выделенным графическим процессором и не работает с интегрированным графическим процессором, но как это исправить, пока для меня не ясно.
Вот последняя минута журнала journalctl после приостановки:
Dec 31 12:13:29 LaptopHostName systemd-logind[1952]: The system will suspend now!
Dec 31 12:13:29 LaptopHostName ModemManager[2023]: <msg> [sleep-monitor-systemd] system is about to suspend
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.7223] manager: sleep: sleep requested (sleeping: no enabled: yes)
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.7229] device (eno1): state change: unavailable -> unmanaged (reason 'unmanaged-sleeping', managed-type: 'full')
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.7347] device (p2p-dev-wlp6s0): state change: disconnected -> unmanaged (reason 'unmanaged-sleeping', managed-type: 'full')
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.7350] manager: NetworkManager state is now ASLEEP
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.7352] device (wlp6s0): state change: activated -> deactivating (reason 'sleeping', managed-type: 'full')
Dec 31 12:13:29 LaptopHostName kded6[2986]: org.kde.plasma.nm.kded: Unhandled active connection state change: 3
Dec 31 12:13:29 LaptopHostName systemd[1]: Starting NetworkManager-dispatcher.service - Network Manager Script Dispatcher Service...
░░ Subject: A start job for unit NetworkManager-dispatcher.service has begun execution
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ A start job for unit NetworkManager-dispatcher.service has begun execution.
░░
░░ The job identifier is 13845.
Dec 31 12:13:29 LaptopHostName systemd[1]: Started NetworkManager-dispatcher.service - Network Manager Script Dispatcher Service.
░░ Subject: A start job for unit NetworkManager-dispatcher.service has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ A start job for unit NetworkManager-dispatcher.service has finished successfully.
░░
░░ The job identifier is 13845.
Dec 31 12:13:29 LaptopHostName audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=NetworkManager-dispatcher comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Dec 31 12:13:29 LaptopHostName kernel: wlp6s0: deauthenticating from 58:ae:f1:59:cf:cc by local choice (Reason: 3=DEAUTH_LEAVING)
Dec 31 12:13:29 LaptopHostName wpa_supplicant[2137]: nl80211: send_event_marker failed: Source based routing not supported
Dec 31 12:13:29 LaptopHostName wpa_supplicant[2137]: wlp6s0: CTRL-EVENT-DISCONNECTED bssid=58:ae:f1:59:cf:cc reason=3 locally_generated=1
Dec 31 12:13:29 LaptopHostName wpa_supplicant[2137]: wlp6s0: CTRL-EVENT-DSCP-POLICY clear_all
Dec 31 12:13:29 LaptopHostName wpa_supplicant[2137]: wlp6s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.9105] device (wlp6s0): supplicant interface state: completed -> disconnected
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.9107] device (wlp6s0): state change: deactivating -> disconnected (reason 'sleeping', managed-type: 'full')
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Withdrawing address record for fe80::55c1:d249:2295:4446 on wlp6s0.
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Leaving mDNS multicast group on interface wlp6s0.IPv6 with address fe80::55c1:d249:2295:4446.
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.9114] dhcp4 (wlp6s0): canceled DHCP transaction
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Interface wlp6s0.IPv6 no longer relevant for mDNS.
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.9114] dhcp4 (wlp6s0): activation: beginning transaction (timeout in 45 seconds)
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.9114] dhcp4 (wlp6s0): state changed no lease
Dec 31 12:13:29 LaptopHostName audit[2027]: NETFILTER_CFG table=firewalld:51 family=1 entries=34 op=nft_unregister_rule pid=2027 subj=system_u:system_r:firewalld_t:s0 comm="firewalld"
Dec 31 12:13:29 LaptopHostName audit[2027]: SYSCALL arch=c000003e syscall=46 success=yes exit=2680 a0=6 a1=7fffc43f33f0 a2=0 a3=7fffc43f3560 items=0 ppid=1 pid=2027 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=4294967295 comm="firewalld" exe="/usr/bin/python3.13" subj=system_u:system_r:firewalld_t:s0 key=(null)
Dec 31 12:13:29 LaptopHostName audit: PROCTITLE proctitle=2F7573722F62696E2F707974686F6E33002D7350002F7573722F7362696E2F6669726577616C6C64002D2D6E6F666F726B002D2D6E6F706964
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Interface wlp6s0.IPv4 no longer relevant for mDNS.
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Leaving mDNS multicast group on interface wlp6s0.IPv4 with address 192.168.1.9.
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Withdrawing address record for 192.168.1.9 on wlp6s0.
Dec 31 12:13:29 LaptopHostName NetworkManager[2068]: <info> [1735658009.9423] device (wlp6s0): set-hw-addr: set MAC address to 1A:DF:02:F4:56:54 (scanning)
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Joining mDNS multicast group on interface wlp6s0.IPv4 with address 192.168.1.9.
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: New relevant interface wlp6s0.IPv4 for mDNS.
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Registering new address record for 192.168.1.9 on wlp6s0.IPv4.
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Withdrawing address record for 192.168.1.9 on wlp6s0.
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Leaving mDNS multicast group on interface wlp6s0.IPv4 with address 192.168.1.9.
Dec 31 12:13:29 LaptopHostName avahi-daemon[1940]: Interface wlp6s0.IPv4 no longer relevant for mDNS.
Dec 31 12:13:29 LaptopHostName systemd-resolved[1877]: wlp6s0: Bus client set default route setting: no
Dec 31 12:13:29 LaptopHostName systemd-resolved[1877]: wlp6s0: Bus client reset DNS server list.
Dec 31 12:13:30 LaptopHostName NetworkManager[2068]: <info> [1735658010.0132] device (wlp6s0): supplicant interface state: disconnected -> interface_disabled
Dec 31 12:13:30 LaptopHostName NetworkManager[2068]: <info> [1735658010.0134] device (wlp6s0): supplicant interface state: interface_disabled -> disconnected
Dec 31 12:13:30 LaptopHostName NetworkManager[2068]: <info> [1735658010.0136] device (wlp6s0): state change: disconnected -> unmanaged (reason 'unmanaged-sleeping', managed-type: 'full')
Dec 31 12:13:30 LaptopHostName chronyd[1985]: Source 216.238.106.159 offline
Dec 31 12:13:30 LaptopHostName chronyd[1985]: Source 143.107.229.210 offline
Dec 31 12:13:30 LaptopHostName chronyd[1985]: Source 200.160.7.197 offline
Dec 31 12:13:30 LaptopHostName chronyd[1985]: Can't synchronise: no selectable sources
Dec 31 12:13:30 LaptopHostName chronyd[1985]: Source 200.160.7.193 offline
Dec 31 12:13:30 LaptopHostName NetworkManager[2068]: <info> [1735658010.0599] device (wlp6s0): set-hw-addr: reset MAC address to 94:BB:43:74:7D:0D (unmanage)
Dec 31 12:13:30 LaptopHostName wpa_supplicant[2137]: wlp6s0: CTRL-EVENT-DSCP-POLICY clear_all
Dec 31 12:13:30 LaptopHostName systemd[1]: Reached target sleep.target - Sleep.
░░ Subject: A start job for unit sleep.target has finished successfully
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ A start job for unit sleep.target has finished successfully.
░░
░░ The job identifier is 14007.
Dec 31 12:13:30 LaptopHostName systemd[1]: Starting systemd-suspend.service - System Suspend...
░░ Subject: A start job for unit systemd-suspend.service has begun execution
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ A start job for unit systemd-suspend.service has begun execution.
░░
░░ The job identifier is 14004.
Dec 31 12:13:30 LaptopHostName wpa_supplicant[2137]: wlp6s0: CTRL-EVENT-DSCP-POLICY clear_all
Dec 31 12:13:30 LaptopHostName wpa_supplicant[2137]: nl80211: deinit ifname=wlp6s0 disabled_11b_rates=0
Dec 31 12:13:30 LaptopHostName systemd-sleep[37632]: User sessions remain unfrozen on explicit request ($SYSTEMD_SLEEP_FREEZE_USER_SESSIONS=0).
Dec 31 12:13:30 LaptopHostName systemd-sleep[37632]: This is not recommended, and might result in unexpected behavior, particularly
Dec 31 12:13:30 LaptopHostName systemd-sleep[37632]: in suspend-then-hibernate operations or setups with encrypted home directories.
Dec 31 12:13:30 LaptopHostName systemd-sleep[37632]: Performing sleep operation 'suspend'...
░░ Subject: System sleep state suspend entered
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ The system has now entered the suspend sleep state.
Dec 31 12:13:30 LaptopHostName kernel: PM: suspend entry (s2idle)
Dec 31 12:13:30 LaptopHostName kernel: Filesystems sync: 0.032 seconds
Dec 31 12:13:32 LaptopHostName kernel: Freezing user space processes
Dec 31 12:13:32 LaptopHostName kernel: Freezing user space processes completed (elapsed 0.003 seconds)
Dec 31 12:13:32 LaptopHostName kernel: OOM killer disabled.
Dec 31 12:13:32 LaptopHostName kernel: Freezing remaining freezable tasks
Dec 31 12:13:32 LaptopHostName kernel: Freezing remaining freezable tasks completed (elapsed 0.001 seconds)
Dec 31 12:13:32 LaptopHostName kernel: printk: Suspending console(s) (use no_console_suspend to debug)
Dec 31 12:13:32 LaptopHostName kernel: queueing ieee80211 work while going to suspend
Dec 31 12:13:32 LaptopHostName kernel: PM: suspend devices took 0.282 seconds
Dec 31 12:13:32 LaptopHostName kernel: [drm] PCIE GART of 1024M enabled (table at 0x000000F41FC00000).
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: SMU is resuming...
Dec 31 12:13:32 LaptopHostName kernel: [drm] PCIE GART of 512M enabled (table at 0x00000081FEB00000).
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: PSP is resuming...
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: SMU is resumed successfully!
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring gfx_0.1.0 uses VM inv eng 1 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 4 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 5 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 6 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 7 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 8 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 9 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 10 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 11 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring kiq_0.2.1.0 uses VM inv eng 12 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring sdma0 uses VM inv eng 13 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring vcn_dec_0 uses VM inv eng 0 on hub 8
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring vcn_enc_0.0 uses VM inv eng 1 on hub 8
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring vcn_enc_0.1 uses VM inv eng 4 on hub 8
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:77:00.0: amdgpu: ring jpeg_dec uses VM inv eng 5 on hub 8
Dec 31 12:13:32 LaptopHostName kernel: nvme nvme0: 16/0/0 default/read/poll queues
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: reserve 0x1300000 from 0x81fc000000 for PSP TMR
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: RAS: optional ras ta ucode is not available
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: RAP: optional rap ta ucode is not available
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: SECUREDISPLAY: securedisplay ta ucode is not available
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: SMU is resuming...
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: smu driver if version = 0x00000035, smu fw if version = 0x00000040, smu fw program = 0, smu fw version = 0x00525c00 (82.92.0)
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: SMU driver if version not matched
Dec 31 12:13:32 LaptopHostName kernel: usb 9-1: reset full-speed USB device number 7 using xhci_hcd
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: SMU is resumed successfully!
Dec 31 12:13:32 LaptopHostName kernel: [drm] DMUB hardware initialized: version=0x07002A00
Dec 31 12:13:32 LaptopHostName kernel: usb 9-1: PM: dpm_run_callback(): usb_dev_resume returns -5
Dec 31 12:13:32 LaptopHostName kernel: usb 9-1: PM: failed to resume async: error -5
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 6 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 7 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 8 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 9 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 10 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 11 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring sdma0 uses VM inv eng 12 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring sdma1 uses VM inv eng 13 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring vcn_unified_0 uses VM inv eng 0 on hub 8
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring jpeg_dec uses VM inv eng 1 on hub 8
Dec 31 12:13:32 LaptopHostName kernel: amdgpu 0000:03:00.0: amdgpu: ring mes_kiq_3.1.0 uses VM inv eng 14 on hub 0
Dec 31 12:13:32 LaptopHostName kernel: [drm] ring gfx_32823.1.1 was added
Dec 31 12:13:32 LaptopHostName kernel: [drm] ring compute_32823.2.2 was added
Dec 31 12:13:32 LaptopHostName kernel: [drm] ring sdma_32823.3.3 was added
Dec 31 12:13:32 LaptopHostName kernel: [drm] ring gfx_32823.1.1 ib test pass
Dec 31 12:13:32 LaptopHostName kernel: [drm] ring compute_32823.2.2 ib test pass
Dec 31 12:13:32 LaptopHostName kernel: [drm] ring sdma_32823.3.3 ib test pass
Dec 31 12:13:32 LaptopHostName kernel: PM: resume devices took 1.520 seconds
Dec 31 12:13:32 LaptopHostName kernel: OOM killer enabled.
Dec 31 12:13:32 LaptopHostName kernel: Restarting tasks ...
Dec 31 12:13:32 LaptopHostName kernel: usb 9-1: USB disconnect, device number 7
Dec 31 12:13:32 LaptopHostName kernel: done.
Dec 31 12:13:32 LaptopHostName kernel: random: crng reseeded on system resumption
Dec 31 12:13:32 LaptopHostName kernel: PM: suspend exit
Dec 31 12:13:32 LaptopHostName audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-suspend comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Dec 31 12:13:32 LaptopHostName plasmashell[3062]: org.kde.pulseaudio: No object for name "alsa_output.usb-ACTIONS_Pebble_V3-00.analog-stereo"
Dec 31 12:13:32 LaptopHostName audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=systemd-suspend comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Dec 31 12:13:32 LaptopHostName bluetoothd[1941]: Controller resume with wake event 0x0
Dec 31 12:13:32 LaptopHostName kded6[2986]: org.kde.pulseaudio: No object for name "alsa_output.usb-ACTIONS_Pebble_V3-00.analog-stereo"
Dec 31 12:13:32 LaptopHostName systemd-sleep[37632]: System returned from sleep operation 'suspend'.
░░ Subject: System sleep state suspend left
░░ Defined-By: systemd
░░ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
░░
░░ The system has now left the suspend sleep state.
Dec 31 12:13:32 LaptopHostName systemd[1]: systemd-suspend.service: Deactivated successfully.
Я также наткнулся на скрипт на Python, который помогает выявить проблемы со сном, и вот результат (я перейду к главной строке, поскольку журнал полон эмодзи, и я хотела бы вас избавить от этого):
2024-12-31 12:25:21,494 INFO: Suspend count: 1 2024-12-31 12:25:21,494 INFO: ○ GPIOs active: ['29', '29', '29', '29', '29', '29', '29'] 2024-12-31 12:25:21,494 INFO: Wakeup triggered from IRQ 7: GPIO Controller 2024-12-31 12:25:21,494 DEBUG: Used Microsoft uPEP GUID in LPS0 _DSM 2024-12-31 12:25:21,494 INFO: Woke up from IRQ 7: GPIO Controller 2024-12-31 12:25:21,495 DEBUG: ACPI Lid (/proc/acpi/button/lid/LID0/state): closed 2024-12-31 12:25:21,495 ERROR: ❌ Userspace suspended for 0:00:04.616088 (< minimum expected 0:00:09) 2024-12-31 12:25:21,496 ERROR: ❌ Did not reach hardware sleep state
Итак, я предполагаю, что это связано с графическим процессором, так как отключение HDMI позволяет ноутбуку заснуть, и его пробуждает IRQ 7. Я обнаружил, что IRQ7 – это pinctrl_amd
, поэтому я не уверен, что это ответственная часть, так как это драйвер универсального назначения GPIO, насколько я знаю. /sys/kernel/irq/7/wakeup
включен, но я не уверен, что отключение будет хорошей идеей, и я даже не смог найти, где его отключить для теста.
Некоторые из вещей, которые я попробовал:
- отключить пробуждение для драйверов графического процессора (только одна из карт, кажется, имеет файл
wakeup
) - отключил всё в
/proc/acpi/wakeup
- отключил возможность пробуждения от каждого устройства с помощью powertop
- попробовал параметры ядра
amdgpu.runpm=1
(по умолчанию 0),amdgpu.dpm=1
(-1 по умолчанию),amdgpu.bapm=1
(-1 по умолчанию),acpi.ec_no_wakeup=1
(по умолчанию 0)
Ответ или решение
Здравствуйте,
Проблема, с которой вы столкнулись, когда ваш ноутбук Asus TUF A16 на базе AMD просыпается сразу после режима сна при подключении внешнего монитора, вероятно, связана с работой графического процессора.
Возможные причины проблемы
-
MUX-переключатель и работа GPU: Ваш ноутбук управляет интегрированным и дискретным GPU через MUX-переключатель. Когда внешний монитор подключен через HDMI, который, как вы правильно заметили, управляется дискретным GPU, это может вызывать неожиданное пробуждение системы. Дискретные GPU часто нуждаются в повторной инициализации, когда система переходит в режим сна, что может сбивать устройство и вызывать его пробуждение.
-
IRQ и GPIO контроллер: Как упомянуто в вашем журнале, проблема может быть связана с пробуждающим сигналом от контроллера GPIO, использующего IRQ 7. Это устройство отвечает за управление различными сигналами, и, возможно, в результате этого происходит некорректное определение состояния пробуждения.
Рекомендации по решению проблемы
-
Обновление драйверов и BIOS: Убедитесь, что у вас установлены последние версии драйверов для вашей видеокарты и последняя версия BIOS/UEFI. Это важный шаг в направлении устранения аппаратных и программных несовместимостей.
-
Настройки ядра и параметры системы: Попробуйте изменить параметры загрузки ядра, связанные с управлением питанием и графическими процессорами. Вы уже использовали некоторые параметры, такие как
amdgpu.runpm=1
иamdgpu.dpm=1
. Возможно, стоит протестировать дополнительные параметры, например, полностью отключив dGPU через BIOS/UEFI на время для тестирования. -
Настройка ACPI и мощности: Убедитесь, что ACPI правильно конфигурирован. Проверьте настройки
/proc/acpi/wakeup
и убедитесь, что все параметры пробуждения настроены корректно. Используйте утилиты, такие какpowertop
, чтобы точно настроить параметры энергопотребления. -
Ручная настройка IRQ и wakeup-источников: Несмотря на то, что вы выразили сомнения относительно отключения IRQ 7 для
pinctrl_amd
, стоит попробовать временно отключить это в целях тестирования. Создайте резервную копию системы перед внесением изменений, чтобы иметь возможность вернуться к исходным настройкам. -
Поддержка сообщества и документация: Поскольку вы используете Fedora с окружением KDE, стоит обратиться к форумы Fedora или ресурсам KDE, где другие пользователи могли сталкиваться с подобными проблемами. Возможно, есть известные баги или патчи, способные помочь в вашей ситуации.
Заключение
Проблема пробуждения системы после сна может быть сложной и требует тщательного тестирования и конфигурации. Рекомендуется также обратиться в службу поддержки ASUS, поскольку они могут предоставить дополнительную информацию или решения, применимые именно к вашему устройству.
Надеюсь, что эти рекомендации помогут вам решить вашу проблему. Если у вас возникнут дополнительные вопросы, пожалуйста, не стесняйтесь обращаться за помощью.
С уважением,
[Ваше Имя],
ИТ-эксперт