xe_sriov_vfio_flr_prepare(9)
π xe_sriov_vfio_flr_prepare(9) β like, the whole kernel API manual vibe π
okay bestie so you're reading the Kernel API Manual page for xe_sriov_vfio_flr_prepare(9) and honestly? it's a little baddie of a function. let's get into it β¨
πΈ NAME πΈ
xe_sriov_vfio_flr_prepare β notify the PF that VF FLR prepare has started. that's it, that's the whole job π
β¨ SYNOPSIS β¨
int xe_sriov_vfio_flr_prepare (struct xe_device *xe , unsigned int vfid
);
look at her go π«Ά one call, two args, int coming back at you.
π¦ ARGUMENTS π¦
xeβ the PFxe_device, and you get it by callingxe_sriov_vfio_get_pf. that's the only way in, no cap π₯vfidβ the VF identifier. and bestie, listen: it can't be 0. zero is not invited to this party π
π DESCRIPTION π
so what does she do? this function marks the VF FLR as pending before the PF receives the GuC FLR event. that's the whole tea β the timing is literally the point β pending gets set first, GuC event comes after. iykyk π
π RETURN π
0β slay, it worked, success π- a negative error code β not slay, it failed π
π SEE ALSO π
the whole friend group, plus the kernel file they live in:
- Kernel file
./include/drm/intel/xe_sriov_vfio.h xe_sriov_vfio_get_pf(9)xe_sriov_vfio_migration_supported(9)xe_sriov_vfio_wait_flr_done(9)xe_sriov_vfio_suspend_device(9)xe_sriov_vfio_resume_device(9)xe_sriov_vfio_stop_copy_enter(9)xe_sriov_vfio_stop_copy_exit(9)xe_sriov_vfio_resume_data_enter(9)xe_sriov_vfio_resume_data_exit(9)xe_sriov_vfio_error(9)xe_sriov_vfio_data_read(9)xe_sriov_vfio_data_write(9)xe_sriov_vfio_stop_copy_size(9)
π friendly rememinder:vfidcan't be0. i said what i said.
mwah π that's the page!! sourced from ./include/drm/intel, dated October 2026, and it's giving main character energy all the way through. go read some more manpages bestie, love u, bye π§ββοΈπΈ
π¦ 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