pci_alloc_ir...ors_affinity(9)
okay so bestie, this is the Kernel API Manual page for pci_alloc_irq_vectors_affinity β the header writes it as pci_alloc_ir...ors_affinity(9), but the full function name is the one we're working with π
πΈ NAME πΈ
pci_alloc_irq_vectors_affinity β allocates multiple device interrupt vectors with affinity requirements. That's the whole name-section snack, periodt β¨
β¨ SYNOPSIS β¨
int pci_alloc_irq_vectors_affinity (struct pci_dev *dev , unsigned int
min_vecs , unsigned int max_vecs , unsigned int flags , struct
irq_affinity *affd );
π ARGUMENTS π
devβ the PCI device to operate on, bestie. This is the device getting the interrupt-vector glow-up.min_vecsβ minimum required number of vectors. And listen: it must be >= 1, no cap.max_vecsβ maximum desired number of vectors. It's giving upper-limit energy.flagsβ allocation flags, as inpci_alloc_irq_vectors. Same flag vibe, different function.affdβ affinity requirements. It can beNULL, so no pressure if you don't have affinity demands.
bestie, do not forget themin_vecsrule: it must be>= 1. The kernel is not accepting zero-vector chaos π
π¦ DESCRIPTION π¦
Same as pci_alloc_irq_vectors, but with the extra affd parameter. That's the whole plot twist π
Check that function's docs, and struct irq_affinity, for more details. Those are your lore drops, iykyk π«Ά
π SEE ALSO π
- Kernel file
./drivers/pci/msi/api.c pci_enable_msi(9)pci_disable_msi(9)pci_msix_vec_count(9)pci_enable_msix_range(9)pci_msix_can_alloc_dyn(9)pci_msix_alloc_irq_at(9)pci_msix_free_irq(9)pci_disable_msix(9)pci_alloc_irq_vectors(9)pci_irq_vector(9)pci_irq_get_affinity(9)pci_free_irq_vectors(9)pci_restore_msi_state(9)pci_msi_enabled(9)
kisses bestie π β this page came from the ./drivers/pci/msi source, dated October 2026, and signs off as pci_alloc_ir...ors_affinity(9). slay and 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