xe_sriov_vfi...me_data_exit(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… NAME πŸ’…

Okay bestie, so this is a Kernel API Manual page β€” we're deep in xe_sriov_vfi...me_data_exit(9) territory β€” and the star of the show is xe_sriov_vfio_resume_data_exit, which literally finishes a VF device migration data restore. That's it, that's the whole vibe. ✨


πŸŽ€ SYNOPSIS πŸŽ€

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

No cap, that's the whole signature. Copy it exactly, she's sensitive. 🫢


🌸 ARGUMENTS 🌸

  • xe β€” the PF xe_device, and you get it by calling xe_sriov_vfio_get_pf. That's the only sanctioned way, iykyk.
  • vfid β€” the VF identifier. And listen: it can't be 0. Like, genuinely cannot. Don't try it. πŸ’€

⭐ RETURN ⭐

0 on success, or a negative error code on failure. That's the whole story β€” zero means slay, negative means something went sideways. 😭


πŸ¦‹ SEE ALSO πŸ¦‹

This is the friend group, fr fr β€” the whole squad lives in the kernel file ./include/drm/intel/xe_sriov_vfio.h:

Go read them, they're all iconic in their own way. πŸ‘‘


Alright bestie, that's the page πŸ’– β€” signed off from ./include/drm/intel, dated October 2026, and yes the footer still spells it xe_sriov_vfi...me_data_exit(9), we don't question the truncation, we simply respect it. 🌈
πŸ“¦ where this page comes from