ttm_bo_move_sync_cleanup(9)

📦 version 7.3.1, in nixpkgs unstable

💅 ttm_bo_move_sync_cleanup(9) ✨

okay so bestie, welcome to the Kernel API Manual 🫶 — this one's from the DRM/TTM corner of the kernel and it's literally just "wait for the move to be done, then clean up." iconic, low-effort, effective. no cap.

✨ NAME ✨

ttm_bo_move_sync_cleanup — cleanup by waiting for the move to finish 🌸

🎀 SYNOPSIS 🎀

void ttm_bo_move_sync_cleanup (struct ttm_buffer_object *bo , struct
       ttm_resource *new_mem );

that's the whole thing. void return, two args, no drama 💅

🦋 ARGUMENTS 🦋

  • bo — a pointer to a struct ttm_buffer_object. yes, the buffer object itself, the main character 👑
  • new_mem — a struct ttm_resource indicating where to move. it's giving "destination address" energy ✨

💖 DESCRIPTION 💖

okay so this is a special case of ttm_bo_move_accel_cleanup, and the special part is that the caller guarantees the bo is idle. like, guaranteed-guaranteed. the caller pinky-swears it 🤝

typically it gets used after memcpy buffer moves — that's literally the vibe. so you memcpy'd your buffer, everyone's chill, and now you sync up and clean up.

⚠️ note the caveat: the bo being idle is on you, the caller. this function isn't doing the vibe check for you, it's trusting you already did it 🙈

🔥 SEE ALSO 🔥

kernel file ./drivers/gpu/drm/ttm/ttm_bo_util.c and the whole friend group:

the whole squad, fr fr 🧚

🌈 sign-off 🌈

that's the page, bestie! it lives at ./drivers/gpu/drm/ttm, it's dated October 2026, and it goes by ttm_bo_move_sync_cleanup(9) 💜 go wait on that move and be free ✨💖🎀

📦 where this page comes from