(gem_exec_await:1460) i915/gem_context-CRITICAL: Test assertion failure function gem_context_create, file ../lib/i915/gem_context.c:106:
(gem_exec_await:1460) i915/gem_context-CRITICAL: Failed assertion: __gem_context_create(fd, &ctx_id) == 0
(gem_exec_await:1460) i915/gem_context-CRITICAL: error: -28 != 0(ge
Seems to be transient out of memory on context allocation.
So close, but no we just ran out of contexts on icl (max number is 2048). ENOSPC here requires https://patchwork.freedesktop.org/series/44134/ which only works in this instance as the contexts are short lived. Other tests we've have to adjust to keep within the limit for long lived contexts.
commit 288f1ced5e24abe3e768224f701a205c3a7e16f9 (HEAD -> drm-intel-next-queued, drm-intel/drm-intel-next-queued)
Author: Chris Wilson <firstname.lastname@example.org>
Date: Tue Sep 4 16:31:17 2018 +0100
drm/i915: Reduce context HW ID lifetime
Future gen reduce the number of bits we will have available to
differentiate between contexts, so reduce the lifetime of the ID
assignment from that of the context to its current active cycle (i.e.
only while it is pinned for use by the HW, will it have a constant ID).
This means that instead of a max of 2k allocated contexts (worst case
before fun with bit twiddling), we instead have a limit of 2k in flight
contexts (minus a few that have been pinned by the kernel or by perf).
To reduce the number of contexts id we require, we allocate a context id
on first and mark it as pinned for as long as the GEM context itself is,
that is we keep it pinned it while active on each engine. If we exhaust
our context id space, then we try to reclaim an id from an idle context.
In the extreme case where all context ids are pinned by active contexts,
we force the system to idle in order to recover ids.
We cannot reduce the scope of an HW-ID to an engine (allowing the same
gem_context to have different ids on each engine) as in the future we
will need to preassign an id before we know which engine the
context is being executed on.
v2: Improved commentary (Tvrtko) [I tried at least]
Signed-off-by: Chris Wilson <email@example.com>
Cc: Lionel Landwerlin <firstname.lastname@example.org>
Cc: Tvrtko Ursulin <email@example.com>
Cc: Mika Kuoppala <firstname.lastname@example.org>
Cc: Michel Thierry <email@example.com>
Cc: Michal Wajdeczko <firstname.lastname@example.org>
Cc: Daniele Ceraolo Spurio <email@example.com>
Reviewed-by: Tvrtko Ursulin <firstname.lastname@example.org>
This issue occurred twice 1 month 1 week ago (31 rounds in between). Not seen this issue for more than 550 rounds. Closing this bug.