Summary: | [CI][DRMTIP] igt@pm_rpm@system-suspend-* - fail - <3> ...: azx_get_response timeout, switching to single_cmd mode | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | DRI | Reporter: | Martin Peres <martin.peres> | ||||||
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
Status: | RESOLVED WORKSFORME | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||||
Severity: | normal | ||||||||
Priority: | medium | CC: | intel-gfx-bugs | ||||||
Version: | XOrg git | ||||||||
Hardware: | Other | ||||||||
OS: | All | ||||||||
Whiteboard: | ReadyForDev | ||||||||
i915 platform: | BYT, ICL | i915 features: | display/audio | ||||||
Attachments: |
|
Description
Martin Peres
2018-12-31 10:29:19 UTC
The CI Bug Log issue associated to this bug has been updated. ### New filters associated * BYT ICL: igt@pm_rpm@system-suspend-* - fail - <3> ...: azx_get_response timeout, switching to single_cmd mode - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_172/fi-byt-j1900/igt@pm_rpm@system-suspend-modeset.html - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_175/fi-byt-j1900/igt@pm_rpm@system-suspend-execbuf.html - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_176/fi-byt-j1900/igt@pm_rpm@system-suspend-execbuf.html - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_176/fi-byt-j1900/igt@pm_rpm@system-suspend-modeset.html Created attachment 143409 [details]
Dump additional logs
Created attachment 143410 [details]
Dump additional traces
Hello, After thousands of iterations we are still not able to reproduce the issue. Attaching simple debug and trace scripts which dump additional driver logs. Please retest using following steps: 1. Upload dmesg_logs.sh and trace_logs.sh to tested machine 2. Call chmod +x on both files 3. Start “./dmesg_logs.sh > dmesg.txt” in first terminal and "./trace_logs.sh > trace.txt” in second terminal 4. Note – scripts are calling some commands as “sudo” so you may need to enter password 5. Execute your test 6. Interrupt scripts with ctrl+c Sorry for forgetting to add the link of the ICL failure. After a fair bit of archaeology, I found it: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_5164/shard-iclb1/igt@pm_rpm@system-suspend-modeset.html (In reply to cezary.j.rojewski from comment #4) > Hello, > > After thousands of iterations we are still not able to reproduce the issue. > Attaching simple debug and trace scripts which dump additional driver logs. > > Please retest using following steps: > 1. Upload dmesg_logs.sh and trace_logs.sh to tested machine > 2. Call chmod +x on both files > 3. Start “./dmesg_logs.sh > dmesg.txt” in first terminal and > "./trace_logs.sh > trace.txt” in second terminal > 4. Note – scripts are calling some commands as “sudo” so you may need to > enter password > 5. Execute your test > 6. Interrupt scripts with ctrl+c Thanks for doing this. So far, we have had a reproduction rate of ~1/500. What test did you execute in a loop? On ICL (do not tell the HW revision here though)? How many thousand times did you run the test? Thanks to your work, we will be able to drop the priority of this issue for ICL, but the problem is still very visible for our fi-byt-j1900[1], which you still probably want to look into. [1] https://intel-gfx-ci.01.org/hardware.html#fi-byt-j1900 , https://www.gigabyte.com/Mini-PcBarebone/GB-BXBT-1900-rev-10 We tried to reproduce this issue on ICL U. We've installed pm-graph: https://01.org/pm-graph/downloads/pm-graph-v5.3 Then we run analyze_suspend.py 2k times: sudo ./analyze_suspend.py -rtcwake 3 -multi 2000 1 -m mem And we do not have reproduction. The failure has not been seen on ICL since. As for BYT, we used to see the issue every 4.5 runs in average, but now not seen since drmtip_240. Let's wait until drmtip_285 before closing! Current drmtip is 321, still not seen. Closing this issue as WORKSFORME. The CI Bug Log issue associated to this bug has been archived. New failures matching the above filters will not be associated to this bug anymore. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.