search for: pcidev

Add commands to automatically prep devices for pass-through The current method for passing through devices requires users to either modify cryptic Linux boot parameters and reboot, or do a lot of manual reads and writes into sysfs nodes. This set of patches introduces commands to make this easier. It expands on the concept of "assignable" (from the list_assignable_devices command).

...nal.h @@ -526,6 +526,8 @@ _hidden libxl__qmp_handler *libxl__qmp_initialize(libxl_ctx *ctx, /* ask to QEMU the serial port information and store it in xenstore. */ _hidden int libxl__qmp_query_serial(libxl__qmp_handler *qmp); _hidden int libxl__qmp_pci_add(libxl__gc *gc, int d, libxl_device_pci *pcidev); +_hidden int libxl__qmp_pci_del(libxl__gc *gc, int domid, + libxl_device_pci *pcidev); /* close and free the QMP handler */ _hidden void libxl__qmp_close(libxl__qmp_handler *qmp); /* remove the socket file, if the file has already been removed, diff --git a/tools/...

...528 tools/libxl/libxl_pci.c --- a/tools/libxl/libxl_pci.c Wed Aug 11 14:39:44 2010 +0100 +++ b/tools/libxl/libxl_pci.c Thu Aug 12 15:22:56 2010 +0100 @@ -195,8 +195,9 @@ parse_error: return ERROR_INVAL; } -static int libxl_create_pci_backend(libxl_ctx *ctx, uint32_t domid, libxl_device_pci *pcidev, int num) +static int libxl_create_pci_backend(libxl_gc *gc, uint32_t domid, libxl_device_pci *pcidev, int num) { + libxl_ctx *ctx = libxl_gc_owner(gc); flexarray_t *front; flexarray_t *back; unsigned int boffset = 0; @@ -222,56 +223,57 @@ static int libxl_create_pci_backend(libx...

...,7 +480,7 @@ static int pciback_dev_has_slot(libxl__g return ERROR_FAIL; } - while(fscanf(f, "%x:%x:%x.%x\n", &dom, &bus, &dev, &func)==4) { + while(fscanf(f, "%x:%x:%x.%d\n", &dom, &bus, &dev, &func)==4) { if(dom == pcidev->domain && bus == pcidev->bus && dev == pcidev->dev

...l_internal.h b/tools/libxl/libxl_internal.h index f051d91..0ef0a3a 100644 --- a/tools/libxl/libxl_internal.h +++ b/tools/libxl/libxl_internal.h @@ -1408,6 +1408,8 @@ _hidden int libxl__qmp_query_serial(libxl__qmp_handler *qmp); _hidden int libxl__qmp_pci_add(libxl__gc *gc, int d, libxl_device_pci *pcidev); _hidden int libxl__qmp_pci_del(libxl__gc *gc, int domid, libxl_device_pci *pcidev); +/* Resume hvm domain */ +_hidden int libxl__qmp_system_wakeup(libxl__gc *gc, int domid); /* Suspend QEMU. */ _hidden int libxl__qmp_stop(libxl__gc *gc, int domid); /* Resume QE...

...uot;Adding new pci device to xenstore\n"); + XL_LOG(ctx, XL_LOG_DEBUG, "Adding new pci device to xenstore"); num = atoi(num_devs); flexarray_set(back, boffset++, libxl_sprintf(ctx, "key-%d", num)); flexarray_set(back, boffset++, libxl_sprintf(ctx, PCI_BDF, pcidev->domain, pcidev->bus, pcidev->dev, pcidev->func)); @@ -1140,7 +1151,7 @@ static int libxl_device_pci_remove_xenstore(struct libxl_ctx *ctx, uint32_t domi if (!is_hvm(ctx, domid)) { if (libxl_wait_for_backend(ctx, be_path, "4") < 0) { - XL_LOG(ctx,...

...# filter out non-alphanum chars @@ -196,7 +204,7 @@ } # Write PCI reference as SYSLINUX comment, to be later parsed by ethersel - ###print "PCI card of $pcistring ($cardname, $friendlyname) parsed as $pcivend $pcidev and gets driver $drivername ($driverdosname)\n"; + if ($debug) { print "PCI card of $pcistring ($cardname, $friendlyname) parsed as $pcivend $pcidev and gets driver $drivername ($driverdosname)\n"; } + if ($debug) { print "PCI card...

Hello, I just noticed an error in the current version of Klaus-Peter Junghanns bristuff package, especially in the HFC module. Everytime I try to unload the HFC module with "modprobe -r" I got a kernel panic and the complete server hangs up so I need to do a hard reset. Regards, Julian Pawlowski

...dex f051d91..0ef0a3a 100644 >> --- a/tools/libxl/libxl_internal.h >> +++ b/tools/libxl/libxl_internal.h >> @@ -1408,6 +1408,8 @@ _hidden int >> libxl__qmp_query_serial(libxl__qmp_handler *qmp); _hidden int >> libxl__qmp_pci_add(libxl__gc *gc, int d, libxl_device_pci *pcidev); >> _hidden int >> libxl__qmp_pci_del(libxl__gc *gc, int domid, libxl_device_pci >> *pcidev); +/* Resume hvm domain */ +_hidden int >> libxl__qmp_system_wakeup(libxl__gc *gc, int domid); /* Suspend >> QEMU. */ _hidden int libxl__qmp_s...

...l_pci.c --- a/tools/libxl/libxl_pci.c Thu Sep 09 09:24:24 2010 +0100 +++ b/tools/libxl/libxl_pci.c Thu Sep 09 12:06:50 2010 +0100 @@ -41,6 +41,15 @@ #define PCI_BDF_SHORT "%02x:%02x.%01x" #define PCI_BDF_VDEVFN "%04x:%02x:%02x.%01x@%02x" +static unsigned int pcidev_value(libxl_device_pci *pcidev) +{ + return ((pcidev->reg & 0x3f) << 24) | + ((pcidev->func & 0x7) << 21) | + ((pcidev->dev & 0x1f) << 16) | + ((pcidev->bus & 0xff) << 8) | + ((pcidev->enable) ? 1 : 0)...

...stefano.stabellini@eu.citrix.com> diff -r b05892ff0fce tools/libxl/libxl_pci.c --- a/tools/libxl/libxl_pci.c Tue Jan 25 15:14:52 2011 +0000 +++ b/tools/libxl/libxl_pci.c Tue Jan 25 15:34:43 2011 +0000 @@ -268,7 +268,7 @@ static int libxl_create_pci_backend(libx for (i = 0; i < num; i++, pcidev++) libxl_create_pci_backend_device(gc, back, i, pcidev); - flexarray_vappend(back, "num_devs", libxl__sprintf(gc, "%d", num)); + flexarray_vappend(back, "num_devs", libxl__sprintf(gc, "%d", num), NULL); flexarray_vappend(front,...

Hi all, I've recently upgraded a system from CentOS 4.4 to CentOS5, and now when the system boots, the r8169 ethernet card doesn't come up. After the boot sequence, if I type "ifup eth1 | ifup eth1.10 | ifup eth1.203" then the adapter starts up ok. It seems to be something with the boot sequence it loads the ethernet adapters a different way around (ie 4.4 eth0 is now

.../libxl_pci.c --- a/tools/libxl/libxl_pci.c Thu Dec 08 17:43:29 2011 +0000 +++ b/tools/libxl/libxl_pci.c Fri Dec 09 12:01:16 2011 +0000 @@ -819,7 +819,8 @@ int libxl__device_pci_add(libxl__gc *gc, stubdomid = libxl_get_stubdom_id(ctx, domid); if (stubdomid != 0) { libxl_device_pci pcidev_s = *pcidev; - rc = do_pci_add(gc, stubdomid, &pcidev_s, starting); + /* stubdomain is always running by now, even at create time */ + rc = do_pci_add(gc, stubdomid, &pcidev_s, 0); if ( rc ) goto out; }

The following series implements libxl_domain_config_init as per the libxl API requirement that each type has an init function. The first function does this in an open coded manner and is proposed for Xen 4.2. The second function is RFC only since it moves the definition of this type into the IDL and makes the required infrastructure updates to enable this. I think this is more 4.3 material at

Me again. The ASUS P5N32-SLI motherboard in my new machine has dual NICs but CentOS has only detected one of them. I've tried rebooting with the network plugged in only to the second one, but kudzu still doesn't find it. Any suggestions?

I have a bug report in (0002288) on an install failure on my decTOPs (Centos 4.5 installed on them). I have tried a lot of combinations and it is getting tiring. What what happen, or rather how do I get the following to work: Put my HD into a computer (Compaq SSF that I have installed Centos 5 on with no trouble), install Centos 5, move the HD to the decTOP. Different Video card. No PS/2

..., fd); + if (!EXP_TID_SET_EMPTY(uctxt->tid_used_list)) + unlock_exp_tids(uctxt, &uctxt->tid_used_list, fd); kfree(fd->invalid_tids); fd->invalid_tids = NULL; @@ -201,7 +177,7 @@ static void unpin_rcv_pages(struct hfi1_filedata *fd, if (mapped) { pci_unmap_single(dd->pcidev, node->dma_addr, - node->mmu.len, PCI_DMA_FROMDEVICE); + node->npages * PAGE_SIZE, PCI_DMA_FROMDEVICE); pages = &node->pages[idx]; } else { pages = &tidbuf->pages[idx]; @@ -777,8 +753,8 @@ static int set_rcvarray_entry(struct hfi1_filedata *fd, return -EFAU...

..., fd); + if (!EXP_TID_SET_EMPTY(uctxt->tid_used_list)) + unlock_exp_tids(uctxt, &uctxt->tid_used_list, fd); kfree(fd->invalid_tids); fd->invalid_tids = NULL; @@ -201,7 +177,7 @@ static void unpin_rcv_pages(struct hfi1_filedata *fd, if (mapped) { pci_unmap_single(dd->pcidev, node->dma_addr, - node->mmu.len, PCI_DMA_FROMDEVICE); + node->npages * PAGE_SIZE, PCI_DMA_FROMDEVICE); pages = &node->pages[idx]; } else { pages = &tidbuf->pages[idx]; @@ -777,8 +753,8 @@ static int set_rcvarray_entry(struct hfi1_filedata *fd, return -EFAU...

Hello, I'm currently try to get newhidups running with the newhidups driver from nut 2.0.2. After some USB issues (usb_claim_interface() works only as root so far) newhidups is recognizing the device. Though it doesn't detect any state changes, meaning when I run the battery test mode it's not recognized. I wanted to try the CVS version but it seems anonymous CVS is broken. The

...l Systems Inc: Unknown device 8012 (rev 01) /etc/sysconfig/hwconf output ======================= class: OTHER bus: PCI detached: 0 driver: unknown desc: "Sealevel Systems Inc|unknown device 135e:8012" vendorId: 135e deviceId: 8012 subVendorId: 135e subDeviceId: 8012 pciType: 1 pcibus: 3 pcidev: 6 pcifn: 0 -- Regards JC