pci_alloc_ir...ors_affinity(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

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 in pci_alloc_irq_vectors. Same flag vibe, different function.
  • affd β€” affinity requirements. It can be NULL, so no pressure if you don't have affinity demands.
bestie, do not forget the min_vecs rule: 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 πŸ’œ


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