xe_sriov_vf_ccs_attach_bo(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ xe_sriov_vf_ccs_attach_bo ✨

okay bestie, welcome to the Kernel API Manual πŸ’– this is the page for xe_sriov_vf_ccs_attach_bo and honestly it's giving "small function, big job" energy. let's get into it πŸŽ€


🌸 NAME 🌸

xe_sriov_vf_ccs_attach_bo β€” puts the CCS read/write commands into the BO. that's the whole vibe 🫢


✨ SYNOPSIS ✨

int xe_sriov_vf_ccs_attach_bo (struct xe_bo *bo , struct ttm_resource
       *new_mem );

like, two args, one int return, no cap πŸ’…


πŸ¦‹ ARGUMENTS πŸ¦‹

  • bo β€” the buffer object that's gonna get the batch buffer commands added to it. that's the main character here πŸ‘‘
  • new_mem β€” the destination resource that bo is currently being moved into β€” and bestie, important detail: it is not yet committed at this point 😭 bo->ttm.resource is still pointing at the old resource while this is happening, so don't get it twisted πŸ™ˆ

πŸ’œ DESCRIPTION πŸ’œ

so here's the tea ⭐ this function shall be called only by VF β€” like, that's a hard requirement, not a suggestion, periodt πŸ”₯

what it actually does: it inserts the PTEs and the copy command instructions into the BO, and it does that by calling the xe_migrate_ccs_rw_copy function. that's it, that's the move πŸ’«

fr fr, VF only. don't be out here calling it from anywhere else πŸ™…β€β™€οΈ

🌈 RETURN 🌈

  • 0 if it worked β€” slay βœ…
  • a negative error code on failure β€” not slay, but at least it tells you 😭

πŸ“ SEE ALSO πŸ“


aaaand that's the page, bestie πŸ§šπŸ’– this whole thing lives over in ./drivers/gpu/drm/xe, it's dated October 2026, and the page itself is xe_sriov_vf_ccs_attach_bo(9). go forth and attach those BOs responsibly πŸ’…βœ¨

πŸ“¦ where this page comes from