diff options
author | Chris Wilson <chris@chris-wilson.co.uk> | 2020-12-24 16:55:43 +0300 |
---|---|---|
committer | Chris Wilson <chris@chris-wilson.co.uk> | 2020-12-24 18:02:41 +0300 |
commit | ac1a6d7310e238b4781708283d441625c8e7da25 (patch) | |
tree | 774954df56c8feb2339d00fb2ea5c9dedeca84a1 /scripts/gcc-plugins/cyc_complexity_plugin.c | |
parent | f81475bb5bb4835dd5d868bee4a03c73ba486c4d (diff) | |
download | linux-ac1a6d7310e238b4781708283d441625c8e7da25.tar.xz |
drm/i915/gt: Simplify virtual engine handling for execlists_hold()
Now that the tasklet completely controls scheduling of the requests, and
we postpone scheduling out the old requests, we can keep a hanging
virtual request bound to the engine on which it hung, and remove it from
te queue. On release, it will be returned to the same engine and remain
in its queue until it is scheduled; after which point it will become
eligible for transfer to a sibling. Instead, we could opt to resubmit the
request along the virtual engine on unhold, making it eligible for load
balancing immediately -- but that seems like a pointless optimisation
for a hanging context.
Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Reviewed-by: Matthew Auld <matthew.auld@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20201224135544.1713-8-chris@chris-wilson.co.uk
Diffstat (limited to 'scripts/gcc-plugins/cyc_complexity_plugin.c')
0 files changed, 0 insertions, 0 deletions