All of lore.kernel.org
 help / color / mirror / Atom feed
* Trying to pass-through Intel graphics device - causes a xen panic
@ 2009-09-23 16:16 Tom Rotenberg
  2009-09-24  1:38 ` Han, Weidong
  0 siblings, 1 reply; 7+ messages in thread
From: Tom Rotenberg @ 2009-09-23 16:16 UTC (permalink / raw)
  To: xen-devel

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* RE: Trying to pass-through Intel graphics device - causes a xen panic
  2009-09-23 16:16 Trying to pass-through Intel graphics device - causes a xen panic Tom Rotenberg
@ 2009-09-24  1:38 ` Han, Weidong
  2009-09-24 13:07   ` Tom Rotenberg
  2009-09-24 13:43   ` Christian Tramnitz
  0 siblings, 2 replies; 7+ messages in thread
From: Han, Weidong @ 2009-09-24  1:38 UTC (permalink / raw)
  To: 'Tom Rotenberg', 'xen-devel@lists.xensource.com'

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Trying to pass-through Intel graphics device - causes a xen panic
  2009-09-24  1:38 ` Han, Weidong
@ 2009-09-24 13:07   ` Tom Rotenberg
  2009-09-24 13:22     ` Ian Pratt
  2009-09-24 13:43   ` Christian Tramnitz
  1 sibling, 1 reply; 7+ messages in thread
From: Tom Rotenberg @ 2009-09-24 13:07 UTC (permalink / raw)
  To: Han, Weidong; +Cc: xen-devel@lists.xensource.com

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* RE: Trying to pass-through Intel graphics device - causes a xen panic
  2009-09-24 13:07   ` Tom Rotenberg
@ 2009-09-24 13:22     ` Ian Pratt
  2009-09-24 13:33       ` Tom Rotenberg
  0 siblings, 1 reply; 7+ messages in thread
From: Ian Pratt @ 2009-09-24 13:22 UTC (permalink / raw)
  To: Tom Rotenberg, Han, Weidong; +Cc: Ian Pratt, xen-devel@lists.xensource.com

> 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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Trying to pass-through Intel graphics device - causes a xen panic
  2009-09-24 13:22     ` Ian Pratt
@ 2009-09-24 13:33       ` Tom Rotenberg
  2009-09-24 13:56         ` Keir Fraser
  0 siblings, 1 reply; 7+ messages in thread
From: Tom Rotenberg @ 2009-09-24 13:33 UTC (permalink / raw)
  To: Ian Pratt; +Cc: xen-devel@lists.xensource.com, Han, Weidong

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
>

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Trying to pass-through Intel graphics device - causes a xen panic
  2009-09-24  1:38 ` Han, Weidong
  2009-09-24 13:07   ` Tom Rotenberg
@ 2009-09-24 13:43   ` Christian Tramnitz
  1 sibling, 0 replies; 7+ messages in thread
From: Christian Tramnitz @ 2009-09-24 13:43 UTC (permalink / raw)
  To: xen-devel

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,
> Weidong

Hi,

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Trying to pass-through Intel graphics device - causes a xen panic
  2009-09-24 13:33       ` Tom Rotenberg
@ 2009-09-24 13:56         ` Keir Fraser
  0 siblings, 0 replies; 7+ messages in thread
From: Keir Fraser @ 2009-09-24 13:56 UTC (permalink / raw)
  To: Tom Rotenberg, Ian Pratt; +Cc: xen-devel@lists.xensource.com, Han, Weidong

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

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2009-09-24 13:56 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-09-23 16:16 Trying to pass-through Intel graphics device - causes a xen panic Tom Rotenberg
2009-09-24  1:38 ` Han, Weidong
2009-09-24 13:07   ` Tom Rotenberg
2009-09-24 13:22     ` Ian Pratt
2009-09-24 13:33       ` Tom Rotenberg
2009-09-24 13:56         ` Keir Fraser
2009-09-24 13:43   ` Christian Tramnitz

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.