☰

PM_TRACEを使用したRAMブレークの問題のデバッグ

tag-icon • tag-icon linux-kernel kernel-modules debugging suspend
PM_TRACEを使用したRAMブレークの問題のデバッグ

だから私は毛深いメモリの中断の問題をデバッグしていました、

Oct 12 15:41:23 arjundesktop dbus[2863]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service'
Oct 12 15:41:23 arjundesktop systemd[1]: Reached target Sleep.
Oct 12 15:41:23 arjundesktop systemd[1]: Starting Suspend...
Oct 12 15:41:23 arjundesktop systemd[1]: Starting Network Manager Script Dispatcher Service...
Oct 12 15:41:23 arjundesktop systemd-sleep[17199]: Suspending system...
�������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������May 21 16:33:31 arjundesktop rsyslogd: [origin software="rsyslogd" swVersion="8.4.2" x-pid="2929" x-info="http://www.rsyslog.com"] start

このようなことが起こると、システムを目覚めさせることはできません。私はカーネルの範囲が3.16 - 4.7のDebianとUbuntuでこれを実行しました。私の現在のカーネルは

Linux arjundesktop 4.7.6 #1 SMP Sat Oct 8 13:00:22 MDT 2016 x86_64 GNU/Linux

私は注意を払ってきました。デバッグの一時停止に関する基本ガイド。私のdmesgログが表示されます。

May 21 16:33:31 arjundesktop kernel: [    1.225463] initcall deferred_probe_initcall+0x0/0x70 returned 0 after 87 usecs
May 21 16:33:31 arjundesktop kernel: [    1.225863] calling  late_resume_init+0x0/0x1a0 @ 1
May 21 16:33:31 arjundesktop kernel: [    1.226255]   Magic number: 14:34:278
May 21 16:33:31 arjundesktop kernel: [    1.226655] tty tty15: hash matches
May 21 16:33:31 arjundesktop kernel: [    1.227075] initcall late_resume_init+0x0/0x1a0 returned 0 after 799 usecs
May 21 16:33:31 arjundesktop kernel: [    1.227466] calling  rtc_hctosys+0x0/0x101 @ 1
May 21 16:33:31 arjundesktop kernel: [    1.227889] rtc_cmos 00:02: setting system clock to 2014-01-01 12:16:03 UTC (1388578563)
May 21 16:33:31 arjundesktop kernel: [    1.228291] initcall rtc_hctosys+0x0/0x101 returned 0 after 423 usecs

このマジックナンバーとはどういう意味ですか？私のttyでクラッシュが発生したと言うのはなぜですか？私が走るとき

cat /sys/power/pm_trace_dev_match

わかりました。

usb
tty

どういう意味ですか？どうやって進めますか？出力lsusb

Bus 004 Device 002: ID 8087:8001 Intel Corp. 
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 8087:8009 Intel Corp. 
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 062a:4101 Creative Labs 
Bus 001 Device 002: ID 045e:00db Microsoft Corp. Natural Ergonomic Keyboard 4000 V1.0
Bus 001 Device 005: ID 148f:5370 Ralink Technology, Corp. RT5370 Wireless Adapter
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

答え1

正しい答えはありませんが、グラフィックカードをAMD 7950からAMD Vega 64に変更しました。 RAMのサスペンドはamdgpuドライバでうまく機能するため、これはグラフィックドライバの問題であると思われます。

関連情報