[Bug 97088] [APL] [BAT] GuC firmware goes missing
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Oct 20 20:08:47 UTC 2016
https://bugs.freedesktop.org/show_bug.cgi?id=97088
--- Comment #7 from Elio <elio.martinez.monroy at intel.com> ---
gem_exec_suspend basic -S4 is failing 50/100, some times sends errors regarding
rtcwake
but all the times the GUC is there
[ 220.568647] [drm:intel_guc_setup [i915]] GuC fw status: path
i915/bxt_guc_ver8_7.bin, fetch SUCCESS, load SUCCESS
[ 220.568681] [drm:intel_guc_setup [i915]] GuC fw status: fetch SUCCESS, load
PENDING
[ 220.568779] [drm:intel_huc_load [i915]] i915/bxt_huc_ver01_07_1398.bin fw
status: fetch SUCCESS, load SUCCESS
[ 220.570899] [drm:intel_huc_load [i915]] HuC DMA transfer wait over with ret
0
[ 220.570932] [drm:intel_huc_load [i915]] i915/bxt_huc_ver01_07_1398.bin fw
status: fetch SUCCESS, load SUCCESS
Output.
rtcwake: assuming RTC uses UTC ...
rtcwake: wakeup from "disk" using /dev/rtc0 at Thu Oct 20 15:51:20 2016
rtcwake: write error
(gem_exec_suspend:1091) igt-aux-CRITICAL: Test assertion failure function
suspend_via_rtcwake, file igt_aux.c:710:
(gem_exec_suspend:1091) igt-aux-CRITICAL: Failed assertion: system(cmd) == 0
(gem_exec_suspend:1091) igt-aux-CRITICAL: This failure means that something is
wrong with the rtcwake tool or how your distro is set up. This is not a i915.ko
or i-g-t bug.
IGT-Version: 1.16-gf7408bf (x86_64) (Linux: 4.8.0-nightly-patch-anusha+ x86_64)
Subtest basic-S4 failed.
**** DEBUG ****
(gem_exec_suspend:1091) DEBUG: Test requirement passed: gem_has_ring(fd, 0)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: can_mi_store_dword(gen,
0)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: nengine
(gem_exec_suspend:1091) DEBUG: Test requirement passed: gem_has_ring(fd,
engine)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: can_mi_store_dword(gen,
engine)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: nengine
(gem_exec_suspend:1091) ioctl-wrappers-DEBUG: Test requirement passed:
__gem_set_caching(fd, handle, caching) == 0
(gem_exec_suspend:1091) DEBUG: Test requirement passed: __gem_execbuf(fd,
&execbuf) == 0
(gem_exec_suspend:1091) DEBUG: Verifying result
(gem_exec_suspend:1091) DEBUG: Test requirement passed: gem_has_ring(fd,
engine)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: can_mi_store_dword(gen,
engine)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: nengine
(gem_exec_suspend:1091) ioctl-wrappers-DEBUG: Test requirement passed:
__gem_set_caching(fd, handle, caching) == 0
(gem_exec_suspend:1091) DEBUG: Test requirement passed: __gem_execbuf(fd,
&execbuf) == 0
(gem_exec_suspend:1091) DEBUG: Verifying result
(gem_exec_suspend:1091) DEBUG: Test requirement passed: gem_has_ring(fd,
engine)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: can_mi_store_dword(gen,
engine)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: nengine
(gem_exec_suspend:1091) ioctl-wrappers-DEBUG: Test requirement passed:
__gem_set_caching(fd, handle, caching) == 0
(gem_exec_suspend:1091) DEBUG: Test requirement passed: __gem_execbuf(fd,
&execbuf) == 0
(gem_exec_suspend:1091) DEBUG: Verifying result
(gem_exec_suspend:1091) DEBUG: Test requirement passed: gem_has_ring(fd,
engine)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: can_mi_store_dword(gen,
engine)
(gem_exec_suspend:1091) DEBUG: Test requirement passed: nengine
(gem_exec_suspend:1091) ioctl-wrappers-DEBUG: Test requirement passed:
__gem_set_caching(fd, handle, caching) == 0
(gem_exec_suspend:1091) DEBUG: Test requirement passed: __gem_execbuf(fd,
&execbuf) == 0
(gem_exec_suspend:1091) DEBUG: Verifying result
(gem_exec_suspend:1091) ioctl-wrappers-DEBUG: Test requirement passed:
__gem_set_caching(fd, handle, caching) == 0
(gem_exec_suspend:1091) DEBUG: Test requirement passed: __gem_execbuf(fd,
&execbuf) == 0
(gem_exec_suspend:1091) igt-core-DEBUG: Test requirement passed:
!igt_run_in_simulation()
(gem_exec_suspend:1091) igt-aux-DEBUG: Test requirement passed: (power_dir =
open("/sys/power", O_RDONLY)) >= 0
(gem_exec_suspend:1091) igt-aux-DEBUG: Test requirement passed:
get_supported_suspend_states(power_dir) & (1 << state)
(gem_exec_suspend:1091) igt-aux-DEBUG: Test requirement passed: test ==
SUSPEND_TEST_NONE || faccessat(power_dir, "pm_test", R_OK | W_OK, 0) == 0
(gem_exec_suspend:1091) igt-aux-DEBUG: Test requirement passed: system(cmd) ==
0
(gem_exec_suspend:1091) igt-aux-CRITICAL: Test assertion failure function
suspend_via_rtcwake, file igt_aux.c:710:
(gem_exec_suspend:1091) igt-aux-CRITICAL: Failed assertion: system(cmd) == 0
(gem_exec_suspend:1091) igt-aux-CRITICAL: This failure means that something is
wrong with the rtcwake tool or how your distro is set up. This is not a i915.ko
or i-g-t bug.
**** END ****
Stack trace:
#0 [__igt_fail_assert+0x101]
#1 [igt_system_suspend_autoresume+0x5a5]
#2 [run_test+0x387]
#3 [__real_main241+0x13e]
#4 [main+0x23]
#5 [__libc_start_main+0xf0]
#6 [_start+0x29]
#7 [<unknown>+0x29]
Subtest basic-S4: FAIL (9.654s)
(11:50 AM) [gfx at gfx-bxt] [tests]$ : dmesg | grep intel_guc_setup
[ 3.150691] [drm:intel_guc_setup [i915]] GuC fw status: path
i915/bxt_guc_ver8_7.bin, fetch SUCCESS, load NONE
[ 3.150726] [drm:intel_guc_setup [i915]] GuC fw status: fetch SUCCESS, load
PENDING
[ 3.159459] [drm:intel_guc_setup [i915]] GuC fw status: fetch SUCCESS, load
SUCCESS
[ 64.319473] [drm:intel_guc_setup [i915]] GuC fw status: path
i915/bxt_guc_ver8_7.bin, fetch SUCCESS, load SUCCESS
[ 64.319499] [drm:intel_guc_setup [i915]] GuC fw status: fetch SUCCESS, load
PENDING
[ 64.332832] [drm:intel_guc_setup [i915]] GuC fw status: fetch SUCCESS, load
SUCCESS
[ 155.722796] [drm:intel_guc_setup [i915]] GuC fw status: path
i915/bxt_guc_ver8_7.bin, fetch SUCCESS, load SUCCESS
[ 155.722830] [drm:intel_guc_setup [i915]] GuC fw status: fetch SUCCESS, load
PENDING
[ 155.735341] [drm:intel_guc_setup [i915]] GuC fw status: fetch SUCCESS, load
SUCCESS
I just put drv_module_reload_basic in a short cycle (100 iterations, not able
to reproduce the issue)
Attaching logs
--
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/20161020/e3e5aac7/attachment.html>
More information about the intel-gfx-bugs
mailing list