aboutsummaryrefslogtreecommitdiff
path: root/tools/testing/selftests/bpf/progs/test_autoload.c
diff options
context:
space:
mode:
authorJohn Harrison <[email protected]>2024-01-10 13:02:16 -0800
committerJohn Harrison <[email protected]>2024-02-14 17:17:35 -0800
commiteb927f01dfb6309c8a184593c2c0618c4000c481 (patch)
tree55f6a0b991925c65ea706879f04797e8a133c57d /tools/testing/selftests/bpf/progs/test_autoload.c
parentb112364867499e1327801da200868a6c506465fa (diff)
drm/i915/gt: Restart the heartbeat timer when forcing a pulse
The context persistence code does things like send super high priority heartbeat pulses to ensure any leaked context can still be pre-empted and thus isn't a total denial of service but only a minor denial of service. Unfortunately, it wasn't bothering to restart the heartbeat worker with a fresh timeout. Thus, if a persistent context happened to be closed just before the heartbeat was going to go ping anyway then the forced pulse would get a negligble execution time. And as the forced pulse is super high priority, the worker thread's next step is a reset. Which means a potentially innocent system randomly goes boom when attempting to close a context. So, force a re-schedule of the worker thread with the appropriate timeout. Signed-off-by: John Harrison <[email protected]> Reviewed-by: Andi Shyti <[email protected]> Link: https://patchwork.freedesktop.org/patch/msgid/[email protected]
Diffstat (limited to 'tools/testing/selftests/bpf/progs/test_autoload.c')
0 files changed, 0 insertions, 0 deletions