Tom Rotenberg
2009-Sep-23 16:16 UTC
[Xen-devel] Trying to pass-through Intel graphics device - causes a xen panic
Hi, I tried to pass-through the 00:02.0 & 00:02.1 devices (Intel integrated graphics device) on a Lenovo T500, using the latest xen-unstable, and i got a xen panic. Here are the last lines of the console log: " ..... (XEN) [VT-D]iommu.c:1296:d0 domain_context_unmap:PCI: bdf = 0:2.0 (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg = ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr 0 REASON 2 iommu->reg = ffff828bfff56000 (XEN) [VT-D]iommu.c:1182:d0 domain_context_mapping:PCI: bdf = 0:2.0 (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn = 0 (XEN) root_entry = ffff83007c4ce000 (XEN) root_entry[0] = 78910001 (XEN) context = ffff830078910000 (XEN) context[10] = 0_0 (XEN) ctxt_entry[10] not present (XEN) [VT-D]iommu.c:1182:d0 domain_context_mapping:PCI: bdf = 0:2.0 (XEN) [VT-D]io.c:280:d0 VT-d irq bind: m_irq = 37 device = 5 intx = 0 (XEN) [VT-D]iommu.c:1296:d0 domain_context_unmap:PCI: bdf = 0:2.1 (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg = ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending Fault (XEN) [VT-D]iommu.c:1182:d0 domain_context_mapping:PCI: bdf = 0:2.1 (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr ffffff000 REASON 5 iommu->reg = ffff828bfff56000 (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn = ffffff (XEN) root_entry = ffff83007c4ce000 (XEN) root_entry[0] = 78910001 (XEN) context = ffff830078910000 (XEN) context[10] = 201_75131001 (XEN) l3 = ffff830075131000 (XEN) l3_index = 3f (XEN) l3[3f] = 0 (XEN) l3[3f] not present (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg = ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr ffffff000 REASON 5 iommu->reg = ffff828bfff56000 (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn = ffffff (XEN) root_entry = ffff83007c4ce000 (XEN) root_entry[0] = 78910001 (XEN) context = ffff830078910000 (XEN) context[10] = 201_75131001 (XEN) l3 = ffff830075131000 (XEN) l3_index = 3f (XEN) l3[3f] = 0 (XEN) l3[3f] not present (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg = ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr ffffff000 REASON 5 iommu->reg = ffff828bfff56000 (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn = ffffff (XEN) root_entry = ffff83007c4ce000 (XEN) root_entry[0] = 78910001 (XEN) context = ffff830078910000 (XEN) context[10] = 201_75131001 (XEN) l3 = ffff830075131000 (XEN) l3_index = 3f (XEN) l3[3f] = 0 (XEN) l3[3f] not present (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg = ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr ffffff000 REASON 5 iommu->reg = ffff828bfff56000 (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn = ffffff (XEN) root_entry = ffff83007c4ce000 (XEN) root_entry[0] = 78910001 (XEN) context = ffff830078910000 (XEN) context[10] = 201_75131001 (XEN) l3 = ffff830075131000 (XEN) l3_index = 3f (XEN) l3[3f] = 0 (XEN) l3[3f] not present (XEN) Assertion ''(sp == 0) || (peoi[sp-1].vector < vector)'' failed at irq.c:749 (XEN) ----[ Xen-3.5-unstable x86_64 debug=y Not tainted ]---- (XEN) CPU: 0 (XEN) RIP: e008:[<ffff828c801534ad>] do_IRQ+0x2c3/0x690 (XEN) RFLAGS: 0000000000010046 CONTEXT: hypervisor (XEN) rax: 00000000000000c0 rbx: ffff83007c080a80 rcx: ffff828c8024c6c0 (XEN) rdx: 0000000000000001 rsi: 00000000000000c0 rdi: 0000000000000001 (XEN) rbp: ffff828c802d7d18 rsp: ffff828c802d7c78 r8: 0000000000000002 (XEN) r9: 0000ffff0000ffff r10: 00ff00ff00ff00ff r11: 0f0f0f0f0f0f0f0f (XEN) r12: 0000000000000014 r13: ffff828c802d7d28 r14: ffff83007c0dac50 (XEN) r15: ffff83007c4bcb60 cr0: 000000008005003b cr4: 00000000000026f0 (XEN) cr3: 000000007aaf9000 cr2: 0000000000d51550 (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 (XEN) Xen stack trace from rsp=ffff828c802d7c78: (XEN) 0000000000000004 0000000000000004 ffff8300751311f8 ffff830075131000 (XEN) 0000000000000014 ffff83007c080ab4 00000014802d7cf8 ffff828c8013ad01 (XEN) 000000008011be55 0000000000000000 ffff83007c080a80 0000000000000086 (XEN) ffff828c802d7cf8 ffff828c8011be30 ffff83007c4bd108 0000000000000002 (XEN) 0000000000000001 ffff828c80168374 ffff828c802d7e00 ffff83007c4bcb60 (XEN) 00007d737fd282b7 ffff828c8014cb56 ffff83007c4bcb60 ffff828c802d7e00 (XEN) ffff828c80168374 0000000000000001 ffff828c802d7df0 0000000000000002 (XEN) 0f0f0f0f0f0f0f0f 00ff00ff00ff00ff 0000ffff0000ffff 0000000000000002 (XEN) 0000000000000000 0000000000000001 ffff828c802ea700 ffff828c8024ca20 (XEN) 0000000000000008 000000c000000000 ffff828c80164e52 000000000000e008 (XEN) 0000000000000246 ffff828c802d7dd0 000000000000e010 ffff828c8024c100 (XEN) 0000000000000000 ffff828c8016831d ffff83007c4bcb68 ffff828c802d7e20 (XEN) ffff828c80168372 0000000000000003 0000000000000002 00000023468c5549 (XEN) 0000000000000000 ffff828c802d7e50 ffff828c8011dc33 0000000000000002 (XEN) ffff828c80306a60 00000023468bdaa9 ffff828c8024c100 ffff828c802d7ea0 (XEN) ffff828c8011dd5d ffff828c802d7f28 ffff828c8024c100 ffff83007c4bcb60 (XEN) 0000000000000000 ffff828c802285a0 ffff828c802d7f28 ffff828c802ea700 (XEN) ffff828c802ec700 ffff828c802d7ee0 ffff828c8011bce1 0000003000000000 (XEN) ffff828c802d7f28 ffff828c802285a0 ffff828c802d7f28 ffff828c8024ca00 (XEN) ffff828c80228ab8 ffff828c802d7f20 ffff828c80148ac5 ffff830078908000 (XEN) Xen call trace: (XEN) [<ffff828c801534ad>] do_IRQ+0x2c3/0x690 (XEN) [<ffff828c8014cb56>] common_interrupt+0x26/0x30 (XEN) [<ffff828c80164e52>] on_selected_cpus+0xdb/0x11f (XEN) [<ffff828c80168372>] time_calibration+0x55/0x57 (XEN) [<ffff828c8011dc33>] execute_timer+0x2e/0x4c (XEN) [<ffff828c8011dd5d>] timer_softirq_action+0x10c/0x331 (XEN) [<ffff828c8011bce1>] do_softirq+0x6f/0x8e (XEN) [<ffff828c80148ac5>] idle_loop+0x8f/0x94 (XEN) (XEN) (XEN) **************************************** (XEN) Panic on CPU 0: (XEN) Assertion ''(sp == 0) || (peoi[sp-1].vector < vector)'' failed at irq.c:749 (XEN) **************************************** (XEN) (XEN) Reboot in five seconds... In previous versions i have tried it, it caused the whole machine to get stuck, with no output, so it looks like now, it''s better - i finally get a xen panic :) Can someone please help me with this? Tom _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Han, Weidong
2009-Sep-24 01:38 UTC
RE: [Xen-devel] Trying to pass-through Intel graphics device - causes a xen panic
Hi Tom, IGD passthrough is not supported on xen-unstable yet. We are working on it, will send out the patches in near future. Regards, Weidong Tom Rotenberg wrote:> Hi, > > I tried to pass-through the 00:02.0 & 00:02.1 devices (Intel > integrated graphics device) on a Lenovo T500, using the latest > xen-unstable, and i got a xen panic. > Here are the last lines of the console log: > " > ..... > (XEN) [VT-D]iommu.c:1296:d0 domain_context_unmap:PCI: bdf = 0:2.0 > (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg > ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault > Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending > Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr 0 > REASON 2 iommu->reg = ffff828bfff56000 > (XEN) [VT-D]iommu.c:1182:d0 domain_context_mapping:PCI: bdf = 0:2.0 > (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn = 0 > (XEN) root_entry = ffff83007c4ce000 > (XEN) root_entry[0] = 78910001 > (XEN) context = ffff830078910000 > (XEN) context[10] = 0_0 > (XEN) ctxt_entry[10] not present > (XEN) [VT-D]iommu.c:1182:d0 domain_context_mapping:PCI: bdf = 0:2.0 > (XEN) [VT-D]io.c:280:d0 VT-d irq bind: m_irq = 37 device = 5 intx = 0 > (XEN) [VT-D]iommu.c:1296:d0 domain_context_unmap:PCI: bdf = 0:2.1 > (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg > ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault > Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending > Fault (XEN) [VT-D]iommu.c:1182:d0 domain_context_mapping:PCI: bdf > 0:2.1 (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr > ffffff000 > REASON 5 iommu->reg = ffff828bfff56000 > (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn > ffffff (XEN) root_entry = ffff83007c4ce000 > (XEN) root_entry[0] = 78910001 > (XEN) context = ffff830078910000 > (XEN) context[10] = 201_75131001 > (XEN) l3 = ffff830075131000 > (XEN) l3_index = 3f > (XEN) l3[3f] = 0 > (XEN) l3[3f] not present > (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg > ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault > Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending > Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr > ffffff000 > REASON 5 iommu->reg = ffff828bfff56000 > (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn > ffffff (XEN) root_entry = ffff83007c4ce000 > (XEN) root_entry[0] = 78910001 > (XEN) context = ffff830078910000 > (XEN) context[10] = 201_75131001 > (XEN) l3 = ffff830075131000 > (XEN) l3_index = 3f > (XEN) l3[3f] = 0 > (XEN) l3[3f] not present > (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg > ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault > Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending > Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr > ffffff000 > REASON 5 iommu->reg = ffff828bfff56000 > (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn > ffffff (XEN) root_entry = ffff83007c4ce000 > (XEN) root_entry[0] = 78910001 > (XEN) context = ffff830078910000 > (XEN) context[10] = 201_75131001 > (XEN) l3 = ffff830075131000 > (XEN) l3_index = 3f > (XEN) l3[3f] = 0 > (XEN) l3[3f] not present > (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg > ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault > Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending > Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr > ffffff000 > REASON 5 iommu->reg = ffff828bfff56000 > (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn > ffffff (XEN) root_entry = ffff83007c4ce000 > (XEN) root_entry[0] = 78910001 > (XEN) context = ffff830078910000 > (XEN) context[10] = 201_75131001 > (XEN) l3 = ffff830075131000 > (XEN) l3_index = 3f > (XEN) l3[3f] = 0 > (XEN) l3[3f] not present > (XEN) Assertion ''(sp == 0) || (peoi[sp-1].vector < vector)'' failed at > irq.c:749 (XEN) ----[ Xen-3.5-unstable x86_64 debug=y Not tainted > ]---- (XEN) CPU: 0 > (XEN) RIP: e008:[<ffff828c801534ad>] do_IRQ+0x2c3/0x690 > (XEN) RFLAGS: 0000000000010046 CONTEXT: hypervisor > (XEN) rax: 00000000000000c0 rbx: ffff83007c080a80 rcx: > ffff828c8024c6c0 (XEN) rdx: 0000000000000001 rsi: 00000000000000c0 > rdi: 0000000000000001 (XEN) rbp: ffff828c802d7d18 rsp: > ffff828c802d7c78 r8: 0000000000000002 (XEN) r9: 0000ffff0000ffff > r10: 00ff00ff00ff00ff r11: 0f0f0f0f0f0f0f0f (XEN) r12: > 0000000000000014 r13: ffff828c802d7d28 r14: ffff83007c0dac50 > (XEN) r15: ffff83007c4bcb60 cr0: 000000008005003b cr4: > 00000000000026f0 (XEN) cr3: 000000007aaf9000 cr2: 0000000000d51550 > (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 > (XEN) Xen stack trace from rsp=ffff828c802d7c78: (XEN) > 0000000000000004 0000000000000004 ffff8300751311f8 ffff830075131000 > (XEN) 0000000000000014 ffff83007c080ab4 00000014802d7cf8 > ffff828c8013ad01 (XEN) 000000008011be55 0000000000000000 > ffff83007c080a80 0000000000000086 (XEN) ffff828c802d7cf8 > ffff828c8011be30 ffff83007c4bd108 0000000000000002 (XEN) > 0000000000000001 ffff828c80168374 ffff828c802d7e00 ffff83007c4bcb60 > (XEN) 00007d737fd282b7 ffff828c8014cb56 ffff83007c4bcb60 > ffff828c802d7e00 (XEN) ffff828c80168374 0000000000000001 > ffff828c802d7df0 0000000000000002 (XEN) 0f0f0f0f0f0f0f0f > 00ff00ff00ff00ff 0000ffff0000ffff 0000000000000002 (XEN) > 0000000000000000 0000000000000001 ffff828c802ea700 ffff828c8024ca20 > (XEN) 0000000000000008 000000c000000000 ffff828c80164e52 > 000000000000e008 (XEN) 0000000000000246 ffff828c802d7dd0 > 000000000000e010 ffff828c8024c100 (XEN) 0000000000000000 > ffff828c8016831d ffff83007c4bcb68 ffff828c802d7e20 (XEN) > ffff828c80168372 0000000000000003 0000000000000002 00000023468c5549 > (XEN) 0000000000000000 ffff828c802d7e50 ffff828c8011dc33 > 0000000000000002 (XEN) ffff828c80306a60 00000023468bdaa9 > ffff828c8024c100 ffff828c802d7ea0 (XEN) ffff828c8011dd5d > ffff828c802d7f28 ffff828c8024c100 ffff83007c4bcb60 (XEN) > 0000000000000000 ffff828c802285a0 ffff828c802d7f28 ffff828c802ea700 > (XEN) ffff828c802ec700 ffff828c802d7ee0 ffff828c8011bce1 > 0000003000000000 (XEN) ffff828c802d7f28 ffff828c802285a0 > ffff828c802d7f28 ffff828c8024ca00 (XEN) ffff828c80228ab8 > ffff828c802d7f20 ffff828c80148ac5 ffff830078908000 (XEN) Xen call > trace: (XEN) [<ffff828c801534ad>] do_IRQ+0x2c3/0x690 (XEN) > [<ffff828c8014cb56>] common_interrupt+0x26/0x30 (XEN) > [<ffff828c80164e52>] on_selected_cpus+0xdb/0x11f (XEN) > [<ffff828c80168372>] time_calibration+0x55/0x57 (XEN) > [<ffff828c8011dc33>] execute_timer+0x2e/0x4c (XEN) > [<ffff828c8011dd5d>] timer_softirq_action+0x10c/0x331 (XEN) > [<ffff828c8011bce1>] do_softirq+0x6f/0x8e (XEN) > [<ffff828c80148ac5>] idle_loop+0x8f/0x94 (XEN) (XEN) (XEN) > **************************************** (XEN) Panic on CPU 0: (XEN) > Assertion ''(sp == 0) || (peoi[sp-1].vector < vector)'' failed at > irq.c:749 (XEN) **************************************** (XEN) (XEN) > Reboot in five seconds... > > > In previous versions i have tried it, it caused the whole machine to > get stuck, with no output, so it looks like now, it''s better - i > finally get a xen panic :) > > Can someone please help me with this? > > Tom > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Tom Rotenberg
2009-Sep-24 13:07 UTC
Re: [Xen-devel] Trying to pass-through Intel graphics device - causes a xen panic
Hi, Thanks for your relpy. Do u have any estimation to when those patches will be released? BTW does it work in XCI? i saw some IGD PT related code there... Tom On Thu, Sep 24, 2009 at 4:38 AM, Han, Weidong <weidong.han@intel.com> wrote:> Hi Tom, > > IGD passthrough is not supported on xen-unstable yet. We are working on it, will send out the patches in near future. > > Regards, > Weidong > > Tom Rotenberg wrote: >> Hi, >> >> I tried to pass-through the 00:02.0 & 00:02.1 devices (Intel >> integrated graphics device) on a Lenovo T500, using the latest >> xen-unstable, and i got a xen panic. >> Here are the last lines of the console log: >> " >> ..... >> (XEN) [VT-D]iommu.c:1296:d0 domain_context_unmap:PCI: bdf = 0:2.0 >> (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg >> ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault >> Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending >> Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr 0 >> REASON 2 iommu->reg = ffff828bfff56000 >> (XEN) [VT-D]iommu.c:1182:d0 domain_context_mapping:PCI: bdf = 0:2.0 >> (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn = 0 >> (XEN) root_entry = ffff83007c4ce000 >> (XEN) root_entry[0] = 78910001 >> (XEN) context = ffff830078910000 >> (XEN) context[10] = 0_0 >> (XEN) ctxt_entry[10] not present >> (XEN) [VT-D]iommu.c:1182:d0 domain_context_mapping:PCI: bdf = 0:2.0 >> (XEN) [VT-D]io.c:280:d0 VT-d irq bind: m_irq = 37 device = 5 intx = 0 >> (XEN) [VT-D]iommu.c:1296:d0 domain_context_unmap:PCI: bdf = 0:2.1 >> (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg >> ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault >> Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending >> Fault (XEN) [VT-D]iommu.c:1182:d0 domain_context_mapping:PCI: bdf >> 0:2.1 (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr >> ffffff000 >> REASON 5 iommu->reg = ffff828bfff56000 >> (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn >> ffffff (XEN) root_entry = ffff83007c4ce000 >> (XEN) root_entry[0] = 78910001 >> (XEN) context = ffff830078910000 >> (XEN) context[10] = 201_75131001 >> (XEN) l3 = ffff830075131000 >> (XEN) l3_index = 3f >> (XEN) l3[3f] = 0 >> (XEN) l3[3f] not present >> (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg >> ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault >> Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending >> Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr >> ffffff000 >> REASON 5 iommu->reg = ffff828bfff56000 >> (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn >> ffffff (XEN) root_entry = ffff83007c4ce000 >> (XEN) root_entry[0] = 78910001 >> (XEN) context = ffff830078910000 >> (XEN) context[10] = 201_75131001 >> (XEN) l3 = ffff830075131000 >> (XEN) l3_index = 3f >> (XEN) l3[3f] = 0 >> (XEN) l3[3f] not present >> (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg >> ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault >> Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending >> Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr >> ffffff000 >> REASON 5 iommu->reg = ffff828bfff56000 >> (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn >> ffffff (XEN) root_entry = ffff83007c4ce000 >> (XEN) root_entry[0] = 78910001 >> (XEN) context = ffff830078910000 >> (XEN) context[10] = 201_75131001 >> (XEN) l3 = ffff830075131000 >> (XEN) l3_index = 3f >> (XEN) l3[3f] = 0 >> (XEN) l3[3f] not present >> (XEN) [VT-D]iommu.c:716: iommu_page_fault: iommu->reg >> ffff828bfff56000 (XEN) [VT-D]iommu.c:685: iommu_fault_status: Fault >> Overflow (XEN) [VT-D]iommu.c:688: iommu_fault_status: Primary Pending >> Fault (XEN) [VT-D]iommu.c:670: iommu_fault:DMA Write: 0:2.0 addr >> ffffff000 >> REASON 5 iommu->reg = ffff828bfff56000 >> (XEN) print_vtd_entries: iommu = ffff83007c4bd0d0 bdf = 0:2:0 gmfn >> ffffff (XEN) root_entry = ffff83007c4ce000 >> (XEN) root_entry[0] = 78910001 >> (XEN) context = ffff830078910000 >> (XEN) context[10] = 201_75131001 >> (XEN) l3 = ffff830075131000 >> (XEN) l3_index = 3f >> (XEN) l3[3f] = 0 >> (XEN) l3[3f] not present >> (XEN) Assertion ''(sp == 0) || (peoi[sp-1].vector < vector)'' failed at >> irq.c:749 (XEN) ----[ Xen-3.5-unstable x86_64 debug=y Not tainted >> ]---- (XEN) CPU: 0 >> (XEN) RIP: e008:[<ffff828c801534ad>] do_IRQ+0x2c3/0x690 >> (XEN) RFLAGS: 0000000000010046 CONTEXT: hypervisor >> (XEN) rax: 00000000000000c0 rbx: ffff83007c080a80 rcx: >> ffff828c8024c6c0 (XEN) rdx: 0000000000000001 rsi: 00000000000000c0 >> rdi: 0000000000000001 (XEN) rbp: ffff828c802d7d18 rsp: >> ffff828c802d7c78 r8: 0000000000000002 (XEN) r9: 0000ffff0000ffff >> r10: 00ff00ff00ff00ff r11: 0f0f0f0f0f0f0f0f (XEN) r12: >> 0000000000000014 r13: ffff828c802d7d28 r14: ffff83007c0dac50 >> (XEN) r15: ffff83007c4bcb60 cr0: 000000008005003b cr4: >> 00000000000026f0 (XEN) cr3: 000000007aaf9000 cr2: 0000000000d51550 >> (XEN) ds: 0000 es: 0000 fs: 0000 gs: 0000 ss: e010 cs: e008 >> (XEN) Xen stack trace from rsp=ffff828c802d7c78: (XEN) >> 0000000000000004 0000000000000004 ffff8300751311f8 ffff830075131000 >> (XEN) 0000000000000014 ffff83007c080ab4 00000014802d7cf8 >> ffff828c8013ad01 (XEN) 000000008011be55 0000000000000000 >> ffff83007c080a80 0000000000000086 (XEN) ffff828c802d7cf8 >> ffff828c8011be30 ffff83007c4bd108 0000000000000002 (XEN) >> 0000000000000001 ffff828c80168374 ffff828c802d7e00 ffff83007c4bcb60 >> (XEN) 00007d737fd282b7 ffff828c8014cb56 ffff83007c4bcb60 >> ffff828c802d7e00 (XEN) ffff828c80168374 0000000000000001 >> ffff828c802d7df0 0000000000000002 (XEN) 0f0f0f0f0f0f0f0f >> 00ff00ff00ff00ff 0000ffff0000ffff 0000000000000002 (XEN) >> 0000000000000000 0000000000000001 ffff828c802ea700 ffff828c8024ca20 >> (XEN) 0000000000000008 000000c000000000 ffff828c80164e52 >> 000000000000e008 (XEN) 0000000000000246 ffff828c802d7dd0 >> 000000000000e010 ffff828c8024c100 (XEN) 0000000000000000 >> ffff828c8016831d ffff83007c4bcb68 ffff828c802d7e20 (XEN) >> ffff828c80168372 0000000000000003 0000000000000002 00000023468c5549 >> (XEN) 0000000000000000 ffff828c802d7e50 ffff828c8011dc33 >> 0000000000000002 (XEN) ffff828c80306a60 00000023468bdaa9 >> ffff828c8024c100 ffff828c802d7ea0 (XEN) ffff828c8011dd5d >> ffff828c802d7f28 ffff828c8024c100 ffff83007c4bcb60 (XEN) >> 0000000000000000 ffff828c802285a0 ffff828c802d7f28 ffff828c802ea700 >> (XEN) ffff828c802ec700 ffff828c802d7ee0 ffff828c8011bce1 >> 0000003000000000 (XEN) ffff828c802d7f28 ffff828c802285a0 >> ffff828c802d7f28 ffff828c8024ca00 (XEN) ffff828c80228ab8 >> ffff828c802d7f20 ffff828c80148ac5 ffff830078908000 (XEN) Xen call >> trace: (XEN) [<ffff828c801534ad>] do_IRQ+0x2c3/0x690 (XEN) >> [<ffff828c8014cb56>] common_interrupt+0x26/0x30 (XEN) >> [<ffff828c80164e52>] on_selected_cpus+0xdb/0x11f (XEN) >> [<ffff828c80168372>] time_calibration+0x55/0x57 (XEN) >> [<ffff828c8011dc33>] execute_timer+0x2e/0x4c (XEN) >> [<ffff828c8011dd5d>] timer_softirq_action+0x10c/0x331 (XEN) >> [<ffff828c8011bce1>] do_softirq+0x6f/0x8e (XEN) >> [<ffff828c80148ac5>] idle_loop+0x8f/0x94 (XEN) (XEN) (XEN) >> **************************************** (XEN) Panic on CPU 0: (XEN) >> Assertion ''(sp == 0) || (peoi[sp-1].vector < vector)'' failed at >> irq.c:749 (XEN) **************************************** (XEN) (XEN) >> Reboot in five seconds... >> >> >> In previous versions i have tried it, it caused the whole machine to >> get stuck, with no output, so it looks like now, it''s better - i >> finally get a xen panic :) >> >> Can someone please help me with this? >> >> Tom >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/xen-devel > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Ian Pratt
2009-Sep-24 13:22 UTC
RE: [Xen-devel] Trying to pass-through Intel graphics device - causes a xen panic
> Thanks for your relpy. > Do u have any estimation to when those patches will be released? > > BTW does it work in XCI? i saw some IGD PT related code there...Yes, the code has been there for some time. However, it''s quite ugly and needs some cleanup before Keir, IanJ et al will take it. Ian _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Tom Rotenberg
2009-Sep-24 13:33 UTC
Re: [Xen-devel] Trying to pass-through Intel graphics device - causes a xen panic
Who is in charge of pushing this code into xen-unstable? I also, didn''t find any specific patch for IGD PT in the XCI tree, just a bunch of thingsw scattered around all the patches... On Thu, Sep 24, 2009 at 4:22 PM, Ian Pratt <Ian.Pratt@eu.citrix.com> wrote:>> Thanks for your relpy. >> Do u have any estimation to when those patches will be released? >> >> BTW does it work in XCI? i saw some IGD PT related code there... > > Yes, the code has been there for some time. However, it''s quite ugly and needs some cleanup before Keir, IanJ et al will take it. > > Ian >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Christian Tramnitz
2009-Sep-24 13:43 UTC
[Xen-devel] Re: Trying to pass-through Intel graphics device - causes a xen panic
Han, Weidong wrote:> Hi Tom, > > IGD passthrough is not supported on xen-unstable yet. We are working on it, will send out the patches in near future. > > Regards, > WeidongHi, on a similar topic, are you planning to rebase your patchset for gfx passthrough to current xen-unstable now that your second series got merged? Would it be a good idea to make the vgabios and the pBAR range a runtime option so that Xen(-tools) don''t need to be recompiled for every change there? Best regards, Christian _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Keir Fraser
2009-Sep-24 13:56 UTC
Re: [Xen-devel] Trying to pass-through Intel graphics device - causes a xen panic
Well, as Weidong already said, Intel are working on patches for IGD passthrough for xen-unstable. -- Keir On 24/09/2009 14:33, "Tom Rotenberg" <tom.rotenberg@gmail.com> wrote:> Who is in charge of pushing this code into xen-unstable? > I also, didn''t find any specific patch for IGD PT in the XCI tree, > just a bunch of thingsw scattered around all the patches... > > On Thu, Sep 24, 2009 at 4:22 PM, Ian Pratt <Ian.Pratt@eu.citrix.com> wrote: >>> Thanks for your relpy. >>> Do u have any estimation to when those patches will be released? >>> >>> BTW does it work in XCI? i saw some IGD PT related code there... >> >> Yes, the code has been there for some time. However, it''s quite ugly and >> needs some cleanup before Keir, IanJ et al will take it. >> >> Ian >> > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel