dma_fence_signal_timestamp(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– dma_fence_signal_timestamp(9) β€” like, the Kernel API Manual page, bestie πŸ’–

okay so picture this: you're deep in the kernel, specifically dma_fence_signal_timestamp, and you need the tea. this is that page. it lives in the Kernel API Manual section 9, and it's lowkey iconic. let's get into it πŸŽ€


✨ NAME ✨

dma_fence_signal_timestamp β€” signal completion of a fence. that's the whole vibe. a fence gets told "you're done, girl" πŸ’…


🌸 SYNOPSIS 🌸

void dma_fence_signal_timestamp (struct dma_fence *fence , ktime_t
timestamp );

it returns void, so don't go looking for a return value, there isn't one, periodt 🫢


πŸ¦‹ ARGUMENTS πŸ¦‹

  • fence β€” the fence you're signalling. the main character of this whole operation πŸ‘‘
  • timestamp β€” the fence signal timestamp, expressed in the kernel's CLOCK_MONOTONIC time domain. yes, that domain. don't @ me πŸ•

πŸ”₯ DESCRIPTION πŸ”₯

so what does it actually do? it signals completion for software callbacks on a fence β€” which is a fancy way of saying it will unblock dma_fence_wait calls and run all the callbacks that were added with dma_fence_add_callback. it's giving "everyone waiting in the group chat finally gets the reply" energy 😭✨

here's the part you need to know though: you can call it multiple times, but since a fence can only go from the unsignaled state to the signaled state and not back, it will only be effective the first time. so like, the first call ate and left no crumbs; every call after that is just standing there πŸ’€

oh and also β€” it sets the timestamp you provide as the fence signal timestamp. slay πŸ’–


🌈 SEE ALSO 🌈

the whole friend group, no cap:


ngl bestie, this one's short but it's a whole moment. first call only. remember that. πŸ’…

kay that's the whole page, mwah πŸ’‹ this lil beauty comes from ./drivers/dma-buf, dated October 2026, and it's filed under dma_fence_signal_timestamp(9) β€” iykyk πŸ§šπŸ’œ

πŸ“¦ where this page comes from