[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