Summary: | [CI][SHARDS] igt@i915_selftest@mock_requests - dmesg-warn - BUG: unable to handle kernel NULL pointer dereference at 0000000000000000 | ||
---|---|---|---|
Product: | DRI | Reporter: | Martin Peres <martin.peres> |
Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> |
Status: | RESOLVED FIXED | 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: | |||
i915 platform: | ICL | i915 features: |
Description
Martin Peres
2019-03-12 15:39:53 UTC
The CI Bug Log issue associated to this bug has been updated. ### New filters associated * ICL: igt@i915_selftest@mock_requests - dmesg-warn - BUG: unable to handle kernel NULL pointer dereference at 0000000000000000 - https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4881/shard-iclb8/igt@i915_selftest@mock_requests.html * ICL: igt@runner@aborted - fail - Previous test: i915_selftest (mock_requests) - https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4881/shard-iclb8/igt@runner@aborted.html For whatever reason the test failed due to an inexplicable delay, hitting cleanup code never before executed and which doesn't exist! Ignoring the root cause of the erroneous delay, and merely focusing on the secondary explosion: commit d315d4faf82092df6fe82f456fd26dc8b247b627 (HEAD -> drm-intel-next-queued, drm-intel/for-linux-next, drm-intel/drm-intel-next-queued) Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Tue Mar 19 21:42:33 2019 +0000 drm/i915/selftests: Provide stub reset functions If a test fails, we quite often mark the device as wedged. Provide the stub functions so that we can wedge the mock device, and avoid exploding on test failures. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=109981 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Cc: Mika Kuoppala <mika.kuoppala@linux.intel.com> Reviewed-by: Mika Kuoppala <mika.kuoppala@linux.intel.com> Link: https://patchwork.freedesktop.org/patch/msgid/20190319214233.25498-3-chris@chris-wilson.co.uk (In reply to Chris Wilson from comment #3) > Ignoring the root cause of the erroneous delay, and merely focusing on the > secondary explosion: > > commit d315d4faf82092df6fe82f456fd26dc8b247b627 (HEAD -> > drm-intel-next-queued, drm-intel/for-linux-next, > drm-intel/drm-intel-next-queued) > Author: Chris Wilson <chris@chris-wilson.co.uk> > Date: Tue Mar 19 21:42:33 2019 +0000 > > drm/i915/selftests: Provide stub reset functions > > If a test fails, we quite often mark the device as wedged. Provide the > stub functions so that we can wedge the mock device, and avoid exploding > on test failures. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=109981 > Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> > Cc: Mika Kuoppala <mika.kuoppala@linux.intel.com> > Reviewed-by: Mika Kuoppala <mika.kuoppala@linux.intel.com> > Link: > https://patchwork.freedesktop.org/patch/msgid/20190319214233.25498-3- > chris@chris-wilson.co.uk Thanks, it seems to have done the trick! It happened twice in 4 runs, and now nothing for 180. 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.