<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - [CI][DRMTIP] igt@*suspend* - incomplete"
href="https://bugs.freedesktop.org/show_bug.cgi?id=108743#c10">Comment # 10</a>
on <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - [CI][DRMTIP] igt@*suspend* - incomplete"
href="https://bugs.freedesktop.org/show_bug.cgi?id=108743">bug 108743</a>
from <span class="vcard"><a class="email" href="mailto:don.hiatt@intel.com" title="Don Hiatt <don.hiatt@intel.com>"> <span class="fn">Don Hiatt</span></a>
</span></b>
<pre>Suja and I have been working on trying to duplicate this.
On ICL, the i915_suspend test just appears to hang (see below)
gta@ubt-18:~/ril-src/igt-gpu-tools$ sudo ./build/tests/i915_suspend
IGT-Version: 1.24-g5a6c6856 (x86_64) (Linux: 5.3.0+ x86_64)
Starting subtest: fence-restore-tiled2untiled
[cmd] rtcwake: assuming RTC uses UTC ...
rtcwake: wakeup from "mem" using /dev/rtc0 at Fri Sep 27 22:42:17 2019
checking the first canary object
checking the second canary object
Subtest fence-restore-tiled2untiled: SUCCESS (7.957s)
Starting subtest: fence-restore-untiled
[cmd] rtcwake: assuming RTC uses UTC ...
rtcwake: wakeup from "mem" using /dev/rtc0 at Fri Sep 27 22:42:39 2019
checking the first canary object
checking the second canary object
Subtest fence-restore-untiled: SUCCESS (6.978s)
Starting subtest: debugfs-reader
[cmd] rtcwake: assuming RTC uses UTC ... <
rtcwake: wakeup from "mem" using /dev/rtc0 at Fri Sep 27 22:43:02 2019 <-------
seems to hang here?
However, with a serial port connected it turns out that the dut does not die
after all, as we still have an interactive console and can see kernel messages.
It seems that the netdev isn't waking up and that is why the test appears to
hand and you can't ssh into it again.
Also, looking the running processes the test appears to be running.
Lastly, we're seeing a "PM: Cannot get swap device, try swapon -a" and
"PM: Cannot get swap writer" on the console. I wondering if the test is trying
to hibernate and is expecting swap space?
I have the console going and it looks like the machine is not really dead.
The serial port is still interactive but the network appears dead, that is why
you don’t see any output on your terminal, nor
can you ssh into the dut.
>From the serial console, the test is still running.
The error on the serial console seems to imply it is expecting the machine to
have a swap space enabled. Perhaps that is
the reason the test just appears to hang. We now know the device does come out
of suspend, only that the network isn’t
restarted.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are on the CC list for the bug.</li>
</ul>
</body>
</html>