[Bug 108743] [CI][DRMTIP] igt@*suspend* - incomplete

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=108743

--- Comment #10 from Don Hiatt <don.hiatt at intel.com> ---
Suja and I have been working on trying to duplicate this.

On ICL, the i915_suspend test just appears to hang (see below)

gta at 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.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20190927/26135b70/attachment.html>