pci_disable_pri(9)
β¨ pci_disable_pri β like, the Kernel API Manual page, bestie β¨
Okay so this is from the Kernel API Manual, section 9, and it's literally all about one tiny little void function. Let's get into it π«Ά
πΈ NAME πΈ
pci_disable_pri β turns OFF the PRI capability. That's it. That's the whole vibe π
π¦ SYNOPSIS π¦
void pci_disable_pri (struct pci_dev *pdev );
No return value, no drama β it's a void function, she doesn't give anything back π
π ARGUMENTS π
pdevβ the PCI device structure, aka the lil guy you're doing this to. This is the one and only thing you hand her π
π DESCRIPTION π
Okay so here's the tea: pci_disable_pri only clears the enabled-bit, and it does that regardless of its former value. So like β it doesn't peek at what the bit used to be first, doesn't ask questions, doesn't check. It just clears it. Periodt π§
Not me emphasizing this again but fr fr: only clears the enabled-bit, regardless of its former value. That's the entire behavior, no cap π
β SEE ALSO β
Go check out the Kernel file ./drivers/pci/ats.c and then these iconic functions, all in the (9) section:
pci_ats_supported(9)pci_prepare_ats(9)pci_enable_ats(9)pci_disable_ats(9)pci_ats_queue_depth(9)pci_ats_page_aligned(9)pci_ats_required(9)pci_enable_pri(9)pci_restore_pri_state(9)pci_reset_pri(9)pci_prg_resp_pasid_required(9)pci_pri_supported(9)pci_enable_pasid(9)pci_disable_pasid(9)pci_restore_pasid_state(9)pci_pasid_features(9)pci_max_pasids(9)pci_pasid_status(9)
Like a whole friend group honestly β ATS girlies, PRI girlies, PASID girlies, they all hang out together π
π« sign-off π«
This page lives in ./drivers/pci and it's dated October 2026 β so yes, she's serving future energy β Anyway, go clear that bit bestie, mwah ππ
π¦ 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