search for: libxl_pci_func_all

I think this is a bug in the xl toolchain. lspci -s 0000:12:0.* 12:00.0 Display controller: ATI Technologies Inc Device 671d 12:00.1 Audio device: ATI Technologies Inc Device aa80 sudo xm pci-list-assignable-devices 0000:13:00.0 0000:13:00.1 0000:12:00.0 0000:12:00.1 So there is a multi-function device (actually one ASIC of a AMD Radeon 6990 card). It has two function addresses 0 = Display

This patch adds a new option for xen config files for directly mapping hardware io memory into a vm. Signed-off-by: Matthew Fioravante <matthew.fioravante@jhuapl.edu> diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5 index 013270d..428da21 100644 --- a/docs/man/xl.cfg.pod.5 +++ b/docs/man/xl.cfg.pod.5 @@ -496,6 +496,17 @@ is given in hexadecimal and may either a span e.g.

...id, &pcidev_s); + rc = do_pci_add(&gc, stubdomid, &pcidev_s); if ( rc ) - return rc; + goto out; } orig_vdev = pcidev->vdevfn & ~7U; @@ -738,10 +780,12 @@ int libxl_device_pci_add(libxl_ctx *ctx, if ( pcidev->vfunc_mask == LIBXL_PCI_FUNC_ALL ) { if ( !(pcidev->vdevfn >> 3) ) { XL_LOG(ctx, XL_LOG_ERROR, "Must specify a v-slot for multi-function devices"); - return ERROR_INVAL; + rc = ERROR_INVAL; + goto out; } - if ( pci_multifunction_check(ctx, pc...

The series introduces auto-generation of the type definitions used in the libxl interface followed by auto-generation of a destructor function for each type. In the future it may be possible to use the related data structures for other purposes, for example auto-generation of the functions to marshal between C and language binding data types. tools/_libxl_types.h should be identical both before