vmw_user_bo_synccpu_grab(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ vmw_user_bo_synccpu_grab(9) ✨

okay bestie, welcome to the Kernel API Manual πŸ’– β€” today we're learning about vmw_user_bo_synccpu_grab, which is literally the function that grabs a struct vmw_bo for CPU access 🫢

🌸 NAME 🌸

vmw_user_bo_synccpu_grab β€” grab a struct vmw_bo for cpu access, idle previous GPU operations on the buffer, and optionally block it for further command submissions. no cap, that's the whole vibe check πŸŽ€

πŸ¦‹ SYNOPSIS πŸ¦‹

int vmw_user_bo_synccpu_grab (struct vmw_bo *vmw_bo , uint32_t flags );

πŸ’… ARGUMENTS πŸ’…

  • vmw_bo β€” Pointer to the buffer object being grabbed for CPU access. this is the main character of the operation ✨
  • flags β€” Flags indicating how the grab should be performed. iykyk, they change the whole energy of the grab 🌈

πŸ”₯ RETURN πŸ”₯

Zero on success, negative error code on error. fr fr, that's it. but lowkey there are two specific ones you should know about πŸ‘‘

  • -EBUSY β€” returned if a dontblock operation is requested and the buffer object is busy 😭 like, it's occupied, come back later
  • -ERESTARTSYS β€” returned if a wait is interrupted by a signal πŸ’€ rude but valid

πŸ‘‘ DESCRIPTION πŸ‘‘

A blocking grab will be automatically released when tfile is closed. literally so convenient, it cleans up after itself 🧚✨

πŸ’œ SEE ALSO πŸ’œ

Kernel file ./drivers/gpu/drm/vmwgfx/vmwgfx_bo.c, plus the whole friend group 🫢:


and that's the page bestie πŸ’– it lives in ./drivers/gpu/drm/vmwgfx and it's dated October 2026 β€” write that down, slay, periodt πŸŒŸπŸ’…

πŸ“¦ where this page comes from