https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_169/fi-skl-guc/igt@kms_flip@flip-vs-panning-vs-hang-interruptible.html Starting subtest: flip-vs-panning-vs-hang-interruptible (kms_flip:1443) ioctl_wrappers-CRITICAL: Test assertion failure function gem_execbuf_wr, file ../lib/ioctl_wrappers.c:635: (kms_flip:1443) ioctl_wrappers-CRITICAL: Failed assertion: __gem_execbuf_wr(fd, execbuf) == 0 (kms_flip:1443) ioctl_wrappers-CRITICAL: error: -5 != 0 Subtest flip-vs-panning-vs-hang-interruptible failed.
The CI Bug Log issue associated to this bug has been updated. ### New filters associated * GUC: igt@kms_flip@flip-vs-panning-vs-hang-interruptible - dmesg-fail - Failed assertion: __gem_execbuf_wr(fd, execbuf) == 0, error: -5 != 0 - https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_169/fi-skl-guc/igt@kms_flip@flip-vs-panning-vs-hang-interruptible.html
The issue is that a full gpu reset is being done after which the guc fails to reload. Since this issue was reported, full gpu reset has been disabled with guc as part of lockless reset changes. This issue will be revisited after an upcoming update to guc version and full reset with guc is reinstated.
As expected, not seen for almost 3 months as reset disabled. Reset enabling with GuC still pending.
(In reply to Jon Ewins from comment #3) > As expected, not seen for almost 3 months as reset disabled. Reset enabling > with GuC still pending. Thanks! Closing as this was seen only once 6 months ago, and we can't know if it got fixed or if the reproduction rate was so low that we just are super unlikely to catch the issue again.
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.