xe_sriov_pf_assert_vfid(9)
π xe_sriov_pf_assert_vfid(9) π
okay so this is a page from the Kernel API Manual, and honestly? it's a little vibe-check function for driver devs π«Ά
β¨ NAME β¨
xe_sriov_pf_assert_vfid β bestie, this one just warns you if &id isn't a supported VF number, but only when you're debugging π
πΈ SYNOPSIS πΈ
xe_sriov_pf_assert_vfid (xe , vfid );
that's the whole thing, no cap. two args, in and out, done β¨
π ARGUMENTS π
xeβ the PFxe_deviceyou're asserting on. like, the actual physical function device, the main character πvfidβ the VF number you wanna assert. the number under scrutiny, fr fr π
π¦ DESCRIPTION π¦
okay so here's the tea π: this asserts that xe actually represents the Physical Function (PF) device, and that the vfid you handed it is inside the range of supported VF numbers. that range goes up to the max number of VFs the driver can support β and yes, that includes VF0, which represents the PF itself π
lowkey important detail, don't forget it.
so it's checking two things at once: right device, right number. iconic behavior, honestly π
β NOTE β
heads up bestie π this is effective only on debug builds. so if you're on a non-debug build, don't expect it to do anything β it's giving "not me showing up to the party that isn't happening" π
for the full deets, see Xe Asserts_ π
π₯ SEE ALSO π₯
- Kernel file
./drivers/gpu/drm/xe/xe_sriov_pf_helpers.hβ the source of truth, go read it π§ xe_sriov_pf_get_totalvfs(9)β the total VFs onexe_sriov_pf_num_vfs(9)β the num VFs onexe_sriov_pf_admin_only(9)β the admin only one
the whole friend group, slay π
aaaand that's the page!! π byeee, this one lives in ./drivers/gpu/drm/xe, dated October 2026 β so like, future vibes only π¦β¨π
π¦ 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