[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/5] drm/i915/selftests: Force bonded submission to overlap
Chris Wilson
chris at chris-wilson.co.uk
Fri Nov 22 13:49:40 UTC 2019
Quoting Patchwork (2019-11-22 13:30:26)
> == Series Details ==
>
> Series: series starting with [1/5] drm/i915/selftests: Force bonded submission to overlap
> URL : https://patchwork.freedesktop.org/series/69887/
> State : failure
>
> == Summary ==
>
> CI Bug Log - changes from CI_DRM_7404 -> Patchwork_15394
> ====================================================
>
> Summary
> -------
>
> **FAILURE**
>
> Serious unknown changes coming with Patchwork_15394 absolutely need to be
> verified manually.
>
> If you think the reported changes have nothing to do with the changes
> introduced in Patchwork_15394, please notify your bug team to allow them
> to document this new failure mode, which will reduce false positives in CI.
>
> External URL: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_15394/index.html
>
> Possible new issues
> -------------------
>
> Here are the unknown changes that may have been introduced in Patchwork_15394:
>
> ### IGT changes ###
>
> #### Possible regressions ####
>
> * igt at i915_selftest@live_gem_contexts:
> - fi-skl-lmem: [PASS][1] -> [TIMEOUT][2]
> [1]: https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_7404/fi-skl-lmem/igt@i915_selftest@live_gem_contexts.html
> [2]: https://intel-gfx-ci.01.org/tree/drm-tip/Patchwork_15394/fi-skl-lmem/igt@i915_selftest@live_gem_contexts.html
Well at least now I know that randomly moving code around
i915_request_retire() is not the solution.
If it's the same as before, and I can't see any reason why it wouldn't
be, somewhere between engine_retire(), intel_gt_retire_requests() and
__engine_park() we drop the kernel_context from the
gt->timelines.active_list.
-Chris
More information about the Intel-gfx
mailing list