search for: r_func

...BDOM not defined. so should CONFIG_STUBDOM be defined ? Below is part of pass-through.c. #ifndef CONFIG_STUBDOM #define PCI_IOMUL_DEV_PATH "/dev/xen/pci_iomul" static void pt_iomul_init(struct pt_dev *assigned_device, uint8_t r_bus, uint8_t r_dev, uint8_t r_func) { int fd = PCI_IOMUL_INVALID_FD; struct pci_iomul_setup setup = { .segment = 0, .bus = r_bus, .dev = r_dev, .func = r_func, }; fd = open(PCI_IOMUL_DEV_PATH, O_RDWR); if ( fd < 0 ) { PT_LOG("Error: %s can't open file %s: %s: 0...

Userspace patches for the pci-passthrough functionality. The major updates since the last post are: - Loop to add passthrough devices in pc_init1 - Handle errors in read/write calls - Allow invocation without irq number for in-kernel irqchip Other than this, several small things were fixed according to review comments received last time.

Userspace patches for the pci-passthrough functionality. The major updates since the last post are: - Loop to add passthrough devices in pc_init1 - Handle errors in read/write calls - Allow invocation without irq number for in-kernel irqchip Other than this, several small things were fixed according to review comments received last time.

Hi List, many People seem to be interested in the Graphic-Card Passthrough Feature (for more or less obvious reasons). Official Support is still under development, and i hope not to interfere with it in any (bad) way ... But i remember my own painfull and timeconsuming research when i wanted this feature to work, so i thought perhaps this spares some time for the unpatient users like me :)