| Summary: | [CI] GLK: igt@kms_vblank@pipe-[abc]* - fail - Failed assertion: wait_vblank(fd, &vbl) == 0 | ||
|---|---|---|---|
| Product: | DRI | Reporter: | Martin Peres <martin.peres> |
| Component: | DRM/Intel | Assignee: | Karthik B S <karthik.b.s> |
| Status: | CLOSED WORKSFORME | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
| Severity: | normal | ||
| Priority: | high | CC: | intel-gfx-bugs |
| Version: | XOrg git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | ReadyForDev | ||
| i915 platform: | GLK | i915 features: | display/Other |
|
Description
Martin Peres
2018-05-30 12:59:07 UTC
This seems to be a regression introduced in drmtip_53, so bumping the priority. This is seen in more than 20 testcases based on cibuglogger. Proposing to highest. Last seen 2 days, 10 hours ago. 6 / 66 runs (9.1%) Last seen on drmtip_68 (1 week, 5 days / 146 runs ago) (In reply to Francesco Balestrieri from comment #4) > Last seen on drmtip_68 (1 week, 5 days / 146 runs ago) It used to be reproducible every single run until drmtip_68, then nothing for multiple runs. So let's close it! Closing, thanks And it's back! https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_91/fi-glk-j4005/igt@kms_vblank@pipe-c-query-idle-hang.html https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_91/fi-glk-j4005/igt@kms_vblank@pipe-a-query-busy.html https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_91/fi-glk-j4005/igt@kms_vblank@pipe-a-query-idle-hang.html Lowering the priority because this may not have been a regression introduced by drmtip_53, but may be just timing-sensitive. When this issue is seen, it is seen multiple times per drmtip run. The affected drmtip runs are affected so far are: 135-133, 129, 127, 93-91, 68-53. This really suggests that this is timings-related. In average, there are 15.5 runs of silence between periods of detection. So that means we would need to wait at least 155 drmtip runs (until drmtip_290) before we can have a reasonable expectation that this is fixed. Let's see where this goes! (In reply to Martin Peres from comment #9) > When this issue is seen, it is seen multiple times per drmtip run. The > affected drmtip runs are affected so far are: 135-133, 129, 127, 93-91, > 68-53. This really suggests that this is timings-related. > > In average, there are 15.5 runs of silence between periods of detection. So > that means we would need to wait at least 155 drmtip runs (until drmtip_290) > before we can have a reasonable expectation that this is fixed. > > Let's see where this goes! Current drmtip run is 296. No new occurrences since drmtip 135, closing this bug 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.