xe_sriov_pf_...r_restore_vf(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… xe_sriov_pf_control_trigger_restore_vf(9) πŸ’…

okay so bestie, we're in the Kernel API Manual today β€” yes, the whole manual, and yes the page header up top is literally xe_sriov_pf_...r_restore_vf(9) because it got truncated by the vibes (and by the column width, honestly). the full, un-abbreviated name of the function is the star of the show below. let's get into it 🫢


✨ NAME ✨

xe_sriov_pf_control_trigger_restore_vf β€” it starts the VF migration data RESTORE sequence on all GTs. like, all of them. every GT. no cap πŸ¦‹


🌸 SYNOPSIS 🌸

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

πŸŽ€ ARGUMENTS πŸŽ€

  • xe β€” the xe_device. that's the device, bestie, the whole thing πŸ’–
  • vfid β€” the VF identifier. which VF are we talking about? this number says it 🧚

πŸ’œ DESCRIPTION πŸ’œ

so here's the tea: this function is for PF only. that's it, that's the whole description, and honestly she said what she said πŸ‘‘

not me being the shortest DESCRIPTION section in the whole manual β€” periodt, the source said it and I'm not adding lore that isn't there πŸ™ˆ

⭐ RETURN ⭐

  • 0 β€” success, slay, we ate πŸ’…
  • a negative error code β€” failure, and we're sad about it 😭

🌈 SEE ALSO 🌈

the kernel file, right here in all her glory:

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

and the whole friend group, in order, no skipping:

iykyk, that's the whole control squad πŸ”₯


okay that's the page!! sourced from ./drivers/gpu/drm/xe, dated October 2026, and filed under xe_sriov_pf_...r_restore_vf(9) (yes, still abbreviated, still iconic) β€” bye bestie, go restore some VF data πŸ’–βœ¨πŸŽ€

πŸ“¦ where this page comes from