hcall_assign_pcidev(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ hcall_assign_pcidev β€” Kernel API Manual, section 9 ✨

Okay so bestie, welcome to the glow-up of hcall_assign_pcidev(9) πŸ’… β€” it's a page straight out of the Kernel API Manual, and it's literally about handing a whole PCI device over to a User VM. Main character hypercall energy, no cap.


πŸŽ€ NAME πŸŽ€

hcall_assign_pcidev β€” assign a PCI device to a User VM 🫢


✨ SYNOPSIS ✨

long hcall_assign_pcidev (u64 vmid , u64 addr );

That's it. Two args, one long. Iconic. 🌸


πŸ¦‹ ARGUMENTS πŸ¦‹

  • vmid β€” the User VM ID 🏷️ β€” like, which User VM are we doing this for, bestie?
  • addr β€” the Service VM GPA of the struct acrn_pcidev πŸ“ β€” yes, a guest physical address pointing at that struct, she's fancy like that.

⭐ RETURN ⭐

  • 0 on success πŸŽ‰
  • <0 on failure 😭 (not her best moment, but ok)

πŸ‘‘ SEE ALSO πŸ‘‘

Kernel file ./drivers/virt/acrn/hypercall.h β€” and honestly the whole hypercall friend group showed up, so let's give them their moment πŸ’–:

ngl, hcall_deassign_pcidev(9) is literally this one's other half β€” assign her, deassign her, the circle of life πŸ¦‹

and that's the whole page, bestie β€” go assign some PCI devices, slay πŸ’…βœ¨

Comin' at you from ./drivers/virt/acrn, dated October 2026 β€” hcall_assign_pcidev(9), signing off πŸŽ€πŸ’œ

πŸ“¦ where this page comes from