xe_sriov_pf...h_restore_vf(9)
β¨ xe_sriov_pf_control_finish_restore_vf β the glow-up finale of the VF restore saga β¨
okay so real talk, bestie β you're looking at xe_sriov_pf...h_restore_vf(9) from the Kernel API Manual, and it's genuinely one of those "last step of the quest" functions π. Full name is xe_sriov_pf_control_finish_restore_vf, and it wraps up the VF migration data RESTORE sequence on all GTs. literally all of them π
πΈ SYNOPSIS πΈ
int xe_sriov_pf_control_finish_restore_vf(struct xe_device *xe,
unsigned int vfid);
π¦ ARGUMENTS π¦
xeβ thexe_devicein question, your main character struct no cap π«Άvfidβ the VF identifier, aka which virtual function we're talking about π₯
π DESCRIPTION π
So this function is for PF only β like, PF as in Physical Function. If you're not the PF, this is not your moment, bestie, it's giving "wrong lane" energy π. But if you are the PF? Slay. This is the one that completes the VF migration data RESTORE sequence on all GTs. all of them. periodt π β¨
β RETURN β
0on success π β icon behavior, we love to see it- a negative error code on failure π β not the vibe, but at least you know
π SEE ALSO π
The source lives at β like, go read it, it's right there, iykyk:
./drivers/gpu/drm/xe/xe_sriov_pf_control.c
and it's got a whole friend group of sibling functions, obsessed with this squad fr fr:
xe_sriov_pf_control_pause_vf(9)xe_sriov_pf_control_resume_vf(9)xe_sriov_pf_control_stop_vf(9)xe_sriov_pf_control_reset_vf(9)xe_sriov_pf_control_prepare_flr(9)xe_sriov_pf_control_wait_flr(9)xe_sriov_pf_control_sync_flr(9)xe_sriov_pf_control_trigger_save_vf(9)xe_sriov_pf_control_finish_save_vf(9)xe_sriov_pf_control_trigger_restore_vf(9)
π okay that's the whole page, and tysm for reading π«Ά this gem lives in ./drivers/gpu/drm/xe, dated October 2026 β β catch you in the next manpage, bestie ππ
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms