aboutsummaryrefslogtreecommitdiff
path: root/net/unix/unix_bpf.c
diff options
context:
space:
mode:
authorDaniel Vetter <[email protected]>2021-02-03 16:29:21 +0100
committerDaniel Vetter <[email protected]>2021-03-12 15:10:03 +0100
commit8613385cb2856e2ee9c4efb1f95eeaca0e1a0963 (patch)
tree19d5d30f09b4f37941fd68fab1637578d76c38b3 /net/unix/unix_bpf.c
parent67cc24ac17fe2a2496456c8ca281ef89f7a6fd89 (diff)
dma-fence: Document recoverable page fault implications
Recently there was a fairly long thread about recoreable hardware page faults, how they can deadlock, and what to do about that. While the discussion is still fresh I figured good time to try and document the conclusions a bit. This documentation section explains what's the potential problem, and the remedies we've discussed, roughly ordered from best to worst. v2: Linus -> Linux typoe (Dave) v3: - Make it clear drivers only need to implement one option (Christian) - Make it clearer that implicit sync is out the window with exclusive fences (Christian) - Add the fairly theoretical option of segementing the memory (either statically or through dynamic checks at runtime for which piece of memory is managed how) and explain why it's not a great idea (Felix) References: https://lore.kernel.org/dri-devel/[email protected]/ Reviewed-by: Christian König <[email protected]> Acked-by: Thomas Hellström <[email protected]> Reviewed-by: Felix Kuehling <[email protected]> c: Dave Airlie <[email protected]> Cc: Maarten Lankhorst <[email protected]> Cc: Thomas Hellström <[email protected]> Cc: "Christian König" <[email protected]> Cc: Jerome Glisse <[email protected]> Cc: Felix Kuehling <[email protected]> Signed-off-by: Daniel Vetter <[email protected]> Cc: Sumit Semwal <[email protected]> Cc: [email protected] Cc: [email protected] Link: https://patchwork.freedesktop.org/patch/msgid/[email protected]
Diffstat (limited to 'net/unix/unix_bpf.c')
0 files changed, 0 insertions, 0 deletions