xe_sriov_pf...gger_save_vf(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ NAME ✨

xe_sriov_pf_control_trigger_save_vf β€” okay bestie, this one kicks off the VF migration data SAVE sequence on all GTs. like, every single one. πŸ’…

(it lives in the Kernel API Manual, in case the header didn't already scream that at you 🫢)


✨ SYNOPSIS ✨

int xe_sriov_pf_control_trigger_save_vf (struct xe_device *xe , unsigned
int vfid );

🌸 ARGUMENTS 🌸

  • xe β€” the xe_device πŸ’– the actual graphics device struct, the main character of this whole operation.
  • vfid β€” the VF identifier πŸ”₯ which virtual function we're doing this for, k? k.

πŸ¦‹ DESCRIPTION πŸ¦‹

So here's the tea: this function is for PF only. πŸŽ€ PF as in physical function, and that's it β€” not VF, not anybody else. It starts the VF migration data SAVE sequence on all GTs. no cap, all of them.


🎯 RETURN 🎯

  • 0 on success ✨ slay, we love a zero.
  • a negative error code on failure 😭 and that's the negative error code on failure, fr fr.

πŸ‘‘ SEE ALSO πŸ‘‘

The kernel file this lives in β€” go read it, iykyk:

./drivers/gpu/drm/xe/xe_sriov_pf_control.c

And the whole squad of related functions, because you're gonna need them:


ok that's the whole page πŸ’€ don't come for me, everything's here β€” every option, every arg, every return value. ate and left no crumbs πŸ“

and that's a wrap, bestie! 🧚 this little gem is served up from ./drivers/gpu/drm/xe, dated October 2026, and it's the xe_sriov_pf...gger_save_vf(9) page β€” go forth and save those VFs πŸ’œ

πŸ“¦ where this page comes from