vfio_ap_mdev_unlink_adapter(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay so picture this: you're deep in the vfio_ap corner of the kernel (yes, it's the 9 section, we love a kernel-API moment ✨) and this little function is the one that does the breakup duties. It's called vfio_ap_mdev_unlink_adapter, and it lives in the Kernel API Manual. Buckle up πŸ¦‹


✨ NAME ✨

vfio_ap_mdev_unlink_adapter β€” literally unlinks all the queues that are associated with an unassigned adapter from the matrix mdev that the adapter used to be assigned to. It's giving "you don't sit with us anymore" but make it queue management πŸ’…


🌸 SYNOPSIS 🌸

void vfio_ap_mdev_unlink_adapter (struct ap_matrix_mdev *matrix_mdev ,
unsigned long apid , struct list_head *qlist );

no cap, that's the whole signature β€” it returns void, so no return-value drama here πŸ™ˆ


πŸ’– ARGUMENTS πŸ’–

  • matrix_mdev β€” the matrix mediated device to which the adapter was assigned. like, the mdev in question, the main character πŸ‘‘
  • apid β€” the APID of the unassigned adapter. the glow-up-to-glow-down id, iykyk πŸ”₯
  • qlist β€” the list for storing queues associated with the unassigned adapter that need to be reset. think of it as the little basket 🧺 where the queues that need a reset go to be dealt with later.

πŸ¦‹ SEE ALSO πŸ¦‹

the whole friend group 🫢 β€” go say hi to:


πŸ’€ friendly reminder: the manpage gives you no return value because there is none β€” void is void, periodt. Don't go looking for an errno that isn't there.

alright bestie, that's the whole page 🌈 mwah πŸ’‹ β€” brought to you by the fine folks at ./drivers/s390/crypto, dated October 2026, and yeah, the page is literally named vfio_ap_mdev_unlink_adapter(9) (we're nothing if not consistent). go unlink those queues, you're gonna slay πŸŽ€βœ¨

πŸ“¦ where this page comes from