While the test is blocked, we keep trying the gen12_single_ctx_helper(). As this is using the parent's drm_fd, all of our context allocations are persistent. Reopen the device in the child so that when we exit, our allocations are freed along with the process -- avoiding a total memory leak if the test is stuck. This does not explain why the test was stuck, it just prevents us from exacerbating the error condition. Hopefully leaving the system in a more debuggable state. References: https://gitlab.freedesktop.org/drm/intel/-/issues/2126 Signed-off-by: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx> Cc: Lionel Landwerlin <lionel.g.landwerlin@xxxxxxxxx> Reviewed-by: Lionel Landwerlin <lionel.g.landwerlin@xxxxxxxxx> --- tests/i915/perf.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/tests/i915/perf.c b/tests/i915/perf.c index d4ebae30d..92edc9f1f 100644 --- a/tests/i915/perf.c +++ b/tests/i915/perf.c @@ -4120,8 +4120,13 @@ gen12_test_single_ctx_render_target_writes_a_counter(void) do { igt_fork_helper(&child) { + /* A local device for local resources. */ + drm_fd = gem_reopen_driver(drm_fd); + igt_drop_root(); gen12_single_ctx_helper(); + + close(drm_fd); } child_ret = igt_wait_helper(&child); igt_assert(WEXITSTATUS(child_ret) == EAGAIN || -- 2.27.0 _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx
