search for: ptdev

...r HVM guest. Signed-off-by: Yu Zhao <yu.zhao@intel.com> diff --git a/hw/pass-through.c b/hw/pass-through.c index 77ab759..da1a86b 100644 --- a/hw/pass-through.c +++ b/hw/pass-through.c @@ -47,6 +47,10 @@ struct dpci_infos { /* prototype */ static uint32_t pt_common_reg_init(struct pt_dev *ptdev, struct pt_reg_info_tbl *reg, uint32_t real_offset); +static uint32_t pt_vendor_reg_init(struct pt_dev *ptdev, + struct pt_reg_info_tbl *reg, uint32_t real_offset); +static uint32_t pt_device_reg_init(struct pt_dev *ptdev, + struct pt_reg_info_tbl *reg, uint32_t real_offset); static uin...

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.

vtd: Fix for irq bind failure after PCI attaching 32 times Originally when detaching a PCI device, pirq_to_emuirq and pirq_to_irq are freed via hypercall do_physdev_op. Now in function pt_irq_destroy_bind_vtd, duplicated logic is added to free pirq_to_emuirq, but not pirq_to_irq. This causes do_physdev_op fail to free both emuirq and irq. After attaching a PCI device for 32 times, irq resources

...====================== --- ioemu-remote.orig/hw/pass-through.c 2009-07-14 16:17:15.000000000 +1000 +++ ioemu-remote/hw/pass-through.c 2009-07-14 16:17:21.000000000 +1000 @@ -2156,9 +2156,8 @@ static void pt_reset_interrupt_and_io_ma uint8_t e_intx = 0; /* unbind INTx */ - e_device = (ptdev->dev.devfn >> 3) & 0x1f; - /* fix virtual interrupt pin to INTA# */ - e_intx = 0; + e_device = PCI_SLOT(ptdev->dev.devfn); + e_intx = pci_intx(ptdev); if (ptdev->msi_trans_en == 0 && ptdev->machine_irq) { @@ -4131,7 +4130,6 @@ static struct pt_d...

...t. + */ + if (dev->vendor_id == PCI_VENDOR_ID_INTEL && + dev->device_id == PCI_DEVICE_ID_INTEL_82599_VF) + return 1; + break; + } + + return 0; +} + /* initialize emulate register group */ static int pt_config_init(struct pt_dev *ptdev) { @@ -2424,6 +2443,9 @@ static int pt_config_init(struct pt_dev *ptdev) { if (pt_emu_reg_grp_tbl[i].grp_id != 0xFF) { + if (pt_hide_dev_cap(ptdev->pci_dev, pt_emu_reg_grp_tbl[i].grp_id)) + continue; + reg_grp_offset = (uint32_t)find...

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 :)

...84000 maddr=df63c000 type=0 len=16384 index=1 first_map=1 pt_ioport_map: e_phys=c100 pio_base=9000 len=256 index=0 first_map=1 pt_ioport_map: e_phys=c200 pio_base=d000 len=256 index=0 first_map=1 Overlapped to device[00:05.0][Region:6][Address:f3080000h][Size:00080000h] pt_bar_mapping_one: Warning: ptdev[00:04.0][Region:6][Address:f3000001h][Size:00080000h] is overlapped. pt_iomem_map: e_phys=f3000001 maddr=df080000 type=8 len=524288 index=6 first_map=1 pt_iomem_map: e_phys=ffffffff maddr=df080000 type=8 len=524288 index=6 first_map=0 Overlapped to device[00:04.0][Region:3][Address:f3100000h][Size:...

Hello, I have been working on VGA-passthrough in the last month. When Xen was at his version 3.5 there was a few patches to make this work for some graphic cards using the patches developed by Han Weidong and posted here (http://lists.xensource.com/archives/html/xen-devel/2009-08/msg01176.html) and the same patches posted file by file are here

Hello, I have been working on VGA-passthrough in the last month. When Xen was at his version 3.5 there was a few patches to make this work for some graphic cards using the patches developed by Han Weidong and posted here (http://lists.xensource.com/archives/html/xen-devel/2009-08/msg01176.html) and the same patches posted file by file are here

Hi developers, I met some domU issues and the log suggests missing interrupt. Details from here: http://www.gossamer-threads.com/lists/xen/users/263938#263938 In summary, this is the suspicious log: (XEN) vmsi.c:122:d32767 Unsupported delivery mode 3 I''ve checked the code in question and found that mode 3 is an ''reserved_1'' mode. I want to trace down the source of this