xe_sriov_pf...gger_save_vf(9)
β¨ 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β thexe_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 π―
0on 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:
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_finish_save_vf(9)xe_sriov_pf_control_trigger_restore_vf(9)xe_sriov_pf_control_finish_restore_vf(9)
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
- 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