xe_configfs_get_max_vfs(9)
π xe_configfs_get_max_vfs(9) π
okay so bestie, welcome to the Kernel API Manual β yes we're reading kernel docs together, this is our bonding time now π«Ά
β¨ NAME β¨
xe_configfs_get_max_vfs β literally just get the number of VFs that could be managed π
πΈ SYNOPSIS πΈ
unsigned int xe_configfs_get_max_vfs (struct pci_dev *pdev );
π ARGUMENTS π
pdevβ thepci_devdevice, aka the main character of this whole function π
π¦ DESCRIPTION π¦
So here's the vibe: it goes and finds the configfs group that belongs to the PCI device, and then it hands you back the maximum number of Virtual Functions (VFs) that could be managed by this device β¨
And if that configfs group is justβ¦ not present? not invited to the party? π then it lowkey falls back to using the value of the max_vfs module parameter. no group, no problem, we improvise πββοΈ
β RETURN β
The maximum number of VFs that could be managed. that's it, that's the answer, periodt π
π₯ SEE ALSO π₯
- Kernel file
./drivers/gpu/drm/xe/xe_configfs.cβ Xe Configfs(9) xe_configfs_check_device(9)xe_configfs_get_survivability_mode(9)xe_configfs_primary_gt_allowed(9)xe_configfs_media_gt_allowed(9)xe_configfs_get_engines_allowed(9)xe_configfs_get_psmi_enabled(9)xe_configfs_get_enable_multi_queue(9)xe_configfs_get_ctx_restore_mid_bb(9)xe_configfs_get_ctx_restore_post_bb(9)xe_configfs_admin_only_pf(9)
like yes that's a whole friend group of functions, they all run together, iykyk π
and that's a wrap bestie!! π this came outta ./drivers/gpu/drm/xe back in October 2026, filed under xe_configfs_get_max_vfs(9) β mwah, go read some kernel source, it's giving main character energy ππ
π¦ 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