[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] PCI Passthrough Problems/Questions
Nick Couchman wrote: Nick,I think the issue is 02:00.0 was mapped twice. Could you try with below patch? Then post the xen log. Pls post all output of 'lspci -v' on your system.I applied the patch, with one minor change. The line: dprintk(XENLOG_ERR VTDPREFIX, "context_present: %x:%x.%x:pdev->domain=%d domain=%d\n", bus, PCI_SLOT(devfn), PCI_FUNC(devfn), pdev->domain, domain->domain_id); should be: dprintk(XENLOG_ERR VTDPREFIX, "context_present: %x:%x.%x:pdev->domain=%d domain=%d\n", bus, PCI_SLOT(devfn), PCI_FUNC(devfn), pdev->domain->domain_id, domain->domain_id); (notice the pdev->domain->domain_id instead of pdev->domain). The domU no longer generates the error about failing to assign device to IOMMU, but now it just silently crashes. xm dmesg output: (XEN) [VT-D]iommu.c:1511: d0:PCI: unmap bdf = 2:0.0 (XEN) [VT-D]iommu.c:1340: bus: 2, devfn: 0[VT-D]iommu.c:1368: d1:PCI: map bdf = 2:0.0 (XEN) [VT-D]iommu.c:1371: domain_conext_mapping_one ret: 0 (XEN) [VT-D]iommu.c:1378: Upstream bridge for 1:0 is 2. (XEN) [VT-D]iommu.c:1383: d1:PCI: map PCIe2PCI bdf = 1:0.0 (XEN) [VT-D]iommu.c:1394: d1:PCI: map secbus (2) with devfn 0 (XEN) [VT-D]iommu.c:1249: context_present: 2:0.0:pdev->domain=0 domain=1 (XEN) [VT-D]iommu.c:1415: Return value: 0 (XEN) [VT-D]io.c:300: d1: bind: m_gsi=16 g_gsi=36 device=5 intx=0 (XEN) [VT-D]iommu.c:1511: d0:PCI: unmap bdf = 2:0.1 (XEN) [VT-D]iommu.c:1340: bus: 2, devfn: 1[VT-D]iommu.c:1368: d1:PCI: map bdf = 2:0.1 (XEN) [VT-D]iommu.c:1371: domain_conext_mapping_one ret: 0 (XEN) [VT-D]iommu.c:1378: Upstream bridge for 1:0 is 2. (XEN) [VT-D]iommu.c:1383: d1:PCI: map PCIe2PCI bdf = 1:0.0 (XEN) [VT-D]iommu.c:1394: d1:PCI: map secbus (2) with devfn 0 (XEN) [VT-D]iommu.c:1415: Return value: 0 (XEN) [VT-D]io.c:300: d1: bind: m_gsi=16 g_gsi=40 device=6 intx=0 (XEN) [VT-D]iommu.c:1511: d1:PCI: unmap bdf = 2:0.1 (XEN) [VT-D]iommu.c:1340: bus: 2, devfn: 1[VT-D]iommu.c:1368: d0:PCI: map bdf = 2:0.1 (XEN) [VT-D]iommu.c:1371: domain_conext_mapping_one ret: 0 (XEN) [VT-D]iommu.c:1378: Upstream bridge for 1:0 is 2. (XEN) [VT-D]iommu.c:1383: d0:PCI: map PCIe2PCI bdf = 1:0.0 (XEN) [VT-D]iommu.c:1394: d0:PCI: map secbus (2) with devfn 0 (XEN) [VT-D]iommu.c:1415: Return value: 0 (XEN) [VT-D]iommu.c:1511: d1:PCI: unmap bdf = 2:0.0 (XEN) [VT-D]iommu.c:1340: bus: 2, devfn: 0[VT-D]iommu.c:1368: d0:PCI: map bdf = 2:0.0 (XEN) [VT-D]iommu.c:1371: domain_conext_mapping_one ret: 0 (XEN) [VT-D]iommu.c:1378: Upstream bridge for 1:0 is 2. (XEN) [VT-D]iommu.c:1383: d0:PCI: map PCIe2PCI bdf = 1:0.0 (XEN) [VT-D]iommu.c:1394: d0:PCI: map secbus (2) with devfn 0 (XEN) [VT-D]iommu.c:1249: context_present: 2:0.0:pdev->domain=1 domain=0 (XEN) [VT-D]iommu.c:1415: Return value: 0 And from xend.log I've pasted into this pastebin: http://pastebin.com/b4bwdBPq I have some extra dprintk calls that I threw in there, so there may be a little more output than with the patch you sent. the log of xm dmesg looks no problem. you'd better post complete log and lspci -v. Regards, Weidong _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |