thr3ads.net - Xen devel - [Xen-devel] xen-unstable pci passthrough [Sep 2009]

If this information is useful, please help other people find it:
Share via:

<djmagee@mageenet.net>

2009-Sep-01 22:40 UTC

[Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to
guests using 3.4.1.

 

The latest c/s in my copy of xen-unstable is 20145.  I just started
playing around with unstable yesterday, so I can''t tell you if earlier
revisions worked.  I''ve tried with various dom0 kernels, the current
2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in
every case I get the same error.  I''ve tried both putting pci= in the
config file, and hot-adding the device using xm pci-attach.  In every
case, the xm command (either create or pci-attach) fails with the
message "Error: Timed out waiting for device model action".  The
guests
in every case are HVM guests, some flavors of Windows, as well as the
Knoppix 5.3.1 DVD.

 

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

 

And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.

 

Please let me know what else I need to supply to help resolve this
problem.  If I need to enable debugging messages, let me know the best
way to do this.

 

Doug Magee

djmagee@mageenet.net

 



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Han, Weidong

2009-Sep-01 22:55 UTC

head link

[Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

in new config file:
# Device Model to be used
device_model = 'qemu-dm'

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-02 00:30 UTC

head link

Re: [Xen-devel] RE: xen-unstable pci passthrough

Hi,

I changed to using device_model = ''qemu-dm'' but it still
doesn''t work.

Here is my Win XP Home HVM Dom U configuration:

import os, re
arch = os.uname()[4]
if re.search(''64'', arch):
arch_libdir = ''lib64''
else:
arch_libdir = ''lib''

kernel = "/usr/lib/xen/boot/hvmloader"
builder=''hvm''
memory = 2048

# Should be at least 2KB per MB of domain memory, plus a few MB per vcpu.
shadow_memory = 8
name = "winxphome32"
vif = [ ''bridge=eth0'' ]
acpi = 1
apic = 1
disk = [ ''phy:/dev/virtualmachines/winxphome32,hda,w'',
''phy:/dev/sr0,hdc:cdrom,r'' ]

#device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
#device_model = ''/usr/'' + ''lib'' +
''/xen/bin/qemu-dm''
device_model = ''qemu-dm''

#-----------------------------------------------------------------------------
# boot on floppy (a), hard disk (c) or CD-ROM (d)
# default: hard disk, cd-rom, floppy
boot="cd"
sdl=0
vnc=1
vncconsole=1
vncpasswd=''''

serial=''pty''
usbdevice=''tablet''
pci = [ ''01:00.0'' ]
vcpus=1
gfx_passthru=2

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/02/2009 06:55 AM, Han, Weidong wrote:> I suspect you are using old hvm config file. The device_model is
> changes in config file.
> in old config file:
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
> in new config file:
> # Device Model to be used
> device_model = ''qemu-dm''
> Pls check it, and use the latest config file to create guest.
> Regards,
> Weidong
>
> ------------------------------------------------------------------------
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net
> *Sent:* 2009年9月2日 6:40
> *To:* xen-devel@lists.xensource.com
> *Subject:* [Xen-devel] xen-unstable pci passthrough
>
> I have not been able to passthrough any PCI devices using the latest
> xen-unstable. I have a DQ45CB, and have successfully passed devices to
> guests using 3.4.1.
>
> The latest c/s in my copy of xen-unstable is 20145. I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked. I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and
> in every case I get the same error. I’ve tried both putting pci= in
> the config file, and hot-adding the device using xm pci-attach. In
> every case, the xm command (either create or pci-attach) fails with
> the message “Error: Timed out waiting for device model action”. The
> guests in every case are HVM guests, some flavors of Windows, as well
> as the Knoppix 5.3.1 DVD.
>
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> And the messages from qemu-log:
>
> dm-command: hot insert pass-through pci dev
>
> hot add pci slot -2 exceed.
>
> Please let me know what else I need to supply to help resolve this
> problem. If I need to enable debugging messages, let me know the best
> way to do this.
>
> Doug Magee
>
> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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

Teo En Ming (Zhang Enming)

2009-Sep-02 03:31 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

If I use device_model = ''qemu-dm'', I need to use vcpus=1.
Using vcpus=2 will
cause Win XP Home domU to crash. The situation is reversed.

Regards,
 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering) 
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
-----Original Message-----
From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Mr. Teo En Ming (Zhang Enming)
Sent: Wednesday, September 02, 2009 8:31 AM
To: weidong.han@intel.com
Cc: ''xen-devel@lists.xensource.com'';
''djmagee@mageenet.net''
Subject: Re: [Xen-devel] RE: xen-unstable pci passthrough

Hi,

I changed to using device_model = ''qemu-dm'' but it still
doesn''t work.

Here is my Win XP Home HVM Dom U configuration:

import os, re
arch = os.uname()[4]
if re.search(''64'', arch):
    arch_libdir = ''lib64''
else:
    arch_libdir = ''lib''

kernel = "/usr/lib/xen/boot/hvmloader"
builder=''hvm''
memory = 2048 

# Should be at least 2KB per MB of domain memory, plus a few MB per
vcpu.
shadow_memory = 8
name = "winxphome32"
vif = [ ''bridge=eth0'' ]
acpi = 1 
apic = 1
disk = [ ''phy:/dev/virtualmachines/winxphome32,hda,w'',
''phy:/dev/sr0,hdc:cdrom,r'' ]

#device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
#device_model = ''/usr/'' + ''lib'' +
''/xen/bin/qemu-dm''
device_model = ''qemu-dm''

#-----------------------------------------------------------------------
------
# boot on floppy (a), hard disk (c) or CD-ROM (d) 
# default: hard disk, cd-rom, floppy
boot="cd"
sdl=0
vnc=1
vncconsole=1
vncpasswd=''''

serial=''pty''
usbdevice=''tablet''
pci = [ ''01:00.0'' ]
vcpus=1
gfx_passthru=2


-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering) 
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore


On 09/02/2009 06:55 AM, Han, Weidong wrote: 

	I suspect you are using old hvm config file. The device_model is
changes in config file.
	 
	in old config file:
	# New stuff
	device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
	 
	in new config file:
	# Device Model to be used
	device_model = ''qemu-dm''
	 
	Pls check it, and use the latest config file to create guest.
	 
	Regards,
	Weidong

________________________________

	From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of
djmagee@mageenet.net
	Sent: 2009年9月2日 6:40
	To: xen-devel@lists.xensource.com
	Subject: [Xen-devel] xen-unstable pci passthrough
	
	

	I have not been able to passthrough any PCI devices using the
latest xen-unstable.  I have a DQ45CB, and have successfully passed
devices to guests using 3.4.1.

	 

	The latest c/s in my copy of xen-unstable is 20145.  I just
started playing around with unstable yesterday, so I can’t tell you if
earlier revisions worked.  I’ve tried with various dom0 kernels, the
current 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops
2.6.31-rc6, and in every case I get the same error.  I’ve tried both
putting pci= in the config file, and hot-adding the device using xm
pci-attach.  In every case, the xm command (either create or pci-attach)
fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of
Windows, as well as the Knoppix 5.3.1 DVD.

	 

	The relevant xm dmesg output is:
	(XEN) PCI add device 00:1b.0

	(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf 0:1b.0

	(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf 0:1b.0

	(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3
intx = 0

	(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf 0:1b.0

	(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf 0:1b.0

	 

	And the messages from qemu-log:

	dm-command: hot insert pass-through pci dev

	hot add pci slot -2 exceed.

	 

	Please let me know what else I need to supply to help resolve
this problem.  If I need to enable debugging messages, let me know the
best way to do this.

	 

	Doug Magee

	djmagee@mageenet.net

	 

	
________________________________


	_______________________________________________
	Xen-devel mailing list
	Xen-devel@lists.xensource.com
	http://lists.xensource.com/xen-devel
	  




No virus found in this incoming message.
Checked by AVG - www.avg.com 
Version: 8.5.409 / Virus Database: 270.13.73/2338 - Release Date: 08/31/09
17:52:00

No virus found in this outgoing message.
Checked by AVG - www.avg.com 
Version: 8.5.409 / Virus Database: 270.13.73/2338 - Release Date: 08/31/09
17:52:00



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

<djmagee@mageenet.net>

2009-Sep-02 10:58 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:

# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

in new config file:

# Device Model to be used
device_model = ''qemu-dm''

Pls check it, and use the latest config file to create guest.

Regards,

Weidong

________________________________

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee

djmagee@mageenet.net

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Teo En Ming (Zhang Enming)

2009-Sep-03 04:12 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,



Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?



Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



That was the problem, thank you.  Now I’ll work on testing the
gfx-passthrough patches.



From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough



I suspect you are using old hvm config file. The device_model is changes in
config file.



in old config file:

# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''



in new config file:

# Device Model to be used
device_model = ''qemu-dm''



Pls check it, and use the latest config file to create guest.



Regards,

Weidong



  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to
guests using 3.4.1.



The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions
worked.  I’ve tried with various dom0 kernels, the current 2.6.18.8-xen
branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get
the same error.  I’ve tried both putting pci= in the config file, and
hot-adding the device using xm pci-attach.  In every case, the xm command
(either create or pci-attach) fails with the message “Error: Timed out
waiting for device model action”.  The guests in every case are HVM guests,
some flavors of Windows, as well as the Knoppix 5.3.1 DVD.



The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0



And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.



Please let me know what else I need to supply to help resolve this problem.
If I need to enable debugging messages, let me know the best way to do this.



Doug Magee

djmagee@mageenet.net



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Tim Moore

2009-Sep-03 09:03 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.

In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.

I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...

Regards,
Tim



From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

in new config file:
# Device Model to be used
device_model = ''qemu-dm''

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Teo En Ming (Zhang Enming)

2009-Sep-03 09:14 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Hi Tim,



Are you using xen 3.5-unstable? Which changeset are you using?



What Intel gfx passthrough patches are you using?



1.                   xen-gfx-passthrough.patch

2.                   qemu-gfx-passthrough.patch

3.                   xen-load-vbios-file.patch

4.                   xen-vbar-pbar.patch

5.                   qemu-vbar-pbar.patch

6.                   secondary-gfx-passthrough.patch



How do you apply the patches and compile xen and tools?



What pvops dom 0 kernel are you using?



When I do a “xm list”, I see win xp domU running. But I am always shown a
QEMU monitor and couldn’t proceed any further on the matter.



Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: Thursday, September 03, 2009 5:03 PM
To: ''Han, Weidong''
Cc: ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



Hi Weidong,



Thank you for all your hard work ;)



I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!



My findings so far:

1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but
monitor is OFF)

2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
console, VGA Loads and Display works !!!!



In both cases I am using the NVidia binary driver in the WinXP DomU.



The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to
the DomU Graphics then the DomU locks up hard.



In both cases the VGA card only works the FIRST time, I.e. FLR is required
to reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.



Is there anyway we can impletement the d3r, sbr or flr functionality that is
in XCI? I would like to see if a sbr will enable to Card to be reset.



I would also like to debug the issue with Secondary passthrough as it seems
that this is nearly there too ...



Regards,

Tim







From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Teo En Ming (Zhang Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



Dear Magee,



Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?



Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



That was the problem, thank you.  Now I’ll work on testing the
gfx-passthrough patches.



From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough



I suspect you are using old hvm config file. The device_model is changes in
config file.



in old config file:

# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''



in new config file:

# Device Model to be used
device_model = ''qemu-dm''



Pls check it, and use the latest config file to create guest.



Regards,

Weidong



  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to
guests using 3.4.1.



The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions
worked.  I’ve tried with various dom0 kernels, the current 2.6.18.8-xen
branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get
the same error.  I’ve tried both putting pci= in the config file, and
hot-adding the device using xm pci-attach.  In every case, the xm command
(either create or pci-attach) fails with the message “Error: Timed out
waiting for device model action”.  The guests in every case are HVM guests,
some flavors of Windows, as well as the Knoppix 5.3.1 DVD.



The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0



And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.



Please let me know what else I need to supply to help resolve this problem.
If I need to enable debugging messages, let me know the best way to do this.



Doug Magee

djmagee@mageenet.net



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Teo En Ming (Zhang Enming)

2009-Sep-03 09:18 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Perhaps I need to get a dual PCI-e x16 VT-d capable motherboard instead of a
motherboard with only 1 PCI-e x16 and onboard graphics?



Magee was telling me vga passthrough won’t work on Intel DQ45CB when you
boot dom 0 on onboard Intel gma4500 graphics and want to passthrough pci-e
x16 graphics to win xp domU.



Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Teo En Ming (Zhang Enming)
Sent: Thursday, September 03, 2009 5:15 PM
To: timothy.moore@expidas.net; ''Han, Weidong''
Cc: xen-devel@lists.xensource.com; djmagee@mageenet.net
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



Hi Tim,



Are you using xen 3.5-unstable? Which changeset are you using?



What Intel gfx passthrough patches are you using?



1.                   xen-gfx-passthrough.patch

2.                   qemu-gfx-passthrough.patch

3.                   xen-load-vbios-file.patch

4.                   xen-vbar-pbar.patch

5.                   qemu-vbar-pbar.patch

6.                   secondary-gfx-passthrough.patch



How do you apply the patches and compile xen and tools?



What pvops dom 0 kernel are you using?



When I do a “xm list”, I see win xp domU running. But I am always shown a
QEMU monitor and couldn’t proceed any further on the matter.



Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: Thursday, September 03, 2009 5:03 PM
To: ''Han, Weidong''
Cc: ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



Hi Weidong,



Thank you for all your hard work ;)



I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!



My findings so far:

1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but
monitor is OFF)

2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
console, VGA Loads and Display works !!!!



In both cases I am using the NVidia binary driver in the WinXP DomU.



The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to
the DomU Graphics then the DomU locks up hard.



In both cases the VGA card only works the FIRST time, I.e. FLR is required
to reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.



Is there anyway we can impletement the d3r, sbr or flr functionality that is
in XCI? I would like to see if a sbr will enable to Card to be reset.



I would also like to debug the issue with Secondary passthrough as it seems
that this is nearly there too ...



Regards,

Tim







From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Teo En Ming (Zhang Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



Dear Magee,



Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?



Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



That was the problem, thank you.  Now I’ll work on testing the
gfx-passthrough patches.



From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough



I suspect you are using old hvm config file. The device_model is changes in
config file.



in old config file:

# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''



in new config file:

# Device Model to be used
device_model = ''qemu-dm''



Pls check it, and use the latest config file to create guest.



Regards,

Weidong



  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to
guests using 3.4.1.



The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions
worked.  I’ve tried with various dom0 kernels, the current 2.6.18.8-xen
branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get
the same error.  I’ve tried both putting pci= in the config file, and
hot-adding the device using xm pci-attach.  In every case, the xm command
(either create or pci-attach) fails with the message “Error: Timed out
waiting for device model action”.  The guests in every case are HVM guests,
some flavors of Windows, as well as the Knoppix 5.3.1 DVD.



The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0



And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.



Please let me know what else I need to supply to help resolve this problem.
If I need to enable debugging messages, let me know the best way to do this.



Doug Magee

djmagee@mageenet.net



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Han, Weidong

2009-Sep-03 09:42 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Tim,

See my comments belew.

________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc: 'enming.teo@asiasoftsea.net'; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.

[Weidong]: I didn't try 9500GT. Seems it needs extra hacks.

In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

[Weidong]:  Yes, it's not reset well. I suspect it's still in graphics
mode, so cannot display the boot messages in VGA mode. In my experiments, WinXP
guest can still boot into graphics mode, although you cannot see booting
progress.

Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.
[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset it.

I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...

Regards,
Tim

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; 'Han, Weidong'; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; 'xen-devel@lists.xensource.com'
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

in new config file:
# Device Model to be used
device_model = 'qemu-dm'

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Teo En Ming (Zhang Enming)

2009-Sep-03 09:50 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Hi Weidong,



Do you have any ideas why gfx passthrough couldn’t work in my case?



Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: Thursday, September 03, 2009 5:43 PM
To: ''Tim Moore''
Cc: ''enming.teo@asiasoftsea.net'';
''djmagee@mageenet.net'';
''xen-devel@lists.xensource.com''
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



Tim,



See my comments belew.





  _____

From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc: ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Hi Weidong,



Thank you for all your hard work ;)



I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!



My findings so far:

1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but
monitor is OFF)

2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
console, VGA Loads and Display works !!!!



In both cases I am using the NVidia binary driver in the WinXP DomU.



The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to
the DomU Graphics then the DomU locks up hard.



[Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.



In both cases the VGA card only works the FIRST time, I.e. FLR is required
to reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.



[Weidong]:  Yes, it''s not reset well. I suspect it''s still in
graphics mode,
so cannot display the boot messages in VGA mode. In my experiments, WinXP
guest can still boot into graphics mode, although you cannot see booting
progress.



Is there anyway we can impletement the d3r, sbr or flr functionality that is
in XCI? I would like to see if a sbr will enable to Card to be reset.

[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset
it.



I would also like to debug the issue with Secondary passthrough as it seems
that this is nearly there too ...



Regards,

Tim







From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Teo En Ming (Zhang Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



Dear Magee,



Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?



Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough



That was the problem, thank you.  Now I’ll work on testing the
gfx-passthrough patches.



From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough



I suspect you are using old hvm config file. The device_model is changes in
config file.



in old config file:

# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''



in new config file:

# Device Model to be used
device_model = ''qemu-dm''



Pls check it, and use the latest config file to create guest.



Regards,

Weidong



  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to
guests using 3.4.1.



The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions
worked.  I’ve tried with various dom0 kernels, the current 2.6.18.8-xen
branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get
the same error.  I’ve tried both putting pci= in the config file, and
hot-adding the device using xm pci-attach.  In every case, the xm command
(either create or pci-attach) fails with the message “Error: Timed out
waiting for device model action”.  The guests in every case are HVM guests,
some flavors of Windows, as well as the Knoppix 5.3.1 DVD.



The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0



And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.



Please let me know what else I need to supply to help resolve this problem.
If I need to enable debugging messages, let me know the best way to do this.



Doug Magee

djmagee@mageenet.net



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Tim Moore

2009-Sep-03 13:40 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

hi Teo,

I believe it is due to your motherboard - In a previous post to xen-devel, as
user said to YOU that the chipset does not have enough PCI Lanes to use both
Internal IGFX and PCIe card at the same time (simultaneously). Primary (IGFX)
will need to be disabled in your BIOS for PCIe card to work, can you get them
both enabled in native WinXP?

If I were you, I would try and pass through the Primary (IGFX) VGA controller to
DomU with the specific changes needed to memory addresses in the v1 patches ..
see if that works.

Dont think you will have much luck with your secondary PCIe card - (I couldnt
get PCIe secondary working either, and my secondary does work in native WinXP)

Tim

From: Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
Sent: 03 September 2009 10:50
To: weidong.han@intel.com; Tim Moore
Cc: djmagee@mageenet.net; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Hi Weidong,

Do you have any ideas why gfx passthrough couldn’t work in my case?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: Thursday, September 03, 2009 5:43 PM
To: ''Tim Moore''
Cc: ''enming.teo@asiasoftsea.net'';
''djmagee@mageenet.net'';
''xen-devel@lists.xensource.com''
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Tim,

See my comments belew.


________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc: ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.

[Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.

In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

[Weidong]:  Yes, it''s not reset well. I suspect it''s still in
graphics mode, so cannot display the boot messages in VGA mode. In my
experiments, WinXP guest can still boot into graphics mode, although you cannot
see booting progress.

Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.
[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset it.

I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...

Regards,
Tim



From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

in new config file:
# Device Model to be used
device_model = ''qemu-dm''

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 14:11 UTC

head link

Re: [Xen-devel] RE: xen-unstable pci passthrough

Hi Tim,

I am aware that Magee told me that onboard GMA4500 and PCI-e x16
graphics cannot work simultaneously.

But Weidong told me in earlier postings that he could get secondary gfx
to work in the labs, so I am still holding out some hope of getting my
secondary gfx to be passed through to windows xp hvm domU.

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/03/2009 09:40 PM, Tim Moore wrote:>
> hi Teo,
>
> I believe it is due to your motherboard - In a previous post to
> xen-devel, as user said to YOU that the chipset does not have enough
> PCI Lanes to use both Internal IGFX and PCIe card at the same time
> (simultaneously). Primary (IGFX) will need to be disabled in your BIOS
> for PCIe card to work, can you get them both enabled in native WinXP?
>
> If I were you, I would try and pass through the Primary (IGFX) VGA
> controller to DomU with the specific changes needed to memory
> addresses in the v1 patches .. see if that works.
>
> Dont think you will have much luck with your secondary PCIe card - (I
> couldnt get PCIe secondary working either, and my secondary does work
> in native WinXP)
>
> Tim
>
> *From:* Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
> *Sent:* 03 September 2009 10:50
> *To:* weidong.han@intel.com; Tim Moore
> *Cc:* djmagee@mageenet.net; xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Weidong,
>
> Do you have any ideas why gfx passthrough couldn’t work in my case?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
>
> ------------------------------------------------------------------------
>
> *From:* Han, Weidong [mailto:weidong.han@intel.com]
> *Sent:* Thursday, September 03, 2009 5:43 PM
> *To:* ''Tim Moore''
> *Cc:* ''enming.teo@asiasoftsea.net'';
''djmagee@mageenet.net'';
> ''xen-devel@lists.xensource.com''
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Tim,
>
> See my comments belew.
>
> ------------------------------------------------------------------------
>
> *From:* Tim Moore [mailto:timothy.moore@expidas.net]
> *Sent:* 2009年9月3日 17:03
> *To:* Han, Weidong
> *Cc:* ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
> xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Weidong,
>
> Thank you for all your hard work ;)
>
> I have just successfully passed through my Nvidia Geforce GTX260 as a
> fully functional card to my WinXP DomU !!!!!
>
> My findings so far:
>
> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
> successfully but NO output on the Monitor (VGA is sized correctly but
> monitor is OFF)
>
> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
> console, VGA Loads and Display works !!!!
>
> In both cases I am using the NVidia binary driver in the WinXP DomU.
>
> The 9500GT (Secondary card) passthrough still has issues, the driver
> loads without the Monitor displaying anything (DPMS?) and if I make
> ANY changes to the DomU Graphics then the DomU locks up hard.
>
> [Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.
>
> In both cases the VGA card only works the FIRST time, I.e. FLR is
> required to reset the card for re-use, display become corrupt on
> second boot of DomU. Restart Dom0 and the VGA will work again the
> first time DomU is started.
>
> [Weidong]: Yes, it''s not reset well. I suspect it''s still
in graphics
> mode, so cannot display the boot messages in VGA mode. In my
> experiments, WinXP guest can still boot into graphics mode, although
> you cannot see booting progress.
>
> Is there anyway we can impletement the d3r, sbr or flr functionality
> that is in XCI? I would like to see if a sbr will enable to Card to be
> reset.
>
> [Weidong]: these reset functions are already in xen-unstable, but no
> one can really reset gfx. In my feeling, it needs vendor specific
> method to reset it.
>
> I would also like to debug the issue with Secondary passthrough as it
> seems that this is nearly there too ...
>
> Regards,
>
> Tim
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Teo En
> Ming (Zhang Enming)
> *Sent:* 03 September 2009 05:12
> *To:* djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Dear Magee,
>
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops
> dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net
> *Sent:* Wednesday, September 02, 2009 6:59 PM
> *To:* Han, Weidong; xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> That was the problem, thank you. Now I’ll work on testing the
> gfx-passthrough patches.
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han, Weidong
> *Sent:* Tuesday, September 01, 2009 6:55 PM
> *To:* djmagee@mageenet.net;
''xen-devel@lists.xensource.com''
> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>
> I suspect you are using old hvm config file. The device_model is
> changes in config file.
>
> in old config file:
>
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>
> in new config file:
>
> # Device Model to be used
> device_model = ''qemu-dm''
>
> Pls check it, and use the latest config file to create guest.
>
> Regards,
>
> Weidong
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net
> *Sent:* 2009年9月2日 6:40
> *To:* xen-devel@lists.xensource.com
> *Subject:* [Xen-devel] xen-unstable pci passthrough
>
> I have not been able to passthrough any PCI devices using the latest
> xen-unstable. I have a DQ45CB, and have successfully passed devices to
> guests using 3.4.1.
>
> The latest c/s in my copy of xen-unstable is 20145. I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked. I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and
> in every case I get the same error. I’ve tried both putting pci= in
> the config file, and hot-adding the device using xm pci-attach. In
> every case, the xm command (either create or pci-attach) fails with
> the message “Error: Timed out waiting for device model action”. The
> guests in every case are HVM guests, some flavors of Windows, as well
> as the Knoppix 5.3.1 DVD.
>
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> And the messages from qemu-log:
>
> dm-command: hot insert pass-through pci dev
>
> hot add pci slot -2 exceed.
>
> Please let me know what else I need to supply to help resolve this
> problem. If I need to enable debugging messages, let me know the best
> way to do this.
>
> Doug Magee
>
> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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

Tim Moore

2009-Sep-03 14:18 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Teo,

See below ...

Tim

From: Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
Sent: 03 September 2009 10:15
To: Tim Moore; ''Han, Weidong''
Cc: djmagee@mageenet.net; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Hi Tim,

Are you using xen 3.5-unstable? YES
Which changeset are you using? (no clue at the moment, was the one that v1
patches apply to)

What Intel gfx passthrough patches are you using? (all)

1.             xen-gfx-passthrough.patch YES
2.             qemu-gfx-passthrough.patch YES
3.             xen-load-vbios-file.patch YES
4.             xen-vbar-pbar.patch YES
5.             qemu-vbar-pbar.patch YES
6.             secondary-gfx-passthrough.patch YES
        7.            revert MMIO allocation back to 0xf0000000 (examine the
patches, it''s obvious)

How do you apply the patches and compile xen and tools?
1) Applied the v1 patches to relevant changeset (I''ve not updated my HG
repo since v2 patches released)
2) Amended memory addresses as Weidong Han recommended for Secondary or Primary
VGA as appropriate
3) Run "make" on the hvmloader
4) Run "make install-tools" on xen-unstable

Don''t forget to reboot Dom0 after every attempt at assigning card to
DomU, the card needs resetting to work each time.

What pvops dom 0 kernel are you using?
both 2.6.30-rc6 and 2.6.18-xen works for me

When I do a “xm list”, I see win xp domU running. But I am always shown a QEMU
monitor and couldn’t proceed any further on the matter.
I also get QEMU Monitor in vncviewer, this is because Cirrus VGA is not loaded.
You should have VGA on your passthrough card, if not you will need vncviewer in
the DomU (which will only be accessible when WinXP has booted successfully)

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: Thursday, September 03, 2009 5:03 PM
To: ''Han, Weidong''
Cc: ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.

In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.

I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...

Regards,
Tim

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

in new config file:
# Device Model to be used
device_model = ''qemu-dm''

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 14:24 UTC

head link

Re: [Xen-devel] RE: xen-unstable pci passthrough

Hi Tim,

Thank you for sharing your procedures.

I have a vnc server installed in my Win XP Home DomU. The fact that I
cannot vnc into my Win XP dom U shows that my domU did not boot
successfully.

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/03/2009 10:18 PM, Tim Moore wrote:>
> Teo,
>
> See below ...
>
> Tim
>
> *From:* Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
> *Sent:* 03 September 2009 10:15
> *To:* Tim Moore; ''Han, Weidong''
> *Cc:* djmagee@mageenet.net; xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Tim,
>
> Are you using xen 3.5-unstable? YES
>
> Which changeset are you using? (no clue at the moment, was the one
> that v1 patches apply to)
>
> What Intel gfx passthrough patches are you using? (all)
>
> 1. xen-gfx-passthrough.patch YES
>
> 2. qemu-gfx-passthrough.patch YES
>
> 3. xen-load-vbios-file.patch YES
>
> 4. xen-vbar-pbar.patch YES
>
> 5. qemu-vbar-pbar.patch YES
>
> 6. secondary-gfx-passthrough.patch YES
>
> 7. revert MMIO allocation back to 0xf0000000 (examine the patches,
> it''s obvious)
>
> How do you apply the patches and compile xen and tools?
>
> 1) Applied the v1 patches to relevant changeset (I''ve not updated
my
> HG repo since v2 patches released)
>
> 2) Amended memory addresses as Weidong Han recommended for Secondary
> or Primary VGA as appropriate
>
> 3) Run "make" on the hvmloader
>
> 4) Run "make install-tools" on xen-unstable
>
> Don''t forget to reboot Dom0 after every attempt at assigning card
to
> DomU, the card needs resetting to work each time.
>
> What pvops dom 0 kernel are you using?
>
> both 2.6.30-rc6 and 2.6.18-xen works for me
>
> When I do a “xm list”, I see win xp domU running. But I am always
> shown a QEMU monitor and couldn’t proceed any further on the matter.
>
> I also get QEMU Monitor in vncviewer, this is because Cirrus VGA is
> not loaded. You should have VGA on your passthrough card, if not you
> will need vncviewer in the DomU (which will only be accessible when
> WinXP has booted successfully)
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
>
> ------------------------------------------------------------------------
>
> *From:* Tim Moore [mailto:timothy.moore@expidas.net]
> *Sent:* Thursday, September 03, 2009 5:03 PM
> *To:* ''Han, Weidong''
> *Cc:* ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
> xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Weidong,
>
> Thank you for all your hard work ;)
>
> I have just successfully passed through my Nvidia Geforce GTX260 as a
> fully functional card to my WinXP DomU !!!!!
>
> My findings so far:
>
> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
> successfully but NO output on the Monitor (VGA is sized correctly but
> monitor is OFF)
>
> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
> console, VGA Loads and Display works !!!!
>
> In both cases I am using the NVidia binary driver in the WinXP DomU.
>
> The 9500GT (Secondary card) passthrough still has issues, the driver
> loads without the Monitor displaying anything (DPMS?) and if I make
> ANY changes to the DomU Graphics then the DomU locks up hard.
>
> In both cases the VGA card only works the FIRST time, I.e. FLR is
> required to reset the card for re-use, display become corrupt on
> second boot of DomU. Restart Dom0 and the VGA will work again the
> first time DomU is started.
>
> Is there anyway we can impletement the d3r, sbr or flr functionality
> that is in XCI? I would like to see if a sbr will enable to Card to be
> reset.
>
> I would also like to debug the issue with Secondary passthrough as it
> seems that this is nearly there too ...
>
> Regards,
>
> Tim
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Teo En
> Ming (Zhang Enming)
> *Sent:* 03 September 2009 05:12
> *To:* djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Dear Magee,
>
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops
> dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net
> *Sent:* Wednesday, September 02, 2009 6:59 PM
> *To:* Han, Weidong; xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> That was the problem, thank you. Now I’ll work on testing the
> gfx-passthrough patches.
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han, Weidong
> *Sent:* Tuesday, September 01, 2009 6:55 PM
> *To:* djmagee@mageenet.net;
''xen-devel@lists.xensource.com''
> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>
> I suspect you are using old hvm config file. The device_model is
> changes in config file.
>
> in old config file:
>
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>
> in new config file:
>
> # Device Model to be used
> device_model = ''qemu-dm''
>
> Pls check it, and use the latest config file to create guest.
>
> Regards,
>
> Weidong
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net
> *Sent:* 2009年9月2日 6:40
> *To:* xen-devel@lists.xensource.com
> *Subject:* [Xen-devel] xen-unstable pci passthrough
>
> I have not been able to passthrough any PCI devices using the latest
> xen-unstable. I have a DQ45CB, and have successfully passed devices to
> guests using 3.4.1.
>
> The latest c/s in my copy of xen-unstable is 20145. I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked. I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and
> in every case I get the same error. I’ve tried both putting pci= in
> the config file, and hot-adding the device using xm pci-attach. In
> every case, the xm command (either create or pci-attach) fails with
> the message “Error: Timed out waiting for device model action”. The
> guests in every case are HVM guests, some flavors of Windows, as well
> as the Knoppix 5.3.1 DVD.
>
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> And the messages from qemu-log:
>
> dm-command: hot insert pass-through pci dev
>
> hot add pci slot -2 exceed.
>
> Please let me know what else I need to supply to help resolve this
> problem. If I need to enable debugging messages, let me know the best
> way to do this.
>
> Doug Magee
>
> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 14:28 UTC

head link

Re: [Xen-devel] RE: xen-unstable pci passthrough

Hi Tim,

I have downloaded linux-2.6.18.8-xen source code. I am compiling it now.
If I still cannot get nVidia Geforce 8400 GS PCI-e x16 secondary gfx to
be passed through to Win XP HVM dom U with xen 3.5-unstable with intel
gfx passthrough patches applied with xenlinux 2.6.18.8, I will give up
the attempt on the secondary gfx.

I will then focus on getting the primary gfx (either onboard or pci-e)
to be passed through.

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/03/2009 10:19 PM, Tim Moore wrote:>
> Try and get native WinXP to boot and initialise both cards at the same
> time .. acid test .. you`ll know if you are wasting your time or not !
>
> *From:* Mr. Teo En Ming (Zhang Enming)
> [mailto:enming.teo@asiasoftsea.net]
> *Sent:* 03 September 2009 15:12
> *To:* Tim Moore
> *Cc:* xen-devel@lists.xensource.com
> *Subject:* Re: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Tim,
>
> I am aware that Magee told me that onboard GMA4500 and PCI-e x16
> graphics cannot work simultaneously.
>
> But Weidong told me in earlier postings that he could get secondary
> gfx to work in the labs, so I am still holding out some hope of
> getting my secondary gfx to be passed through to windows xp hvm domU.
>
> -- 
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
> Technical Support Engineer 
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza 
> Singapore 529541
> Republic of Singapore
> Company Website: http://www.asiasoft.sg/
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
> Alma Maters: Singapore Polytechnic, National University of Singapore
>
>
>
> On 09/03/2009 09:40 PM, Tim Moore wrote:
>
> hi Teo,
>
> I believe it is due to your motherboard - In a previous post to
> xen-devel, as user said to YOU that the chipset does not have enough
> PCI Lanes to use both Internal IGFX and PCIe card at the same time
> (simultaneously). Primary (IGFX) will need to be disabled in your BIOS
> for PCIe card to work, can you get them both enabled in native WinXP?
>
> If I were you, I would try and pass through the Primary (IGFX) VGA
> controller to DomU with the specific changes needed to memory
> addresses in the v1 patches .. see if that works.
>
> Dont think you will have much luck with your secondary PCIe card - (I
> couldnt get PCIe secondary working either, and my secondary does work
> in native WinXP)
>
> Tim
>
> *From:* Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
> *Sent:* 03 September 2009 10:50
> *To:* weidong.han@intel.com <mailto:weidong.han@intel.com>; Tim Moore
> *Cc:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
> xen-devel@lists.xensource.com <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Weidong,
>
> Do you have any ideas why gfx passthrough couldn’t work in my case?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>
> ------------------------------------------------------------------------
>
> *From:* Han, Weidong [mailto:weidong.han@intel.com]
> *Sent:* Thursday, September 03, 2009 5:43 PM
> *To:* ''Tim Moore''
> *Cc:* ''enming.teo@asiasoftsea.net
> <mailto:enming.teo@asiasoftsea.net>'';
''djmagee@mageenet.net
> <mailto:djmagee@mageenet.net>'';
''xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>''
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Tim,
>
> See my comments belew.
>
> ------------------------------------------------------------------------
>
> *From:* Tim Moore [mailto:timothy.moore@expidas.net]
> *Sent:* 2009年9月3日 17:03
> *To:* Han, Weidong
> *Cc:* ''enming.teo@asiasoftsea.net
> <mailto:enming.teo@asiasoftsea.net>''; djmagee@mageenet.net
> <mailto:djmagee@mageenet.net>; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Weidong,
>
> Thank you for all your hard work ;)
>
> I have just successfully passed through my Nvidia Geforce GTX260 as a
> fully functional card to my WinXP DomU !!!!!
>
> My findings so far:
>
> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
> successfully but NO output on the Monitor (VGA is sized correctly but
> monitor is OFF)
>
> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
> console, VGA Loads and Display works !!!!
>
> In both cases I am using the NVidia binary driver in the WinXP DomU.
>
> The 9500GT (Secondary card) passthrough still has issues, the driver
> loads without the Monitor displaying anything (DPMS?) and if I make
> ANY changes to the DomU Graphics then the DomU locks up hard.
>
> [Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.
>
> In both cases the VGA card only works the FIRST time, I.e. FLR is
> required to reset the card for re-use, display become corrupt on
> second boot of DomU. Restart Dom0 and the VGA will work again the
> first time DomU is started.
>
> [Weidong]: Yes, it''s not reset well. I suspect it''s still
in graphics
> mode, so cannot display the boot messages in VGA mode. In my
> experiments, WinXP guest can still boot into graphics mode, although
> you cannot see booting progress.
>
> Is there anyway we can impletement the d3r, sbr or flr functionality
> that is in XCI? I would like to see if a sbr will enable to Card to be
> reset.
>
> [Weidong]: these reset functions are already in xen-unstable, but no
> one can really reset gfx. In my feeling, it needs vendor specific
> method to reset it.
>
> I would also like to debug the issue with Secondary passthrough as it
> seems that this is nearly there too ...
>
> Regards,
>
> Tim
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Teo En
> Ming (Zhang Enming)
> *Sent:* 03 September 2009 05:12
> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
''Han,
> Weidong''; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Dear Magee,
>
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops
> dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
> *Sent:* Wednesday, September 02, 2009 6:59 PM
> *To:* Han, Weidong; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> That was the problem, thank you. Now I’ll work on testing the
> gfx-passthrough patches.
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han, Weidong
> *Sent:* Tuesday, September 01, 2009 6:55 PM
> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
> ''xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>''
> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>
> I suspect you are using old hvm config file. The device_model is
> changes in config file.
>
> in old config file:
>
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>
> in new config file:
>
> # Device Model to be used
> device_model = ''qemu-dm''
>
> Pls check it, and use the latest config file to create guest.
>
> Regards,
>
> Weidong
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
> *Sent:* 2009年9月2日 6:40
> *To:* xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>
> *Subject:* [Xen-devel] xen-unstable pci passthrough
>
> I have not been able to passthrough any PCI devices using the latest
> xen-unstable. I have a DQ45CB, and have successfully passed devices to
> guests using 3.4.1.
>
> The latest c/s in my copy of xen-unstable is 20145. I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked. I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and
> in every case I get the same error. I’ve tried both putting pci= in
> the config file, and hot-adding the device using xm pci-attach. In
> every case, the xm command (either create or pci-attach) fails with
> the message “Error: Timed out waiting for device model action”. The
> guests in every case are HVM guests, some flavors of Windows, as well
> as the Knoppix 5.3.1 DVD.
>
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> And the messages from qemu-log:
>
> dm-command: hot insert pass-through pci dev
>
> hot add pci slot -2 exceed.
>
> Please let me know what else I need to supply to help resolve this
> problem. If I need to enable debugging messages, let me know the best
> way to do this.
>
> Doug Magee
>
> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>
>  
> ------------------------------------------------------------------------
>
>
>   
>  
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com <mailto: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

<djmagee@mageenet.net>

2009-Sep-03 15:07 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

I had a little bit of time to work on this the other night.  As the revised
passthrough patch had already been applied to xen-unstable, I only had to apply
the qemu branch.

 

When I tried to passthrough my video device with gfx_passthru=2, the guest BIOS
never seemed to execute.  Xm dmesg, went as far as “Loading ROMBIOS”, but no
further.  When guests successfully start, I can see the bios messages in xm
dmesg, and that was not the case.  I tried leaving the vnc enabled to see if
there was any output, and all I had was some qemu monitor and it was not clear
what I was supposed to do there.  I was attempting to passthrough my addon card,
which is the only graphics device enabled in my system.

 

I then tried to passthrough the graphics device without the gfx_passthru option
just to make sure the guest would boot properly.  I was immediately hit with a
dom0 kernel BUG and at that point I had no more time to experiment.

 

This test was while I was running a xenified 2.6.29.6 kernel, which has been
perfectly stable for me in all my other uses.  I want to try with a 2.6.18.8-xen
kernel as well.  Hopefully I’ll get a chance this afternoon.  I built and tested
a 2.6.31-rc6 dom0 kernel the other day but it was difficult to use as there was
really high latency over my ssh connection for some reason and the machine was
generally unresponsive.

 

When I have time to fully test all of these combinations I will report back with
the results.

 

From: Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net] 
Sent: Thursday, September 03, 2009 12:12 AM
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

 

Dear Magee,

 

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

 

Regards,
 

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer 

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

________________________________

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

 

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

 

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

 

I suspect you are using old hvm config file. The device_model is changes in
config file.

 

in old config file:

# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

 

in new config file:

# Device Model to be used
device_model = ''qemu-dm''

 

Pls check it, and use the latest config file to create guest.

 

Regards,

Weidong

 

________________________________

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

 

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

 

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

 

And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.

 

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

 

Doug Magee

djmagee@mageenet.net

 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 15:33 UTC

head link

Re: [Xen-devel] RE: xen-unstable pci passthrough

OK, although I have successfully configured, compiled and installed
linux-2.6.18.8-xen-dom0 kernel, I cannot use it at all.

When I tried to boot up kernel 2.6.18.8-xen which I have just compiled
and installed, I get the "kernel panic not syncing attempted to kill
init" message.

The real reason is because I am using ext4 filesystems. ext4 is only
supported in kernel 2.6.28 onwards. 2.6.18 only supports ext3. And I
can''t mount ext4 as ext3. I have tried it. It doesn''t work.
Since I
can''t mount ext4 as ext3, I can''t do testing with 2.6.18.8
xenified
non-pvops dom0 xen kernel already.

Unless I can patch 2.6.18.8-xen to support ext4. I shouldn''t have used
ext4 in the first place.

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/03/2009 10:28 PM, Mr. Teo En Ming (Zhang Enming)
wrote:> Hi Tim,
>
> I have downloaded linux-2.6.18.8-xen source code. I am compiling it
> now. If I still cannot get nVidia Geforce 8400 GS PCI-e x16 secondary
> gfx to be passed through to Win XP HVM dom U with xen 3.5-unstable
> with intel gfx passthrough patches applied with xenlinux 2.6.18.8, I
> will give up the attempt on the secondary gfx.
>
> I will then focus on getting the primary gfx (either onboard or pci-e)
> to be passed through.
>
> -- 
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
> Technical Support Engineer 
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza 
> Singapore 529541
> Republic of Singapore
> Company Website: http://www.asiasoft.sg/
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
> Alma Maters: Singapore Polytechnic, National University of Singapore
>
>
> On 09/03/2009 10:19 PM, Tim Moore wrote:
>>
>> Try and get native WinXP to boot and initialise both cards at the
>> same time .. acid test .. you`ll know if you are wasting your time or
>> not !
>>
>> *From:* Mr. Teo En Ming (Zhang Enming)
>> [mailto:enming.teo@asiasoftsea.net]
>> *Sent:* 03 September 2009 15:12
>> *To:* Tim Moore
>> *Cc:* xen-devel@lists.xensource.com
>> *Subject:* Re: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> Hi Tim,
>>
>> I am aware that Magee told me that onboard GMA4500 and PCI-e x16
>> graphics cannot work simultaneously.
>>
>> But Weidong told me in earlier postings that he could get secondary
>> gfx to work in the labs, so I am still holding out some hope of
>> getting my secondary gfx to be passed through to windows xp hvm domU.
>>
>> -- 
>> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
>> Technical Support Engineer 
>> Information Technology Department
>> Asiasoft Online Pte Ltd
>> Tampines Central 1 #04-01 Tampines Plaza 
>> Singapore 529541
>> Republic of Singapore
>> Company Website: http://www.asiasoft.sg/
>> Mobile: +65-9648-9798
>> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>> Alma Maters: Singapore Polytechnic, National University of Singapore
>>
>>
>>
>> On 09/03/2009 09:40 PM, Tim Moore wrote:
>>
>> hi Teo,
>>
>> I believe it is due to your motherboard - In a previous post to
>> xen-devel, as user said to YOU that the chipset does not have enough
>> PCI Lanes to use both Internal IGFX and PCIe card at the same time
>> (simultaneously). Primary (IGFX) will need to be disabled in your
>> BIOS for PCIe card to work, can you get them both enabled in native
>> WinXP?
>>
>> If I were you, I would try and pass through the Primary (IGFX) VGA
>> controller to DomU with the specific changes needed to memory
>> addresses in the v1 patches .. see if that works.
>>
>> Dont think you will have much luck with your secondary PCIe card - (I
>> couldnt get PCIe secondary working either, and my secondary does work
>> in native WinXP)
>>
>> Tim
>>
>> *From:* Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
>> *Sent:* 03 September 2009 10:50
>> *To:* weidong.han@intel.com <mailto:weidong.han@intel.com>; Tim
Moore
>> *Cc:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
>> xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>
>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> Hi Weidong,
>>
>> Do you have any ideas why gfx passthrough couldn’t work in my case?
>>
>> Regards,
>>
>> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
>> BEng(Hons)(Mechanical Engineering)
>>
>> Technical Support Engineer
>>
>> Information Technology Department
>> Asiasoft Online Pte Ltd
>> Tampines Central 1 #04-01 Tampines Plaza
>> Singapore 529541
>>
>> Republic of Singapore
>> Mobile: +65-9648-9798
>> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>>
>>
------------------------------------------------------------------------
>>
>> *From:* Han, Weidong [mailto:weidong.han@intel.com]
>> *Sent:* Thursday, September 03, 2009 5:43 PM
>> *To:* ''Tim Moore''
>> *Cc:* ''enming.teo@asiasoftsea.net
>> <mailto:enming.teo@asiasoftsea.net>'';
''djmagee@mageenet.net
>> <mailto:djmagee@mageenet.net>'';
''xen-devel@lists.xensource.com
>> <mailto:xen-devel@lists.xensource.com>''
>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> Tim,
>>
>> See my comments belew.
>>
>>
------------------------------------------------------------------------
>>
>> *From:* Tim Moore [mailto:timothy.moore@expidas.net]
>> *Sent:* 2009年9月3日 17:03
>> *To:* Han, Weidong
>> *Cc:* ''enming.teo@asiasoftsea.net
>> <mailto:enming.teo@asiasoftsea.net>'';
djmagee@mageenet.net
>> <mailto:djmagee@mageenet.net>; xen-devel@lists.xensource.com
>> <mailto:xen-devel@lists.xensource.com>
>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> Hi Weidong,
>>
>> Thank you for all your hard work ;)
>>
>> I have just successfully passed through my Nvidia Geforce GTX260 as a
>> fully functional card to my WinXP DomU !!!!!
>>
>> My findings so far:
>>
>> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
>> successfully but NO output on the Monitor (VGA is sized correctly but
>> monitor is OFF)
>>
>> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote
>> SSH console, VGA Loads and Display works !!!!
>>
>> In both cases I am using the NVidia binary driver in the WinXP DomU.
>>
>> The 9500GT (Secondary card) passthrough still has issues, the driver
>> loads without the Monitor displaying anything (DPMS?) and if I make
>> ANY changes to the DomU Graphics then the DomU locks up hard.
>>
>> [Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.
>>
>> In both cases the VGA card only works the FIRST time, I.e. FLR is
>> required to reset the card for re-use, display become corrupt on
>> second boot of DomU. Restart Dom0 and the VGA will work again the
>> first time DomU is started.
>>
>> [Weidong]: Yes, it''s not reset well. I suspect it''s
still in graphics
>> mode, so cannot display the boot messages in VGA mode. In my
>> experiments, WinXP guest can still boot into graphics mode, although
>> you cannot see booting progress.
>>
>> Is there anyway we can impletement the d3r, sbr or flr functionality
>> that is in XCI? I would like to see if a sbr will enable to Card to
>> be reset.
>>
>> [Weidong]: these reset functions are already in xen-unstable, but no
>> one can really reset gfx. In my feeling, it needs vendor specific
>> method to reset it.
>>
>> I would also like to debug the issue with Secondary passthrough as it
>> seems that this is nearly there too ...
>>
>> Regards,
>>
>> Tim
>>
>> *From:* xen-devel-bounces@lists.xensource.com
>> <mailto:xen-devel-bounces@lists.xensource.com>
>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Teo En
>> Ming (Zhang Enming)
>> *Sent:* 03 September 2009 05:12
>> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
''Han,
>> Weidong''; xen-devel@lists.xensource.com
>> <mailto:xen-devel@lists.xensource.com>
>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> Dear Magee,
>>
>> Any luck with the Intel vga passthrough patches to xen 3.5-unstable
>> on Intel DQ45CB with extra PCI-e x16 graphics card? Are you using
>> pvops dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>>
>> Regards,
>>
>> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
>> BEng(Hons)(Mechanical Engineering)
>>
>> Technical Support Engineer
>>
>> Information Technology Department
>> Asiasoft Online Pte Ltd
>> Tampines Central 1 #04-01 Tampines Plaza
>> Singapore 529541
>>
>> Republic of Singapore
>> Mobile: +65-9648-9798
>> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>>
>>
------------------------------------------------------------------------
>>
>> *From:* xen-devel-bounces@lists.xensource.com
>> <mailto:xen-devel-bounces@lists.xensource.com>
>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
>> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>> *Sent:* Wednesday, September 02, 2009 6:59 PM
>> *To:* Han, Weidong; xen-devel@lists.xensource.com
>> <mailto:xen-devel@lists.xensource.com>
>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> That was the problem, thank you. Now I’ll work on testing the
>> gfx-passthrough patches.
>>
>> *From:* xen-devel-bounces@lists.xensource.com
>> <mailto:xen-devel-bounces@lists.xensource.com>
>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han,
>> Weidong
>> *Sent:* Tuesday, September 01, 2009 6:55 PM
>> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
>> ''xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>''
>> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>>
>> I suspect you are using old hvm config file. The device_model is
>> changes in config file.
>>
>> in old config file:
>>
>> # New stuff
>> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>>
>> in new config file:
>>
>> # Device Model to be used
>> device_model = ''qemu-dm''
>>
>> Pls check it, and use the latest config file to create guest.
>>
>> Regards,
>>
>> Weidong
>>
>>
------------------------------------------------------------------------
>>
>> *From:* xen-devel-bounces@lists.xensource.com
>> <mailto:xen-devel-bounces@lists.xensource.com>
>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
>> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>> *Sent:* 2009年9月2日 6:40
>> *To:* xen-devel@lists.xensource.com
>> <mailto:xen-devel@lists.xensource.com>
>> *Subject:* [Xen-devel] xen-unstable pci passthrough
>>
>> I have not been able to passthrough any PCI devices using the latest
>> xen-unstable. I have a DQ45CB, and have successfully passed devices
>> to guests using 3.4.1.
>>
>> The latest c/s in my copy of xen-unstable is 20145. I just started
>> playing around with unstable yesterday, so I can’t tell you if
>> earlier revisions worked. I’ve tried with various dom0 kernels, the
>> current 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops
>> 2.6.31-rc6, and in every case I get the same error. I’ve tried both
>> putting pci= in the config file, and hot-adding the device using xm
>> pci-attach. In every case, the xm command (either create or
>> pci-attach) fails with the message “Error: Timed out waiting for
>> device model action”. The guests in every case are HVM guests, some
>> flavors of Windows, as well as the Knoppix 5.3.1 DVD.
>>
>> The relevant xm dmesg output is:
>> (XEN) PCI add device 00:1b.0
>>
>> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>>
>> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>>
>> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>>
>> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>>
>> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>>
>> And the messages from qemu-log:
>>
>> dm-command: hot insert pass-through pci dev
>>
>> hot add pci slot -2 exceed.
>>
>> Please let me know what else I need to supply to help resolve this
>> problem. If I need to enable debugging messages, let me know the best
>> way to do this.
>>
>> Doug Magee
>>
>> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>>
>> No virus found in this incoming message.
>> Checked by AVG - www.avg.com <http://www.avg.com>
>> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
>> 09/01/09 20:03:00
>>
>> No virus found in this incoming message.
>> Checked by AVG - www.avg.com <http://www.avg.com>
>> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
>> 09/01/09 20:03:00
>>
>>  
>>
------------------------------------------------------------------------
>>
>>
>>   
>>  
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
<mailto: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
>   



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 15:39 UTC

head link

Re: [Xen-devel] RE: xen-unstable pci passthrough

Anyway, here is my kernel configuration for 2.6.18.8-xen non-pvops dom 0
kernel on Fedora 11 64-bit host operating system. Please check email
attachment.

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/03/2009 11:33 PM, Mr. Teo En Ming (Zhang Enming)
wrote:> OK, although I have successfully configured, compiled and installed
> linux-2.6.18.8-xen-dom0 kernel, I cannot use it at all.
>
> When I tried to boot up kernel 2.6.18.8-xen which I have just compiled
> and installed, I get the "kernel panic not syncing attempted to kill
> init" message.
>
> The real reason is because I am using ext4 filesystems. ext4 is only
> supported in kernel 2.6.28 onwards. 2.6.18 only supports ext3. And I
> can''t mount ext4 as ext3. I have tried it. It doesn''t
work. Since I
> can''t mount ext4 as ext3, I can''t do testing with
2.6.18.8 xenified
> non-pvops dom0 xen kernel already.
>
> Unless I can patch 2.6.18.8-xen to support ext4. I shouldn''t have
used
> ext4 in the first place.
> -- 
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
> Technical Support Engineer 
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza 
> Singapore 529541
> Republic of Singapore
> Company Website: http://www.asiasoft.sg/
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
> Alma Maters: Singapore Polytechnic, National University of Singapore
>
>
> On 09/03/2009 10:28 PM, Mr. Teo En Ming (Zhang Enming) wrote:
>> Hi Tim,
>>
>> I have downloaded linux-2.6.18.8-xen source code. I am compiling it
>> now. If I still cannot get nVidia Geforce 8400 GS PCI-e x16 secondary
>> gfx to be passed through to Win XP HVM dom U with xen 3.5-unstable
>> with intel gfx passthrough patches applied with xenlinux 2.6.18.8, I
>> will give up the attempt on the secondary gfx.
>>
>> I will then focus on getting the primary gfx (either onboard or
>> pci-e) to be passed through.
>>
>> -- 
>> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
>> Technical Support Engineer 
>> Information Technology Department
>> Asiasoft Online Pte Ltd
>> Tampines Central 1 #04-01 Tampines Plaza 
>> Singapore 529541
>> Republic of Singapore
>> Company Website: http://www.asiasoft.sg/
>> Mobile: +65-9648-9798
>> MSN: teoenming@hotmail.com
>> Alma Maters: Singapore Polytechnic, National University of Singapore
>>
>>
>> On 09/03/2009 10:19 PM, Tim Moore wrote:
>>>
>>> Try and get native WinXP to boot and initialise both cards at the
>>> same time .. acid test .. you`ll know if you are wasting your time
>>> or not !
>>>
>>> *From:* Mr. Teo En Ming (Zhang Enming)
>>> [mailto:enming.teo@asiasoftsea.net]
>>> *Sent:* 03 September 2009 15:12
>>> *To:* Tim Moore
>>> *Cc:* xen-devel@lists.xensource.com
>>> *Subject:* Re: [Xen-devel] RE: xen-unstable pci passthrough
>>>
>>> Hi Tim,
>>>
>>> I am aware that Magee told me that onboard GMA4500 and PCI-e x16
>>> graphics cannot work simultaneously.
>>>
>>> But Weidong told me in earlier postings that he could get secondary
>>> gfx to work in the labs, so I am still holding out some hope of
>>> getting my secondary gfx to be passed through to windows xp hvm
domU.
>>>
>>> -- 
>>> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
>>> Technical Support Engineer 
>>> Information Technology Department
>>> Asiasoft Online Pte Ltd
>>> Tampines Central 1 #04-01 Tampines Plaza 
>>> Singapore 529541
>>> Republic of Singapore
>>> Company Website: http://www.asiasoft.sg/
>>> Mobile: +65-9648-9798
>>> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>>> Alma Maters: Singapore Polytechnic, National University of
Singapore
>>>
>>>
>>>
>>> On 09/03/2009 09:40 PM, Tim Moore wrote:
>>>
>>> hi Teo,
>>>
>>> I believe it is due to your motherboard - In a previous post to
>>> xen-devel, as user said to YOU that the chipset does not have
enough
>>> PCI Lanes to use both Internal IGFX and PCIe card at the same time
>>> (simultaneously). Primary (IGFX) will need to be disabled in your
>>> BIOS for PCIe card to work, can you get them both enabled in native
>>> WinXP?
>>>
>>> If I were you, I would try and pass through the Primary (IGFX) VGA
>>> controller to DomU with the specific changes needed to memory
>>> addresses in the v1 patches .. see if that works.
>>>
>>> Dont think you will have much luck with your secondary PCIe card -
>>> (I couldnt get PCIe secondary working either, and my secondary does
>>> work in native WinXP)
>>>
>>> Tim
>>>
>>> *From:* Teo En Ming (Zhang Enming)
[mailto:enming.teo@asiasoftsea.net]
>>> *Sent:* 03 September 2009 10:50
>>> *To:* weidong.han@intel.com <mailto:weidong.han@intel.com>;
Tim Moore
>>> *Cc:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
>>> xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>
>>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>>
>>> Hi Weidong,
>>>
>>> Do you have any ideas why gfx passthrough couldn’t work in my case?
>>>
>>> Regards,
>>>
>>> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
>>> BEng(Hons)(Mechanical Engineering)
>>>
>>> Technical Support Engineer
>>>
>>> Information Technology Department
>>> Asiasoft Online Pte Ltd
>>> Tampines Central 1 #04-01 Tampines Plaza
>>> Singapore 529541
>>>
>>> Republic of Singapore
>>> Mobile: +65-9648-9798
>>> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>>>
>>>
------------------------------------------------------------------------
>>>
>>> *From:* Han, Weidong [mailto:weidong.han@intel.com]
>>> *Sent:* Thursday, September 03, 2009 5:43 PM
>>> *To:* ''Tim Moore''
>>> *Cc:* ''enming.teo@asiasoftsea.net
>>> <mailto:enming.teo@asiasoftsea.net>'';
''djmagee@mageenet.net
>>> <mailto:djmagee@mageenet.net>'';
''xen-devel@lists.xensource.com
>>> <mailto:xen-devel@lists.xensource.com>''
>>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>>
>>> Tim,
>>>
>>> See my comments belew.
>>>
>>>
------------------------------------------------------------------------
>>>
>>> *From:* Tim Moore [mailto:timothy.moore@expidas.net]
>>> *Sent:* 2009年9月3日 17:03
>>> *To:* Han, Weidong
>>> *Cc:* ''enming.teo@asiasoftsea.net
>>> <mailto:enming.teo@asiasoftsea.net>'';
djmagee@mageenet.net
>>> <mailto:djmagee@mageenet.net>; xen-devel@lists.xensource.com
>>> <mailto:xen-devel@lists.xensource.com>
>>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>>
>>> Hi Weidong,
>>>
>>> Thank you for all your hard work ;)
>>>
>>> I have just successfully passed through my Nvidia Geforce GTX260 as
>>> a fully functional card to my WinXP DomU !!!!!
>>>
>>> My findings so far:
>>>
>>> 1) Tried with my 9500 GT (Secondary card) which DOES load the
driver
>>> successfully but NO output on the Monitor (VGA is sized correctly
>>> but monitor is OFF)
>>>
>>> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote
>>> SSH console, VGA Loads and Display works !!!!
>>>
>>> In both cases I am using the NVidia binary driver in the WinXP
DomU.
>>>
>>> The 9500GT (Secondary card) passthrough still has issues, the
driver
>>> loads without the Monitor displaying anything (DPMS?) and if I make
>>> ANY changes to the DomU Graphics then the DomU locks up hard.
>>>
>>> [Weidong]: I didn''t try 9500GT. Seems it needs extra
hacks.
>>>
>>> In both cases the VGA card only works the FIRST time, I.e. FLR is
>>> required to reset the card for re-use, display become corrupt on
>>> second boot of DomU. Restart Dom0 and the VGA will work again the
>>> first time DomU is started.
>>>
>>> [Weidong]: Yes, it''s not reset well. I suspect
it''s still in
>>> graphics mode, so cannot display the boot messages in VGA mode. In
>>> my experiments, WinXP guest can still boot into graphics mode,
>>> although you cannot see booting progress.
>>>
>>> Is there anyway we can impletement the d3r, sbr or flr
functionality
>>> that is in XCI? I would like to see if a sbr will enable to Card to
>>> be reset.
>>>
>>> [Weidong]: these reset functions are already in xen-unstable, but
no
>>> one can really reset gfx. In my feeling, it needs vendor specific
>>> method to reset it.
>>>
>>> I would also like to debug the issue with Secondary passthrough as
>>> it seems that this is nearly there too ...
>>>
>>> Regards,
>>>
>>> Tim
>>>
>>> *From:* xen-devel-bounces@lists.xensource.com
>>> <mailto:xen-devel-bounces@lists.xensource.com>
>>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Teo
En
>>> Ming (Zhang Enming)
>>> *Sent:* 03 September 2009 05:12
>>> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
''Han,
>>> Weidong''; xen-devel@lists.xensource.com
>>> <mailto:xen-devel@lists.xensource.com>
>>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>>
>>> Dear Magee,
>>>
>>> Any luck with the Intel vga passthrough patches to xen 3.5-unstable
>>> on Intel DQ45CB with extra PCI-e x16 graphics card? Are you using
>>> pvops dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>>>
>>> Regards,
>>>
>>> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
>>> BEng(Hons)(Mechanical Engineering)
>>>
>>> Technical Support Engineer
>>>
>>> Information Technology Department
>>> Asiasoft Online Pte Ltd
>>> Tampines Central 1 #04-01 Tampines Plaza
>>> Singapore 529541
>>>
>>> Republic of Singapore
>>> Mobile: +65-9648-9798
>>> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>>>
>>>
------------------------------------------------------------------------
>>>
>>> *From:* xen-devel-bounces@lists.xensource.com
>>> <mailto:xen-devel-bounces@lists.xensource.com>
>>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
>>> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>>> *Sent:* Wednesday, September 02, 2009 6:59 PM
>>> *To:* Han, Weidong; xen-devel@lists.xensource.com
>>> <mailto:xen-devel@lists.xensource.com>
>>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>>
>>> That was the problem, thank you. Now I’ll work on testing the
>>> gfx-passthrough patches.
>>>
>>> *From:* xen-devel-bounces@lists.xensource.com
>>> <mailto:xen-devel-bounces@lists.xensource.com>
>>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han,
>>> Weidong
>>> *Sent:* Tuesday, September 01, 2009 6:55 PM
>>> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
>>> ''xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>''
>>> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>>>
>>> I suspect you are using old hvm config file. The device_model is
>>> changes in config file.
>>>
>>> in old config file:
>>>
>>> # New stuff
>>> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>>>
>>> in new config file:
>>>
>>> # Device Model to be used
>>> device_model = ''qemu-dm''
>>>
>>> Pls check it, and use the latest config file to create guest.
>>>
>>> Regards,
>>>
>>> Weidong
>>>
>>>
------------------------------------------------------------------------
>>>
>>> *From:* xen-devel-bounces@lists.xensource.com
>>> <mailto:xen-devel-bounces@lists.xensource.com>
>>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
>>> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>>> *Sent:* 2009年9月2日 6:40
>>> *To:* xen-devel@lists.xensource.com
>>> <mailto:xen-devel@lists.xensource.com>
>>> *Subject:* [Xen-devel] xen-unstable pci passthrough
>>>
>>> I have not been able to passthrough any PCI devices using the
latest
>>> xen-unstable. I have a DQ45CB, and have successfully passed devices
>>> to guests using 3.4.1.
>>>
>>> The latest c/s in my copy of xen-unstable is 20145. I just started
>>> playing around with unstable yesterday, so I can’t tell you if
>>> earlier revisions worked. I’ve tried with various dom0 kernels, the
>>> current 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops
>>> 2.6.31-rc6, and in every case I get the same error. I’ve tried both
>>> putting pci= in the config file, and hot-adding the device using xm
>>> pci-attach. In every case, the xm command (either create or
>>> pci-attach) fails with the message “Error: Timed out waiting for
>>> device model action”. The guests in every case are HVM guests, some
>>> flavors of Windows, as well as the Knoppix 5.3.1 DVD.
>>>
>>> The relevant xm dmesg output is:
>>> (XEN) PCI add device 00:1b.0
>>>
>>> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>>>
>>> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf =
0:1b.0
>>>
>>> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx =
0
>>>
>>> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>>>
>>> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf =
0:1b.0
>>>
>>> And the messages from qemu-log:
>>>
>>> dm-command: hot insert pass-through pci dev
>>>
>>> hot add pci slot -2 exceed.
>>>
>>> Please let me know what else I need to supply to help resolve this
>>> problem. If I need to enable debugging messages, let me know the
>>> best way to do this.
>>>
>>> Doug Magee
>>>
>>> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>>>
>>> No virus found in this incoming message.
>>> Checked by AVG - www.avg.com <http://www.avg.com>
>>> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
>>> 09/01/09 20:03:00
>>>
>>> No virus found in this incoming message.
>>> Checked by AVG - www.avg.com <http://www.avg.com>
>>> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
>>> 09/01/09 20:03:00
>>>
>>>  
>>>
------------------------------------------------------------------------
>>>
>>>
>>>   
>>>  
>>> _______________________________________________
>>> Xen-devel mailing list
>>> Xen-devel@lists.xensource.com
<mailto: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
>>   
>
>



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 15:58 UTC

head link

Re: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Just to confirm, are you using Intel DQ45CB? As there are already too
many postings in this xen-devel mailing list, it is difficult to go back
to check.

So you are using PCI-e x16 as primary video controller? If you want to
try 2.6.18.8 non-pvops dom0 kernel, you can use my kernel config which I
have just posted earlier.

Do share with us the results.

Thank you!

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/03/2009 11:07 PM, djmagee@mageenet.net wrote:>
> I had a little bit of time to work on this the other night. As the
> revised passthrough patch had already been applied to xen-unstable, I
> only had to apply the qemu branch.
>
> When I tried to passthrough my video device with gfx_passthru=2, the
> guest BIOS never seemed to execute. Xm dmesg, went as far as “Loading
> ROMBIOS”, but no further. When guests successfully start, I can see
> the bios messages in xm dmesg, and that was not the case. I tried
> leaving the vnc enabled to see if there was any output, and all I had
> was some qemu monitor and it was not clear what I was supposed to do
> there. I was attempting to passthrough my addon card, which is the
> only graphics device enabled in my system.
>
> I then tried to passthrough the graphics device without the
> gfx_passthru option just to make sure the guest would boot properly. I
> was immediately hit with a dom0 kernel BUG and at that point I had no
> more time to experiment.
>
> This test was while I was running a xenified 2.6.29.6 kernel, which
> has been perfectly stable for me in all my other uses. I want to try
> with a 2.6.18.8-xen kernel as well. Hopefully I’ll get a chance this
> afternoon. I built and tested a 2.6.31-rc6 dom0 kernel the other day
> but it was difficult to use as there was really high latency over my
> ssh connection for some reason and the machine was generally unresponsive.
>
> When I have time to fully test all of these combinations I will report
> back with the results.
>
> *From:* Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
> *Sent:* Thursday, September 03, 2009 12:12 AM
> *To:* djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Dear Magee,
>
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops
> dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net
> *Sent:* Wednesday, September 02, 2009 6:59 PM
> *To:* Han, Weidong; xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> That was the problem, thank you. Now I’ll work on testing the
> gfx-passthrough patches.
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han, Weidong
> *Sent:* Tuesday, September 01, 2009 6:55 PM
> *To:* djmagee@mageenet.net;
''xen-devel@lists.xensource.com''
> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>
> I suspect you are using old hvm config file. The device_model is
> changes in config file.
>
> in old config file:
>
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>
> in new config file:
>
> # Device Model to be used
> device_model = ''qemu-dm''
>
> Pls check it, and use the latest config file to create guest.
>
> Regards,
>
> Weidong
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net
> *Sent:* 2009年9月2日 6:40
> *To:* xen-devel@lists.xensource.com
> *Subject:* [Xen-devel] xen-unstable pci passthrough
>
> I have not been able to passthrough any PCI devices using the latest
> xen-unstable. I have a DQ45CB, and have successfully passed devices to
> guests using 3.4.1.
>
> The latest c/s in my copy of xen-unstable is 20145. I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked. I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and
> in every case I get the same error. I’ve tried both putting pci= in
> the config file, and hot-adding the device using xm pci-attach. In
> every case, the xm command (either create or pci-attach) fails with
> the message “Error: Timed out waiting for device model action”. The
> guests in every case are HVM guests, some flavors of Windows, as well
> as the Knoppix 5.3.1 DVD.
>
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> And the messages from qemu-log:
>
> dm-command: hot insert pass-through pci dev
>
> hot add pci slot -2 exceed.
>
> Please let me know what else I need to supply to help resolve this
> problem. If I need to enable debugging messages, let me know the best
> way to do this.
>
> Doug Magee
>
> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

<djmagee@mageenet.net>

2009-Sep-03 16:12 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Yes, that’s the board I’m using (BIOS 0085, I know there’s a newer one, but the
release notes made no mention of VT-d), along with an ATI HD4770.  The 4770 is
the primary controller.

 

I’ll try your kernel config later.  I must have something misconfigured because
it casues a kernel panic with the bridge-utils in fedora 9, and has similar
(though less fatal) problems using the bridgeutils in centos 5.2, referring to
some undefined symbol at module insertion.

 

From: Mr. Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net] 
Sent: Thursday, September 03, 2009 11:59 AM
To: djmagee@mageenet.net
Cc: Han, Weidong; xen-devel@lists.xensource.com
Subject: Re: [Xen-devel] RE: xen-unstable pci passthrough

 

Dear Magee,

Just to confirm, are you using Intel DQ45CB? As there are already too many
postings in this xen-devel mailing list, it is difficult to go back to check.

So you are using PCI-e x16 as primary video controller? If you want to try
2.6.18.8 non-pvops dom0 kernel, you can use my kernel config which I have just
posted earlier.

Do share with us the results.

Thank you!



-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/03/2009 11:07 PM, djmagee@mageenet.net wrote: 

I had a little bit of time to work on this the other night.  As the revised
passthrough patch had already been applied to xen-unstable, I only had to apply
the qemu branch.

 

When I tried to passthrough my video device with gfx_passthru=2, the guest BIOS
never seemed to execute.  Xm dmesg, went as far as “Loading ROMBIOS”, but no
further.  When guests successfully start, I can see the bios messages in xm
dmesg, and that was not the case.  I tried leaving the vnc enabled to see if
there was any output, and all I had was some qemu monitor and it was not clear
what I was supposed to do there.  I was attempting to passthrough my addon card,
which is the only graphics device enabled in my system.

 

I then tried to passthrough the graphics device without the gfx_passthru option
just to make sure the guest would boot properly.  I was immediately hit with a
dom0 kernel BUG and at that point I had no more time to experiment.

 

This test was while I was running a xenified 2.6.29.6 kernel, which has been
perfectly stable for me in all my other uses.  I want to try with a 2.6.18.8-xen
kernel as well.  Hopefully I’ll get a chance this afternoon.  I built and tested
a 2.6.31-rc6 dom0 kernel the other day but it was difficult to use as there was
really high latency over my ssh connection for some reason and the machine was
generally unresponsive.

 

When I have time to fully test all of these combinations I will report back with
the results.

 

From: Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net] 
Sent: Thursday, September 03, 2009 12:12 AM
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

 

Dear Magee,

 

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

 

Regards,
 

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer 

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

________________________________

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

 

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

 

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

 

I suspect you are using old hvm config file. The device_model is changes in
config file.

 

in old config file:

# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

 

in new config file:

# Device Model to be used
device_model = ''qemu-dm''

 

Pls check it, and use the latest config file to create guest.

 

Regards,

Weidong

 

________________________________

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

 

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

 

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

 

And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.

 

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

 

Doug Magee

djmagee@mageenet.net

 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

 



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 16:16 UTC

head link

Re: [Xen-devel] RE: xen-unstable pci passthrough

You can try flashing it to bios version 0093. It is the latest I think.
I downloaded the bios image ISO from Intel website.

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/04/2009 12:12 AM, djmagee@mageenet.net wrote:>
> Yes, that’s the board I’m using (BIOS 0085, I know there’s a newer
> one, but the release notes made no mention of VT-d), along with an ATI
> HD4770. The 4770 is the primary controller.
>
> I’ll try your kernel config later. I must have something misconfigured
> because it casues a kernel panic with the bridge-utils in fedora 9,
> and has similar (though less fatal) problems using the bridgeutils in
> centos 5.2, referring to some undefined symbol at module insertion.
>
> *From:* Mr. Teo En Ming (Zhang Enming)
> [mailto:enming.teo@asiasoftsea.net]
> *Sent:* Thursday, September 03, 2009 11:59 AM
> *To:* djmagee@mageenet.net
> *Cc:* Han, Weidong; xen-devel@lists.xensource.com
> *Subject:* Re: [Xen-devel] RE: xen-unstable pci passthrough
>
> Dear Magee,
>
> Just to confirm, are you using Intel DQ45CB? As there are already too
> many postings in this xen-devel mailing list, it is difficult to go
> back to check.
>
> So you are using PCI-e x16 as primary video controller? If you want to
> try 2.6.18.8 non-pvops dom0 kernel, you can use my kernel config which
> I have just posted earlier.
>
> Do share with us the results.
>
> Thank you!
>
> -- 
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
> Technical Support Engineer 
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza 
> Singapore 529541
> Republic of Singapore
> Company Website: http://www.asiasoft.sg/
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
> Alma Maters: Singapore Polytechnic, National University of Singapore
>
>
>
> On 09/03/2009 11:07 PM, djmagee@mageenet.net
> <mailto:djmagee@mageenet.net> wrote:
>
> I had a little bit of time to work on this the other night. As the
> revised passthrough patch had already been applied to xen-unstable, I
> only had to apply the qemu branch.
>
> When I tried to passthrough my video device with gfx_passthru=2, the
> guest BIOS never seemed to execute. Xm dmesg, went as far as “Loading
> ROMBIOS”, but no further. When guests successfully start, I can see
> the bios messages in xm dmesg, and that was not the case. I tried
> leaving the vnc enabled to see if there was any output, and all I had
> was some qemu monitor and it was not clear what I was supposed to do
> there. I was attempting to passthrough my addon card, which is the
> only graphics device enabled in my system.
>
> I then tried to passthrough the graphics device without the
> gfx_passthru option just to make sure the guest would boot properly. I
> was immediately hit with a dom0 kernel BUG and at that point I had no
> more time to experiment.
>
> This test was while I was running a xenified 2.6.29.6 kernel, which
> has been perfectly stable for me in all my other uses. I want to try
> with a 2.6.18.8-xen kernel as well. Hopefully I’ll get a chance this
> afternoon. I built and tested a 2.6.31-rc6 dom0 kernel the other day
> but it was difficult to use as there was really high latency over my
> ssh connection for some reason and the machine was generally unresponsive.
>
> When I have time to fully test all of these combinations I will report
> back with the results.
>
> *From:* Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
> *Sent:* Thursday, September 03, 2009 12:12 AM
> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
''Han,
> Weidong''; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Dear Magee,
>
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops
> dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
> *Sent:* Wednesday, September 02, 2009 6:59 PM
> *To:* Han, Weidong; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> That was the problem, thank you. Now I’ll work on testing the
> gfx-passthrough patches.
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han, Weidong
> *Sent:* Tuesday, September 01, 2009 6:55 PM
> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
> ''xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>''
> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>
> I suspect you are using old hvm config file. The device_model is
> changes in config file.
>
> in old config file:
>
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>
> in new config file:
>
> # Device Model to be used
> device_model = ''qemu-dm''
>
> Pls check it, and use the latest config file to create guest.
>
> Regards,
>
> Weidong
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
> *Sent:* 2009年9月2日 6:40
> *To:* xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>
> *Subject:* [Xen-devel] xen-unstable pci passthrough
>
> I have not been able to passthrough any PCI devices using the latest
> xen-unstable. I have a DQ45CB, and have successfully passed devices to
> guests using 3.4.1.
>
> The latest c/s in my copy of xen-unstable is 20145. I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked. I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and
> in every case I get the same error. I’ve tried both putting pci= in
> the config file, and hot-adding the device using xm pci-attach. In
> every case, the xm command (either create or pci-attach) fails with
> the message “Error: Timed out waiting for device model action”. The
> guests in every case are HVM guests, some flavors of Windows, as well
> as the Knoppix 5.3.1 DVD.
>
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> And the messages from qemu-log:
>
> dm-command: hot insert pass-through pci dev
>
> hot add pci slot -2 exceed.
>
> Please let me know what else I need to supply to help resolve this
> problem. If I need to enable debugging messages, let me know the best
> way to do this.
>
> Doug Magee
>
> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Tim Moore

2009-Sep-03 19:07 UTC

head link

RE: [Xen-devel] xen-unstable pci passthrough

Hi Weidong,

Thanks for your replies...

I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse Passthrough.
I am using 2.6.30-rc3 pvops with netbk vif.
Primary VGA is Nvidia Geforce GTX260

The DomU has hangs/locks with any graphics intensive operations, i.e. Opening
Internet Explorer on the MSN homepage makes DomU freeze !!

I noticed in the attached qemu log that the some of the memory addresses are not
the same as the lspci output:
pt_register_regions: IO region registered (size=0x01000000 base_addr=0xb6000000)
pt_register_regions: IO region registered (size=0x10000000 base_addr=0xe000000c)
pt_register_regions: IO region registered (size=0x02000000 base_addr=0xb4000004)

02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GTX 260]
(rev a1) (prog-if 00 [VGA controller])
      Subsystem: nVidia Corporation Device 068e
      Flags: bus master, fast devsel, latency 0, IRQ 11
      [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]
      Memory at e0000000 (64-bit, prefetchable) [size=256M]
      Memory at b4000000 (64-bit, non-prefetchable) [size=32M]
      I/O ports at 3000 [size=128]

Is this expected ?

Would you have any idea why this would be so unstable / crash ?

Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has a really
bad lag/delay on refresh .. can this be helped ?

Cheers,
Tim


From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: 03 September 2009 10:43
To: Tim Moore
Cc: ''enming.teo@asiasoftsea.net'';
''djmagee@mageenet.net'';
''xen-devel@lists.xensource.com''
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Tim,

See my comments belew.


________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc: ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.

[Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.

In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

[Weidong]:  Yes, it''s not reset well. I suspect it''s still in
graphics mode, so cannot display the boot messages in VGA mode. In my
experiments, WinXP guest can still boot into graphics mode, although you cannot
see booting progress.

Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.
[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset it.

I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...

Regards,
Tim



From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

in new config file:
# Device Model to be used
device_model = ''qemu-dm''

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 20:29 UTC

head link

Re: [Xen-devel] xen-unstable pci passthrough

VGA Passthrough to Windows XP Home 32-bit HVM DomU SUCCESS!!!

A big thanks to Weidong and other engineers at Intel for the VGA
passthrough patches to xen 3.5-unstable, and other gurus here at
xen-devel mailing list for your kind assistance and help along the way.

I had abandoned the idea of booting up the onboard Intel GMA4500
graphics as the primary video adapter for dom0 and passing through the
secondary nVidia Geforce 8400 GS PCI-e x16 graphics to Win XP Home DomU.
I should have listened to Magee''s advice earlier that both onboard and
pci-e graphics could not be operated simultaneously at the same time due
to lack of pci-e lanes on Intel DQ45CB.

After Timothy stressed on Magee''s advice just now, I have totally
changed my approach. Now, I boot up the nVidia Geforce 8400 GS PCI-e x16
as the primary video adapter with-out any secondary video adapter.

I applied Weidong''s xen-gfx-passthrough.patch,
qemu-gfx-passthrough.patch, xen-load-vbios-file.patch,
xen-vbar-pbar.patch, and qemu-vbar-pbar.patch to xen 3.5-unstable
changeset 20143 successfully. I skipped
qemu-claim-vga-cycle-secondary-gfx-passthrough.patch. Using this
approach, I am still loading the vga bios of nVidia Geforce 8400 GS from
firmware file. And I am using the Version 1 Intel gfx passthrough patches.

The pvops dom 0 kernel I am using is 2.6.31-rc6.

Before rebooting, I appended "blacklist nvidia" to
/etc/modprobe.d/blacklist.conf to prevent the nvidia driver from loading.

After rebooting, I hide nVidia Geforce 8400 GS from Dom 0 using Xen VT-d
wiki instructions. Then I started Windows XP Home 32-bit HVM Guest with
1 VCPU.

Windows XP Home HVM DomU successfully boots up!!! Emulated VGA is
disabled. Only nVidia Geforce 8400 GS shows up in Device Manager.

This time, instead of showing nVidia Geforce 8400 GS cannot start and no
resources, it shows there are NOT ENOUGH resources. There is still an
exclamation mark beside nvidia 8400 GS.

I tried to passthrough USB Keyboard and USB mouse using the following
config but with-out success:

usb = 1
usbdevice = [ ''host:vendorid:productid'',
''host:vendorid:productid'' ]

So I had to vnc into my Windows XP HVM domU.

Thank you Weidong and other engineers at Intel for the vga passthrough
patches!!!

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/04/2009 03:07 AM, Tim Moore wrote:>
> Hi Weidong,
>
> Thanks for your replies...
>
> I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse
> Passthrough. I am using 2.6.30-rc3 pvops with netbk vif.
>
> Primary VGA is Nvidia Geforce GTX260
>
> The DomU has hangs/locks with any graphics intensive operations, i.e.
> Opening Internet Explorer on the MSN homepage makes DomU freeze !!
>
> I noticed in the attached qemu log that the some of the memory
> addresses are not the same as the lspci output:
>
> pt_register_regions: IO region registered (size=0x01000000
> base_addr=0xb6000000)
>
> pt_register_regions: IO region registered (size=0x10000000
> base_addr=*0xe000000c*)
>
> pt_register_regions: IO region registered (size=0x02000000
> base_addr=*0xb4000004*)
>
> 02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce
> GTX 260] (rev a1) (prog-if 00 [VGA controller])
>
> Subsystem: nVidia Corporation Device 068e
>
> Flags: bus master, fast devsel, latency 0, IRQ 11
>
> [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]
>
> Memory at *e0000000* (64-bit, prefetchable) [size=256M]
>
> Memory at *b4000000* (64-bit, non-prefetchable) [size=32M]
>
> I/O ports at 3000 [size=128]
>
> Is this expected ?
>
> Would you have any idea why this would be so unstable / crash ?
>
> Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has a
> really bad lag/delay on refresh .. can this be helped ?
>
> Cheers,
> Tim
>
> *From:* Han, Weidong [mailto:weidong.han@intel.com]
> *Sent:* 03 September 2009 10:43
> *To:* Tim Moore
> *Cc:* ''enming.teo@asiasoftsea.net'';
''djmagee@mageenet.net'';
> ''xen-devel@lists.xensource.com''
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Tim,
>
> See my comments belew.
>
> ------------------------------------------------------------------------
>
> *From:* Tim Moore [mailto:timothy.moore@expidas.net]
> *Sent:* 2009年9月3日 17:03
> *To:* Han, Weidong
> *Cc:* ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
> xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Weidong,
>
> Thank you for all your hard work ;)
>
> I have just successfully passed through my Nvidia Geforce GTX260 as a
> fully functional card to my WinXP DomU !!!!!
>
> My findings so far:
>
> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
> successfully but NO output on the Monitor (VGA is sized correctly but
> monitor is OFF)
>
> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
> console, VGA Loads and Display works !!!!
>
> In both cases I am using the NVidia binary driver in the WinXP DomU.
>
> The 9500GT (Secondary card) passthrough still has issues, the driver
> loads without the Monitor displaying anything (DPMS?) and if I make
> ANY changes to the DomU Graphics then the DomU locks up hard.
>
> [Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.
>
> In both cases the VGA card only works the FIRST time, I.e. FLR is
> required to reset the card for re-use, display become corrupt on
> second boot of DomU. Restart Dom0 and the VGA will work again the
> first time DomU is started.
>
> [Weidong]: Yes, it''s not reset well. I suspect it''s still
in graphics
> mode, so cannot display the boot messages in VGA mode. In my
> experiments, WinXP guest can still boot into graphics mode, although
> you cannot see booting progress.
>
> Is there anyway we can impletement the d3r, sbr or flr functionality
> that is in XCI? I would like to see if a sbr will enable to Card to be
> reset.
>
> [Weidong]: these reset functions are already in xen-unstable, but no
> one can really reset gfx. In my feeling, it needs vendor specific
> method to reset it.
>
> I would also like to debug the issue with Secondary passthrough as it
> seems that this is nearly there too ...
>
> Regards,
>
> Tim
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Teo En
> Ming (Zhang Enming)
> *Sent:* 03 September 2009 05:12
> *To:* djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Dear Magee,
>
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops
> dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net
> *Sent:* Wednesday, September 02, 2009 6:59 PM
> *To:* Han, Weidong; xen-devel@lists.xensource.com
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> That was the problem, thank you. Now I’ll work on testing the
> gfx-passthrough patches.
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han, Weidong
> *Sent:* Tuesday, September 01, 2009 6:55 PM
> *To:* djmagee@mageenet.net;
''xen-devel@lists.xensource.com''
> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>
> I suspect you are using old hvm config file. The device_model is
> changes in config file.
>
> in old config file:
>
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>
> in new config file:
>
> # Device Model to be used
> device_model = ''qemu-dm''
>
> Pls check it, and use the latest config file to create guest.
>
> Regards,
>
> Weidong
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net
> *Sent:* 2009年9月2日 6:40
> *To:* xen-devel@lists.xensource.com
> *Subject:* [Xen-devel] xen-unstable pci passthrough
>
> I have not been able to passthrough any PCI devices using the latest
> xen-unstable. I have a DQ45CB, and have successfully passed devices to
> guests using 3.4.1.
>
> The latest c/s in my copy of xen-unstable is 20145. I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked. I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and
> in every case I get the same error. I’ve tried both putting pci= in
> the config file, and hot-adding the device using xm pci-attach. In
> every case, the xm command (either create or pci-attach) fails with
> the message “Error: Timed out waiting for device model action”. The
> guests in every case are HVM guests, some flavors of Windows, as well
> as the Knoppix 5.3.1 DVD.
>
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> And the messages from qemu-log:
>
> dm-command: hot insert pass-through pci dev
>
> hot add pci slot -2 exceed.
>
> Please let me know what else I need to supply to help resolve this
> problem. If I need to enable debugging messages, let me know the best
> way to do this.
>
> Doug Magee
>
> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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

Tim Moore

2009-Sep-03 20:34 UTC

head link

RE: [Xen-devel] xen-unstable pci passthrough

HI Teo,

You need the qemu-claim-vga-cycle-secondary-gfx-passthrough.patch also that’s
what you seem to be missing.

Also usb device syntax should be:

usbdevice = ''host:vendorid:productid'' # mouse
usbdevice = ''host:vendorid:productid'' # keyboard

I also had problems with this and disabled the keyboard to allow DomU to boot, I
think there is a conflict with the qemu BIOS and Legacy keyboard support ..

Therefore once the DomU has booted with Passthrough mouse and vga, I used
vncviewer to get to the qemu console and enter:
usb_add host:vendorid:productid

(no quotes)

Tim

From: Mr. Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
Sent: 03 September 2009 21:29
To: Tim Moore
Cc: ''Han, Weidong'';
''xen-devel@lists.xensource.com''
Subject: Re: [Xen-devel] xen-unstable pci passthrough

VGA Passthrough to Windows XP Home 32-bit HVM DomU SUCCESS!!!

A big thanks to Weidong and other engineers at Intel for the VGA passthrough
patches to xen 3.5-unstable, and other gurus here at xen-devel mailing list for
your kind assistance and help along the way.

I had abandoned the idea of booting up the onboard Intel GMA4500 graphics as the
primary video adapter for dom0 and passing through the secondary nVidia Geforce
8400 GS PCI-e x16 graphics to Win XP Home DomU. I should have listened to
Magee''s advice earlier that both onboard and pci-e graphics could not
be operated simultaneously at the same time due to lack of pci-e lanes on Intel
DQ45CB.

After Timothy stressed on Magee''s advice just now, I have totally
changed my approach. Now, I boot up the nVidia Geforce 8400 GS PCI-e x16 as the
primary video adapter with-out any secondary video adapter.

I applied Weidong''s xen-gfx-passthrough.patch,
qemu-gfx-passthrough.patch, xen-load-vbios-file.patch, xen-vbar-pbar.patch, and
qemu-vbar-pbar.patch to xen 3.5-unstable changeset 20143 successfully. I skipped
qemu-claim-vga-cycle-secondary-gfx-passthrough.patch. Using this approach, I am
still loading the vga bios of nVidia Geforce 8400 GS from firmware file. And I
am using the Version 1 Intel gfx passthrough patches.

The pvops dom 0 kernel I am using is 2.6.31-rc6.

Before rebooting, I appended "blacklist nvidia" to
/etc/modprobe.d/blacklist.conf to prevent the nvidia driver from loading.

After rebooting, I hide nVidia Geforce 8400 GS from Dom 0 using Xen VT-d wiki
instructions. Then I started Windows XP Home 32-bit HVM Guest with 1 VCPU.

Windows XP Home HVM DomU successfully boots up!!! Emulated VGA is disabled. Only
nVidia Geforce 8400 GS shows up in Device Manager.

This time, instead of showing nVidia Geforce 8400 GS cannot start and no
resources, it shows there are NOT ENOUGH resources. There is still an
exclamation mark beside nvidia 8400 GS.

I tried to passthrough USB Keyboard and USB mouse using the following config but
with-out success:

usb = 1
usbdevice = [ ''host:vendorid:productid'',
''host:vendorid:productid'' ]

So I had to vnc into my Windows XP HVM domU.

Thank you Weidong and other engineers at Intel for the vga passthrough
patches!!!


--

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department

Asiasoft Online Pte Ltd

Tampines Central 1 #04-01 Tampines Plaza

Singapore 529541

Republic of Singapore

Company Website: http://www.asiasoft.sg/

Mobile: +65-9648-9798

MSN: teoenming@hotmail.com<mailto:teoenming@hotmail.com>

Alma Maters: Singapore Polytechnic, National University of Singapore


On 09/04/2009 03:07 AM, Tim Moore wrote:
Hi Weidong,

Thanks for your replies...

I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse Passthrough.
I am using 2.6.30-rc3 pvops with netbk vif.
Primary VGA is Nvidia Geforce GTX260

The DomU has hangs/locks with any graphics intensive operations, i.e. Opening
Internet Explorer on the MSN homepage makes DomU freeze !!

I noticed in the attached qemu log that the some of the memory addresses are not
the same as the lspci output:
pt_register_regions: IO region registered (size=0x01000000 base_addr=0xb6000000)
pt_register_regions: IO region registered (size=0x10000000 base_addr=0xe000000c)
pt_register_regions: IO region registered (size=0x02000000 base_addr=0xb4000004)

02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GTX 260]
(rev a1) (prog-if 00 [VGA controller])
      Subsystem: nVidia Corporation Device 068e
      Flags: bus master, fast devsel, latency 0, IRQ 11
      [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]
      Memory at e0000000 (64-bit, prefetchable) [size=256M]
      Memory at b4000000 (64-bit, non-prefetchable) [size=32M]
      I/O ports at 3000 [size=128]

Is this expected ?

Would you have any idea why this would be so unstable / crash ?

Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has a really
bad lag/delay on refresh .. can this be helped ?

Cheers,
Tim


From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: 03 September 2009 10:43
To: Tim Moore
Cc:
''enming.teo@asiasoftsea.net<mailto:enming.teo@asiasoftsea.net>'';
''djmagee@mageenet.net<mailto:djmagee@mageenet.net>'';
''xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>''
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Tim,

See my comments belew.


________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc:
''enming.teo@asiasoftsea.net<mailto:enming.teo@asiasoftsea.net>'';
djmagee@mageenet.net<mailto:djmagee@mageenet.net>;
xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.

[Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.

In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

[Weidong]:  Yes, it''s not reset well. I suspect it''s still in
graphics mode, so cannot display the boot messages in VGA mode. In my
experiments, WinXP guest can still boot into graphics mode, although you cannot
see booting progress.

Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.
[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset it.

I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...

Regards,
Tim



From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net<mailto:djmagee@mageenet.net>; ''Han,
Weidong'';
xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com<mailto:teoenming@hotmail.com>
________________________________
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of
djmagee@mageenet.net<mailto:djmagee@mageenet.net>
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong;
xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net<mailto:djmagee@mageenet.net>;
''xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

in new config file:
# Device Model to be used
device_model = ''qemu-dm''

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of
djmagee@mageenet.net<mailto:djmagee@mageenet.net>
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>


No virus found in this incoming message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00






________________________________






_______________________________________________

Xen-devel mailing list

Xen-devel@lists.xensource.com<mailto: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

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 20:35 UTC

head link

Re: [Xen-devel] xen-unstable pci passthrough

Just to add:

I did try booting up onboard graphics as the primary video controller. I
did not try to pass though nvidia gf 8400 gs to Win XP Dom U. I tried to
passthrough onboard graphics to Win XP Dom U without success.

I had tried with pvops Dom 0 2.6.30-rc3 and 2.6.31-rc6. Every time I get
some iommu fault overflow condition and then Dom 0 died.

So next I tried nvidia geforce 8400 gs as the primary. And it works.

-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/04/2009 04:29 AM, Mr. Teo En Ming (Zhang Enming)
wrote:> VGA Passthrough to Windows XP Home 32-bit HVM DomU SUCCESS!!!
>
> A big thanks to Weidong and other engineers at Intel for the VGA
> passthrough patches to xen 3.5-unstable, and other gurus here at
> xen-devel mailing list for your kind assistance and help along the way.
>
> I had abandoned the idea of booting up the onboard Intel GMA4500
> graphics as the primary video adapter for dom0 and passing through the
> secondary nVidia Geforce 8400 GS PCI-e x16 graphics to Win XP Home
> DomU. I should have listened to Magee''s advice earlier that both
> onboard and pci-e graphics could not be operated simultaneously at the
> same time due to lack of pci-e lanes on Intel DQ45CB.
>
> After Timothy stressed on Magee''s advice just now, I have totally
> changed my approach. Now, I boot up the nVidia Geforce 8400 GS PCI-e
> x16 as the primary video adapter with-out any secondary video adapter.
>
> I applied Weidong''s xen-gfx-passthrough.patch,
> qemu-gfx-passthrough.patch, xen-load-vbios-file.patch,
> xen-vbar-pbar.patch, and qemu-vbar-pbar.patch to xen 3.5-unstable
> changeset 20143 successfully. I skipped
> qemu-claim-vga-cycle-secondary-gfx-passthrough.patch. Using this
> approach, I am still loading the vga bios of nVidia Geforce 8400 GS
> from firmware file. And I am using the Version 1 Intel gfx passthrough
> patches.
>
> The pvops dom 0 kernel I am using is 2.6.31-rc6.
>
> Before rebooting, I appended "blacklist nvidia" to
> /etc/modprobe.d/blacklist.conf to prevent the nvidia driver from loading.
>
> After rebooting, I hide nVidia Geforce 8400 GS from Dom 0 using Xen
> VT-d wiki instructions. Then I started Windows XP Home 32-bit HVM
> Guest with 1 VCPU.
>
> Windows XP Home HVM DomU successfully boots up!!! Emulated VGA is
> disabled. Only nVidia Geforce 8400 GS shows up in Device Manager.
>
> This time, instead of showing nVidia Geforce 8400 GS cannot start and
> no resources, it shows there are NOT ENOUGH resources. There is still
> an exclamation mark beside nvidia 8400 GS.
>
> I tried to passthrough USB Keyboard and USB mouse using the following
> config but with-out success:
>
> usb = 1
> usbdevice = [ ''host:vendorid:productid'',
''host:vendorid:productid'' ]
>
> So I had to vnc into my Windows XP HVM domU.
>
> Thank you Weidong and other engineers at Intel for the vga passthrough
> patches!!!
> -- 
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
> Technical Support Engineer 
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza 
> Singapore 529541
> Republic of Singapore
> Company Website: http://www.asiasoft.sg/
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
> Alma Maters: Singapore Polytechnic, National University of Singapore
>
>
> On 09/04/2009 03:07 AM, Tim Moore wrote:
>>
>> Hi Weidong,
>>
>> Thanks for your replies...
>>
>> I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse
>> Passthrough. I am using 2.6.30-rc3 pvops with netbk vif.
>>
>> Primary VGA is Nvidia Geforce GTX260
>>
>> The DomU has hangs/locks with any graphics intensive operations, i.e.
>> Opening Internet Explorer on the MSN homepage makes DomU freeze !!
>>
>> I noticed in the attached qemu log that the some of the memory
>> addresses are not the same as the lspci output:
>>
>> pt_register_regions: IO region registered (size=0x01000000
>> base_addr=0xb6000000)
>>
>> pt_register_regions: IO region registered (size=0x10000000
>> base_addr=*0xe000000c*)
>>
>> pt_register_regions: IO region registered (size=0x02000000
>> base_addr=*0xb4000004*)
>>
>> 02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce
>> GTX 260] (rev a1) (prog-if 00 [VGA controller])
>>
>> Subsystem: nVidia Corporation Device 068e
>>
>> Flags: bus master, fast devsel, latency 0, IRQ 11
>>
>> [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]
>>
>> Memory at *e0000000* (64-bit, prefetchable) [size=256M]
>>
>> Memory at *b4000000* (64-bit, non-prefetchable) [size=32M]
>>
>> I/O ports at 3000 [size=128]
>>
>> Is this expected ?
>>
>> Would you have any idea why this would be so unstable / crash ?
>>
>> Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has
>> a really bad lag/delay on refresh .. can this be helped ?
>>
>> Cheers,
>> Tim
>>
>> *From:* Han, Weidong [mailto:weidong.han@intel.com]
>> *Sent:* 03 September 2009 10:43
>> *To:* Tim Moore
>> *Cc:* ''enming.teo@asiasoftsea.net'';
''djmagee@mageenet.net'';
>> ''xen-devel@lists.xensource.com''
>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> Tim,
>>
>> See my comments belew.
>>
>>
------------------------------------------------------------------------
>>
>> *From:* Tim Moore [mailto:timothy.moore@expidas.net]
>> *Sent:* 2009年9月3日 17:03
>> *To:* Han, Weidong
>> *Cc:* ''enming.teo@asiasoftsea.net'';
djmagee@mageenet.net;
>> xen-devel@lists.xensource.com
>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> Hi Weidong,
>>
>> Thank you for all your hard work ;)
>>
>> I have just successfully passed through my Nvidia Geforce GTX260 as a
>> fully functional card to my WinXP DomU !!!!!
>>
>> My findings so far:
>>
>> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
>> successfully but NO output on the Monitor (VGA is sized correctly but
>> monitor is OFF)
>>
>> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote
>> SSH console, VGA Loads and Display works !!!!
>>
>> In both cases I am using the NVidia binary driver in the WinXP DomU.
>>
>> The 9500GT (Secondary card) passthrough still has issues, the driver
>> loads without the Monitor displaying anything (DPMS?) and if I make
>> ANY changes to the DomU Graphics then the DomU locks up hard.
>>
>> [Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.
>>
>> In both cases the VGA card only works the FIRST time, I.e. FLR is
>> required to reset the card for re-use, display become corrupt on
>> second boot of DomU. Restart Dom0 and the VGA will work again the
>> first time DomU is started.
>>
>> [Weidong]: Yes, it''s not reset well. I suspect it''s
still in graphics
>> mode, so cannot display the boot messages in VGA mode. In my
>> experiments, WinXP guest can still boot into graphics mode, although
>> you cannot see booting progress.
>>
>> Is there anyway we can impletement the d3r, sbr or flr functionality
>> that is in XCI? I would like to see if a sbr will enable to Card to
>> be reset.
>>
>> [Weidong]: these reset functions are already in xen-unstable, but no
>> one can really reset gfx. In my feeling, it needs vendor specific
>> method to reset it.
>>
>> I would also like to debug the issue with Secondary passthrough as it
>> seems that this is nearly there too ...
>>
>> Regards,
>>
>> Tim
>>
>> *From:* xen-devel-bounces@lists.xensource.com
>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Teo En
>> Ming (Zhang Enming)
>> *Sent:* 03 September 2009 05:12
>> *To:* djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> Dear Magee,
>>
>> Any luck with the Intel vga passthrough patches to xen 3.5-unstable
>> on Intel DQ45CB with extra PCI-e x16 graphics card? Are you using
>> pvops dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>>
>> Regards,
>>
>> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
>> BEng(Hons)(Mechanical Engineering)
>>
>> Technical Support Engineer
>>
>> Information Technology Department
>> Asiasoft Online Pte Ltd
>> Tampines Central 1 #04-01 Tampines Plaza
>> Singapore 529541
>>
>> Republic of Singapore
>> Mobile: +65-9648-9798
>> MSN: teoenming@hotmail.com
>>
>>
------------------------------------------------------------------------
>>
>> *From:* xen-devel-bounces@lists.xensource.com
>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
>> *djmagee@mageenet.net
>> *Sent:* Wednesday, September 02, 2009 6:59 PM
>> *To:* Han, Weidong; xen-devel@lists.xensource.com
>> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>>
>> That was the problem, thank you. Now I’ll work on testing the
>> gfx-passthrough patches.
>>
>> *From:* xen-devel-bounces@lists.xensource.com
>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han,
>> Weidong
>> *Sent:* Tuesday, September 01, 2009 6:55 PM
>> *To:* djmagee@mageenet.net;
''xen-devel@lists.xensource.com''
>> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>>
>> I suspect you are using old hvm config file. The device_model is
>> changes in config file.
>>
>> in old config file:
>>
>> # New stuff
>> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>>
>> in new config file:
>>
>> # Device Model to be used
>> device_model = ''qemu-dm''
>>
>> Pls check it, and use the latest config file to create guest.
>>
>> Regards,
>>
>> Weidong
>>
>>
------------------------------------------------------------------------
>>
>> *From:* xen-devel-bounces@lists.xensource.com
>> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
>> *djmagee@mageenet.net
>> *Sent:* 2009年9月2日 6:40
>> *To:* xen-devel@lists.xensource.com
>> *Subject:* [Xen-devel] xen-unstable pci passthrough
>>
>> I have not been able to passthrough any PCI devices using the latest
>> xen-unstable. I have a DQ45CB, and have successfully passed devices
>> to guests using 3.4.1.
>>
>> The latest c/s in my copy of xen-unstable is 20145. I just started
>> playing around with unstable yesterday, so I can’t tell you if
>> earlier revisions worked. I’ve tried with various dom0 kernels, the
>> current 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops
>> 2.6.31-rc6, and in every case I get the same error. I’ve tried both
>> putting pci= in the config file, and hot-adding the device using xm
>> pci-attach. In every case, the xm command (either create or
>> pci-attach) fails with the message “Error: Timed out waiting for
>> device model action”. The guests in every case are HVM guests, some
>> flavors of Windows, as well as the Knoppix 5.3.1 DVD.
>>
>> The relevant xm dmesg output is:
>> (XEN) PCI add device 00:1b.0
>>
>> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>>
>> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>>
>> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>>
>> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>>
>> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>>
>> And the messages from qemu-log:
>>
>> dm-command: hot insert pass-through pci dev
>>
>> hot add pci slot -2 exceed.
>>
>> Please let me know what else I need to supply to help resolve this
>> problem. If I need to enable debugging messages, let me know the best
>> way to do this.
>>
>> Doug Magee
>>
>> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>>
>> No virus found in this incoming message.
>> Checked by AVG - www.avg.com
>> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
>> 09/01/09 20:03:00
>>
>>
------------------------------------------------------------------------
>>
>> _______________________________________________
>> 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
>   



_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 20:41 UTC

head link

Re: [Xen-devel] xen-unstable pci passthrough

Hi Timothy,

I had success without the
qemu-claim-vga-cycle-secondary-gfx-passthrough.patch because now I
don''t
have secondary video adapter.

For the usb passthrough, initially I also tried

usbdevice = [ ''host:vendorid:productid'' ] # mouse

usbdevice = [ ''host:vendorid:productid'' ] # keyboard

but it did not work out. So I combined the two into

usbdevice = [
''host:vendorid:productid'',''host:vendorid:productid''
]

but it still did not work either.

So you actually got both usb mouse and keyboard to work by first passing
thru the usb mouse and later hot plugging the usb keyboard after winxp
domU has booted.

Thanks for the tip!!! I will try it later.

-- 

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer 

Information Technology Department

Asiasoft Online Pte Ltd

Tampines Central 1 #04-01 Tampines Plaza 

Singapore 529541

Republic of Singapore

Company Website: http://www.asiasoft.sg/

Mobile: +65-9648-9798

MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>

Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/04/2009 04:34 AM, Tim Moore wrote:>
> HI Teo,
>
> You need the qemu-claim-vga-cycle-secondary-gfx-passthrough.patch also
> that’s what you seem to be missing.
>
> Also usb device syntax should be:
>
> usbdevice = ''host:vendorid:productid'' # mouse
>
> usbdevice = ''host:vendorid:productid'' # keyboard
>
> I also had problems with this and disabled the keyboard to allow DomU
> to boot, I think there is a conflict with the qemu BIOS and Legacy
> keyboard support ..
>
> Therefore once the DomU has booted with Passthrough mouse and vga, I
> used vncviewer to get to the qemu console and enter:
>
> usb_add host:vendorid:productid
>
> (no quotes)
>
> Tim
>
> *From:* Mr. Teo En Ming (Zhang Enming)
> [mailto:enming.teo@asiasoftsea.net]
> *Sent:* 03 September 2009 21:29
> *To:* Tim Moore
> *Cc:* ''Han, Weidong'';
''xen-devel@lists.xensource.com''
> *Subject:* Re: [Xen-devel] xen-unstable pci passthrough
>
> VGA Passthrough to Windows XP Home 32-bit HVM DomU SUCCESS!!!
>
> A big thanks to Weidong and other engineers at Intel for the VGA
> passthrough patches to xen 3.5-unstable, and other gurus here at
> xen-devel mailing list for your kind assistance and help along the way.
>
> I had abandoned the idea of booting up the onboard Intel GMA4500
> graphics as the primary video adapter for dom0 and passing through the
> secondary nVidia Geforce 8400 GS PCI-e x16 graphics to Win XP Home
> DomU. I should have listened to Magee''s advice earlier that both
> onboard and pci-e graphics could not be operated simultaneously at the
> same time due to lack of pci-e lanes on Intel DQ45CB.
>
> After Timothy stressed on Magee''s advice just now, I have totally
> changed my approach. Now, I boot up the nVidia Geforce 8400 GS PCI-e
> x16 as the primary video adapter with-out any secondary video adapter.
>
> I applied Weidong''s xen-gfx-passthrough.patch,
> qemu-gfx-passthrough.patch, xen-load-vbios-file.patch,
> xen-vbar-pbar.patch, and qemu-vbar-pbar.patch to xen 3.5-unstable
> changeset 20143 successfully. I skipped
> qemu-claim-vga-cycle-secondary-gfx-passthrough.patch. Using this
> approach, I am still loading the vga bios of nVidia Geforce 8400 GS
> from firmware file. And I am using the Version 1 Intel gfx passthrough
> patches.
>
> The pvops dom 0 kernel I am using is 2.6.31-rc6.
>
> Before rebooting, I appended "blacklist nvidia" to
> /etc/modprobe.d/blacklist.conf to prevent the nvidia driver from loading.
>
> After rebooting, I hide nVidia Geforce 8400 GS from Dom 0 using Xen
> VT-d wiki instructions. Then I started Windows XP Home 32-bit HVM
> Guest with 1 VCPU.
>
> Windows XP Home HVM DomU successfully boots up!!! Emulated VGA is
> disabled. Only nVidia Geforce 8400 GS shows up in Device Manager.
>
> This time, instead of showing nVidia Geforce 8400 GS cannot start and
> no resources, it shows there are NOT ENOUGH resources. There is still
> an exclamation mark beside nvidia 8400 GS.
>
> I tried to passthrough USB Keyboard and USB mouse using the following
> config but with-out success:
>
> usb = 1
> usbdevice = [ ''host:vendorid:productid'',
''host:vendorid:productid'' ]
>
> So I had to vnc into my Windows XP HVM domU.
>
> Thank you Weidong and other engineers at Intel for the vga passthrough
> patches!!!
>
> -- 
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
> Technical Support Engineer 
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza 
> Singapore 529541
> Republic of Singapore
> Company Website: http://www.asiasoft.sg/
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
> Alma Maters: Singapore Polytechnic, National University of Singapore
>
>
>
> On 09/04/2009 03:07 AM, Tim Moore wrote:
>
> Hi Weidong,
>
> Thanks for your replies...
>
> I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse
> Passthrough. I am using 2.6.30-rc3 pvops with netbk vif.
>
> Primary VGA is Nvidia Geforce GTX260
>
> The DomU has hangs/locks with any graphics intensive operations, i.e.
> Opening Internet Explorer on the MSN homepage makes DomU freeze !!
>
> I noticed in the attached qemu log that the some of the memory
> addresses are not the same as the lspci output:
>
> pt_register_regions: IO region registered (size=0x01000000
> base_addr=0xb6000000)
>
> pt_register_regions: IO region registered (size=0x10000000
> base_addr=*0xe000000c*)
>
> pt_register_regions: IO region registered (size=0x02000000
> base_addr=*0xb4000004*)
>
> 02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce
> GTX 260] (rev a1) (prog-if 00 [VGA controller])
>
> Subsystem: nVidia Corporation Device 068e
>
> Flags: bus master, fast devsel, latency 0, IRQ 11
>
> [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]
>
> Memory at *e0000000* (64-bit, prefetchable) [size=256M]
>
> Memory at *b4000000* (64-bit, non-prefetchable) [size=32M]
>
> I/O ports at 3000 [size=128]
>
> Is this expected ?
>
> Would you have any idea why this would be so unstable / crash ?
>
> Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has a
> really bad lag/delay on refresh .. can this be helped ?
>
> Cheers,
> Tim
>
> *From:* Han, Weidong [mailto:weidong.han@intel.com]
> *Sent:* 03 September 2009 10:43
> *To:* Tim Moore
> *Cc:* ''enming.teo@asiasoftsea.net
> <mailto:enming.teo@asiasoftsea.net>'';
''djmagee@mageenet.net
> <mailto:djmagee@mageenet.net>'';
''xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>''
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Tim,
>
> See my comments belew.
>
> ------------------------------------------------------------------------
>
> *From:* Tim Moore [mailto:timothy.moore@expidas.net]
> *Sent:* 2009年9月3日 17:03
> *To:* Han, Weidong
> *Cc:* ''enming.teo@asiasoftsea.net
> <mailto:enming.teo@asiasoftsea.net>''; djmagee@mageenet.net
> <mailto:djmagee@mageenet.net>; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Weidong,
>
> Thank you for all your hard work ;)
>
> I have just successfully passed through my Nvidia Geforce GTX260 as a
> fully functional card to my WinXP DomU !!!!!
>
> My findings so far:
>
> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
> successfully but NO output on the Monitor (VGA is sized correctly but
> monitor is OFF)
>
> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
> console, VGA Loads and Display works !!!!
>
> In both cases I am using the NVidia binary driver in the WinXP DomU.
>
> The 9500GT (Secondary card) passthrough still has issues, the driver
> loads without the Monitor displaying anything (DPMS?) and if I make
> ANY changes to the DomU Graphics then the DomU locks up hard.
>
> [Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.
>
> In both cases the VGA card only works the FIRST time, I.e. FLR is
> required to reset the card for re-use, display become corrupt on
> second boot of DomU. Restart Dom0 and the VGA will work again the
> first time DomU is started.
>
> [Weidong]: Yes, it''s not reset well. I suspect it''s still
in graphics
> mode, so cannot display the boot messages in VGA mode. In my
> experiments, WinXP guest can still boot into graphics mode, although
> you cannot see booting progress.
>
> Is there anyway we can impletement the d3r, sbr or flr functionality
> that is in XCI? I would like to see if a sbr will enable to Card to be
> reset.
>
> [Weidong]: these reset functions are already in xen-unstable, but no
> one can really reset gfx. In my feeling, it needs vendor specific
> method to reset it.
>
> I would also like to debug the issue with Secondary passthrough as it
> seems that this is nearly there too ...
>
> Regards,
>
> Tim
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Teo En
> Ming (Zhang Enming)
> *Sent:* 03 September 2009 05:12
> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
''Han,
> Weidong''; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Dear Magee,
>
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops
> dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
> *Sent:* Wednesday, September 02, 2009 6:59 PM
> *To:* Han, Weidong; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> That was the problem, thank you. Now I’ll work on testing the
> gfx-passthrough patches.
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han, Weidong
> *Sent:* Tuesday, September 01, 2009 6:55 PM
> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
> ''xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>''
> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>
> I suspect you are using old hvm config file. The device_model is
> changes in config file.
>
> in old config file:
>
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>
> in new config file:
>
> # Device Model to be used
> device_model = ''qemu-dm''
>
> Pls check it, and use the latest config file to create guest.
>
> Regards,
>
> Weidong
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
> *Sent:* 2009年9月2日 6:40
> *To:* xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>
> *Subject:* [Xen-devel] xen-unstable pci passthrough
>
> I have not been able to passthrough any PCI devices using the latest
> xen-unstable. I have a DQ45CB, and have successfully passed devices to
> guests using 3.4.1.
>
> The latest c/s in my copy of xen-unstable is 20145. I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked. I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and
> in every case I get the same error. I’ve tried both putting pci= in
> the config file, and hot-adding the device using xm pci-attach. In
> every case, the xm command (either create or pci-attach) fails with
> the message “Error: Timed out waiting for device model action”. The
> guests in every case are HVM guests, some flavors of Windows, as well
> as the Knoppix 5.3.1 DVD.
>
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> And the messages from qemu-log:
>
> dm-command: hot insert pass-through pci dev
>
> hot add pci slot -2 exceed.
>
> Please let me know what else I need to supply to help resolve this
> problem. If I need to enable debugging messages, let me know the best
> way to do this.
>
> Doug Magee
>
> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>
>  
> ------------------------------------------------------------------------
>
>
>   
>  
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com <mailto: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
>   


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Mr. Teo En Ming (Zhang Enming)

2009-Sep-03 20:58 UTC

head link

Re: [Xen-devel] xen-unstable pci passthrough

Hi Timothy,

My Intel DQ45CB cannot have secondary video card. It is a single PCI-e
x16 while you have two PCI-e x16 slots on your motherboard.

In my case, I blacklisted nvidia video driver first before rebooting
into text mode on Dom 0. nvidia video driver will not get loaded on dom
0 then. Then I hide nvidia pci-e x16 from dom 0 directly at the virtual
terminal. I didn''t use ssh from another computer.

Then I start Win XP Dom U directly at the terminal also.

I saw Boch BIOS, then Booting from Harddisk....and then saw Windows XP
Home Dom U booting up.

But when I tried to shutdown Win XP Dom U from VNC, the display hangs at
"Shutting down..."

Then I need to do a hard reset of my computer.


-- 
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer 
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/04/2009 04:45 AM, Tim Moore wrote:>
> Teo,
>
> When I say that it works for me, I also get full VGA output on my
> Primary display from the DomU - I usually start the DomU via ssh when
> Dom0 is only in textmode.
>
> I think you need the
> qemu-claim-vga-cycle-secondary-gfx-passthrough.patch also ..
>
> Tim
>
> *From:* xen-devel-bounces@lists.xensource.com
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Tim Moore
> *Sent:* 03 September 2009 21:34
> *To:* ''enming.teo@asiasoftsea.net''
> *Cc:* ''xen-devel@lists.xensource.com''; ''Han,
Weidong''
> *Subject:* RE: [Xen-devel] xen-unstable pci passthrough
>
> HI Teo,
>
> You need the qemu-claim-vga-cycle-secondary-gfx-passthrough.patch also
> that’s what you seem to be missing.
>
> Also usb device syntax should be:
>
> usbdevice = ''host:vendorid:productid'' # mouse
>
> usbdevice = ''host:vendorid:productid'' # keyboard
>
> I also had problems with this and disabled the keyboard to allow DomU
> to boot, I think there is a conflict with the qemu BIOS and Legacy
> keyboard support ..
>
> Therefore once the DomU has booted with Passthrough mouse and vga, I
> used vncviewer to get to the qemu console and enter:
>
> usb_add host:vendorid:productid
>
> (no quotes)
>
> Tim
>
> *From:* Mr. Teo En Ming (Zhang Enming)
> [mailto:enming.teo@asiasoftsea.net]
> *Sent:* 03 September 2009 21:29
> *To:* Tim Moore
> *Cc:* ''Han, Weidong'';
''xen-devel@lists.xensource.com''
> *Subject:* Re: [Xen-devel] xen-unstable pci passthrough
>
> VGA Passthrough to Windows XP Home 32-bit HVM DomU SUCCESS!!!
>
> A big thanks to Weidong and other engineers at Intel for the VGA
> passthrough patches to xen 3.5-unstable, and other gurus here at
> xen-devel mailing list for your kind assistance and help along the way.
>
> I had abandoned the idea of booting up the onboard Intel GMA4500
> graphics as the primary video adapter for dom0 and passing through the
> secondary nVidia Geforce 8400 GS PCI-e x16 graphics to Win XP Home
> DomU. I should have listened to Magee''s advice earlier that both
> onboard and pci-e graphics could not be operated simultaneously at the
> same time due to lack of pci-e lanes on Intel DQ45CB.
>
> After Timothy stressed on Magee''s advice just now, I have totally
> changed my approach. Now, I boot up the nVidia Geforce 8400 GS PCI-e
> x16 as the primary video adapter with-out any secondary video adapter.
>
> I applied Weidong''s xen-gfx-passthrough.patch,
> qemu-gfx-passthrough.patch, xen-load-vbios-file.patch,
> xen-vbar-pbar.patch, and qemu-vbar-pbar.patch to xen 3.5-unstable
> changeset 20143 successfully. I skipped
> qemu-claim-vga-cycle-secondary-gfx-passthrough.patch. Using this
> approach, I am still loading the vga bios of nVidia Geforce 8400 GS
> from firmware file. And I am using the Version 1 Intel gfx passthrough
> patches.
>
> The pvops dom 0 kernel I am using is 2.6.31-rc6.
>
> Before rebooting, I appended "blacklist nvidia" to
> /etc/modprobe.d/blacklist.conf to prevent the nvidia driver from loading.
>
> After rebooting, I hide nVidia Geforce 8400 GS from Dom 0 using Xen
> VT-d wiki instructions. Then I started Windows XP Home 32-bit HVM
> Guest with 1 VCPU.
>
> Windows XP Home HVM DomU successfully boots up!!! Emulated VGA is
> disabled. Only nVidia Geforce 8400 GS shows up in Device Manager.
>
> This time, instead of showing nVidia Geforce 8400 GS cannot start and
> no resources, it shows there are NOT ENOUGH resources. There is still
> an exclamation mark beside nvidia 8400 GS.
>
> I tried to passthrough USB Keyboard and USB mouse using the following
> config but with-out success:
>
> usb = 1
> usbdevice = [ ''host:vendorid:productid'',
''host:vendorid:productid'' ]
>
> So I had to vnc into my Windows XP HVM domU.
>
> Thank you Weidong and other engineers at Intel for the vga passthrough
> patches!!!
>
> -- 
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
> Technical Support Engineer 
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza 
> Singapore 529541
> Republic of Singapore
> Company Website: http://www.asiasoft.sg/
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
> Alma Maters: Singapore Polytechnic, National University of Singapore
>
>
>
> On 09/04/2009 03:07 AM, Tim Moore wrote:
>
> Hi Weidong,
>
> Thanks for your replies...
>
> I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse
> Passthrough. I am using 2.6.30-rc3 pvops with netbk vif.
>
> Primary VGA is Nvidia Geforce GTX260
>
> The DomU has hangs/locks with any graphics intensive operations, i.e.
> Opening Internet Explorer on the MSN homepage makes DomU freeze !!
>
> I noticed in the attached qemu log that the some of the memory
> addresses are not the same as the lspci output:
>
> pt_register_regions: IO region registered (size=0x01000000
> base_addr=0xb6000000)
>
> pt_register_regions: IO region registered (size=0x10000000
> base_addr=*0xe000000c*)
>
> pt_register_regions: IO region registered (size=0x02000000
> base_addr=*0xb4000004*)
>
> 02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce
> GTX 260] (rev a1) (prog-if 00 [VGA controller])
>
> Subsystem: nVidia Corporation Device 068e
>
> Flags: bus master, fast devsel, latency 0, IRQ 11
>
> [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]
>
> Memory at *e0000000* (64-bit, prefetchable) [size=256M]
>
> Memory at *b4000000* (64-bit, non-prefetchable) [size=32M]
>
> I/O ports at 3000 [size=128]
>
> Is this expected ?
>
> Would you have any idea why this would be so unstable / crash ?
>
> Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has a
> really bad lag/delay on refresh .. can this be helped ?
>
> Cheers,
> Tim
>
> *From:* Han, Weidong [mailto:weidong.han@intel.com]
> *Sent:* 03 September 2009 10:43
> *To:* Tim Moore
> *Cc:* ''enming.teo@asiasoftsea.net
> <mailto:enming.teo@asiasoftsea.net>'';
''djmagee@mageenet.net
> <mailto:djmagee@mageenet.net>'';
''xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>''
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Tim,
>
> See my comments belew.
>
> ------------------------------------------------------------------------
>
> *From:* Tim Moore [mailto:timothy.moore@expidas.net]
> *Sent:* 2009年9月3日 17:03
> *To:* Han, Weidong
> *Cc:* ''enming.teo@asiasoftsea.net
> <mailto:enming.teo@asiasoftsea.net>''; djmagee@mageenet.net
> <mailto:djmagee@mageenet.net>; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Hi Weidong,
>
> Thank you for all your hard work ;)
>
> I have just successfully passed through my Nvidia Geforce GTX260 as a
> fully functional card to my WinXP DomU !!!!!
>
> My findings so far:
>
> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
> successfully but NO output on the Monitor (VGA is sized correctly but
> monitor is OFF)
>
> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
> console, VGA Loads and Display works !!!!
>
> In both cases I am using the NVidia binary driver in the WinXP DomU.
>
> The 9500GT (Secondary card) passthrough still has issues, the driver
> loads without the Monitor displaying anything (DPMS?) and if I make
> ANY changes to the DomU Graphics then the DomU locks up hard.
>
> [Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.
>
> In both cases the VGA card only works the FIRST time, I.e. FLR is
> required to reset the card for re-use, display become corrupt on
> second boot of DomU. Restart Dom0 and the VGA will work again the
> first time DomU is started.
>
> [Weidong]: Yes, it''s not reset well. I suspect it''s still
in graphics
> mode, so cannot display the boot messages in VGA mode. In my
> experiments, WinXP guest can still boot into graphics mode, although
> you cannot see booting progress.
>
> Is there anyway we can impletement the d3r, sbr or flr functionality
> that is in XCI? I would like to see if a sbr will enable to Card to be
> reset.
>
> [Weidong]: these reset functions are already in xen-unstable, but no
> one can really reset gfx. In my feeling, it needs vendor specific
> method to reset it.
>
> I would also like to debug the issue with Secondary passthrough as it
> seems that this is nearly there too ...
>
> Regards,
>
> Tim
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Teo En
> Ming (Zhang Enming)
> *Sent:* 03 September 2009 05:12
> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
''Han,
> Weidong''; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> Dear Magee,
>
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops
> dom 0 kernels 2.6.30-rc3 and 2.6.31-rc6?
>
> Regards,
>
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
>
> Technical Support Engineer
>
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
>
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com <mailto:teoenming@hotmail.com>
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
> *Sent:* Wednesday, September 02, 2009 6:59 PM
> *To:* Han, Weidong; xen-devel@lists.xensource.com
> <mailto:xen-devel@lists.xensource.com>
> *Subject:* RE: [Xen-devel] RE: xen-unstable pci passthrough
>
> That was the problem, thank you. Now I’ll work on testing the
> gfx-passthrough patches.
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of *Han, Weidong
> *Sent:* Tuesday, September 01, 2009 6:55 PM
> *To:* djmagee@mageenet.net <mailto:djmagee@mageenet.net>;
> ''xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>''
> *Subject:* [Xen-devel] RE: xen-unstable pci passthrough
>
> I suspect you are using old hvm config file. The device_model is
> changes in config file.
>
> in old config file:
>
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
>
> in new config file:
>
> # Device Model to be used
> device_model = ''qemu-dm''
>
> Pls check it, and use the latest config file to create guest.
>
> Regards,
>
> Weidong
>
> ------------------------------------------------------------------------
>
> *From:* xen-devel-bounces@lists.xensource.com
> <mailto:xen-devel-bounces@lists.xensource.com>
> [mailto:xen-devel-bounces@lists.xensource.com] *On Behalf Of
> *djmagee@mageenet.net <mailto:djmagee@mageenet.net>
> *Sent:* 2009年9月2日 6:40
> *To:* xen-devel@lists.xensource.com
<mailto:xen-devel@lists.xensource.com>
> *Subject:* [Xen-devel] xen-unstable pci passthrough
>
> I have not been able to passthrough any PCI devices using the latest
> xen-unstable. I have a DQ45CB, and have successfully passed devices to
> guests using 3.4.1.
>
> The latest c/s in my copy of xen-unstable is 20145. I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked. I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and
> in every case I get the same error. I’ve tried both putting pci= in
> the config file, and hot-adding the device using xm pci-attach. In
> every case, the xm command (either create or pci-attach) fails with
> the message “Error: Timed out waiting for device model action”. The
> guests in every case are HVM guests, some flavors of Windows, as well
> as the Knoppix 5.3.1 DVD.
>
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
>
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
>
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
>
> And the messages from qemu-log:
>
> dm-command: hot insert pass-through pci dev
>
> hot add pci slot -2 exceed.
>
> Please let me know what else I need to supply to help resolve this
> problem. If I need to enable debugging messages, let me know the best
> way to do this.
>
> Doug Magee
>
> djmagee@mageenet.net <mailto:djmagee@mageenet.net>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com <http://www.avg.com>
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date:
> 09/01/09 20:03:00
>
>  
>  
>  
> ------------------------------------------------------------------------
>
>
>   
>  
>  
>  
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com <mailto: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

Han, Weidong

2009-Sep-03 23:58 UTC

head link

RE: [Xen-devel] xen-unstable pci passthrough

It's good to hear that. Now keyboard/mouse is inconvenient in guest. I think
it will be not a problem once Jean ports the patch which shares the host
keyboard/mouse with multiple vms from XCI.

Regards,
Weidong

________________________________
From: Mr. Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
Sent: 2009年9月4日 4:29
To: timothy.moore@expidas.net
Cc: Han, Weidong; 'xen-devel@lists.xensource.com'
Subject: Re: [Xen-devel] xen-unstable pci passthrough

VGA Passthrough to Windows XP Home 32-bit HVM DomU SUCCESS!!!

A big thanks to Weidong and other engineers at Intel for the VGA passthrough
patches to xen 3.5-unstable, and other gurus here at xen-devel mailing list for
your kind assistance and help along the way.

I had abandoned the idea of booting up the onboard Intel GMA4500 graphics as the
primary video adapter for dom0 and passing through the secondary nVidia Geforce
8400 GS PCI-e x16 graphics to Win XP Home DomU. I should have listened to
Magee's advice earlier that both onboard and pci-e graphics could not be
operated simultaneously at the same time due to lack of pci-e lanes on Intel
DQ45CB.

After Timothy stressed on Magee's advice just now, I have totally changed my
approach. Now, I boot up the nVidia Geforce 8400 GS PCI-e x16 as the primary
video adapter with-out any secondary video adapter.

I applied Weidong's xen-gfx-passthrough.patch, qemu-gfx-passthrough.patch,
xen-load-vbios-file.patch, xen-vbar-pbar.patch, and qemu-vbar-pbar.patch to xen
3.5-unstable changeset 20143 successfully. I skipped
qemu-claim-vga-cycle-secondary-gfx-passthrough.patch. Using this approach, I am
still loading the vga bios of nVidia Geforce 8400 GS from firmware file. And I
am using the Version 1 Intel gfx passthrough patches.

The pvops dom 0 kernel I am using is 2.6.31-rc6.

Before rebooting, I appended "blacklist nvidia" to
/etc/modprobe.d/blacklist.conf to prevent the nvidia driver from loading.

After rebooting, I hide nVidia Geforce 8400 GS from Dom 0 using Xen VT-d wiki
instructions. Then I started Windows XP Home 32-bit HVM Guest with 1 VCPU.

Windows XP Home HVM DomU successfully boots up!!! Emulated VGA is disabled. Only
nVidia Geforce 8400 GS shows up in Device Manager.

This time, instead of showing nVidia Geforce 8400 GS cannot start and no
resources, it shows there are NOT ENOUGH resources. There is still an
exclamation mark beside nvidia 8400 GS.

I tried to passthrough USB Keyboard and USB mouse using the following config but
with-out success:

usb = 1
usbdevice = [ 'host:vendorid:productid',
'host:vendorid:productid' ]

So I had to vnc into my Windows XP HVM domU.

Thank you Weidong and other engineers at Intel for the vga passthrough
patches!!!

--
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com<mailto:teoenming@hotmail.com>
Alma Maters: Singapore Polytechnic, National University of Singapore


On 09/04/2009 03:07 AM, Tim Moore wrote:
Hi Weidong,
Thanks for your replies...
I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse Passthrough.
I am using 2.6.30-rc3 pvops with netbk vif.
Primary VGA is Nvidia Geforce GTX260
The DomU has hangs/locks with any graphics intensive operations, i.e. Opening
Internet Explorer on the MSN homepage makes DomU freeze !!
I noticed in the attached qemu log that the some of the memory addresses are not
the same as the lspci output:
pt_register_regions: IO region registered (size=0x01000000 base_addr=0xb6000000)
pt_register_regions: IO region registered (size=0x10000000 base_addr=0xe000000c)
pt_register_regions: IO region registered (size=0x02000000 base_addr=0xb4000004)
02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GTX 260]
(rev a1) (prog-if 00 [VGA controller])
      Subsystem: nVidia Corporation Device 068e
      Flags: bus master, fast devsel, latency 0, IRQ 11
      [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]
      Memory at e0000000 (64-bit, prefetchable) [size=256M]
      Memory at b4000000 (64-bit, non-prefetchable) [size=32M]
      I/O ports at 3000 [size=128]
Is this expected ?
Would you have any idea why this would be so unstable / crash ?
Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has a really
bad lag/delay on refresh .. can this be helped ?
Cheers,
Tim
From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: 03 September 2009 10:43
To: Tim Moore
Cc:
'enming.teo@asiasoftsea.net<mailto:enming.teo@asiasoftsea.net>';
'djmagee@mageenet.net<mailto:djmagee@mageenet.net>';
'xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>'
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Tim,
See my comments belew.
________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc:
'enming.teo@asiasoftsea.net<mailto:enming.teo@asiasoftsea.net>';
djmagee@mageenet.net<mailto:djmagee@mageenet.net>;
xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Hi Weidong,
Thank you for all your hard work ;)
I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!
My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!
In both cases I am using the NVidia binary driver in the WinXP DomU.
The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.
[Weidong]: I didn't try 9500GT. Seems it needs extra hacks.
In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.
[Weidong]:  Yes, it's not reset well. I suspect it's still in graphics
mode, so cannot display the boot messages in VGA mode. In my experiments, WinXP
guest can still boot into graphics mode, although you cannot see booting
progress.
Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.
[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset it.
I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...
Regards,
Tim
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net<mailto:djmagee@mageenet.net>; 'Han,
Weidong';
xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Dear Magee,
Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?
Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com<mailto:teoenming@hotmail.com>
________________________________
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of
djmagee@mageenet.net<mailto:djmagee@mageenet.net>
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong;
xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net<mailto:djmagee@mageenet.net>;
'xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>'
Subject: [Xen-devel] RE: xen-unstable pci passthrough
I suspect you are using old hvm config file. The device_model is changes in
config file.
in old config file:
# New stuff
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
in new config file:
# Device Model to be used
device_model = 'qemu-dm'
Pls check it, and use the latest config file to create guest.
Regards,
Weidong
________________________________
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of
djmagee@mageenet.net<mailto:djmagee@mageenet.net>
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.
The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.
The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.
Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.
Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>

No virus found in this incoming message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

________________________________

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com<mailto: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

Han, Weidong

2009-Sep-04 00:00 UTC

head link

RE: [Xen-devel] xen-unstable pci passthrough

IGD (onboard graphics) passthrough needs some hacks. We are working on it.

Regards,
Weidong

________________________________
From: Mr. Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
Sent: 2009年9月4日 4:36
To: enming.teo@asiasoftsea.net
Cc: timothy.moore@expidas.net; 'xen-devel@lists.xensource.com'; Han,
Weidong
Subject: Re: [Xen-devel] xen-unstable pci passthrough

Just to add:

I did try booting up onboard graphics as the primary video controller. I did not
try to pass though nvidia gf 8400 gs to Win XP Dom U. I tried to passthrough
onboard graphics to Win XP Dom U without success.

I had tried with pvops Dom 0 2.6.30-rc3 and 2.6.31-rc6. Every time I get some
iommu fault overflow condition and then Dom 0 died.

So next I tried nvidia geforce 8400 gs as the primary. And it works.

--
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com<mailto:teoenming@hotmail.com>
Alma Maters: Singapore Polytechnic, National University of Singapore

On 09/04/2009 04:29 AM, Mr. Teo En Ming (Zhang Enming) wrote:
VGA Passthrough to Windows XP Home 32-bit HVM DomU SUCCESS!!!

A big thanks to Weidong and other engineers at Intel for the VGA passthrough
patches to xen 3.5-unstable, and other gurus here at xen-devel mailing list for
your kind assistance and help along the way.

I had abandoned the idea of booting up the onboard Intel GMA4500 graphics as the
primary video adapter for dom0 and passing through the secondary nVidia Geforce
8400 GS PCI-e x16 graphics to Win XP Home DomU. I should have listened to
Magee's advice earlier that both onboard and pci-e graphics could not be
operated simultaneously at the same time due to lack of pci-e lanes on Intel
DQ45CB.

After Timothy stressed on Magee's advice just now, I have totally changed my
approach. Now, I boot up the nVidia Geforce 8400 GS PCI-e x16 as the primary
video adapter with-out any secondary video adapter.

I applied Weidong's xen-gfx-passthrough.patch, qemu-gfx-passthrough.patch,
xen-load-vbios-file.patch, xen-vbar-pbar.patch, and qemu-vbar-pbar.patch to xen
3.5-unstable changeset 20143 successfully. I skipped
qemu-claim-vga-cycle-secondary-gfx-passthrough.patch. Using this approach, I am
still loading the vga bios of nVidia Geforce 8400 GS from firmware file. And I
am using the Version 1 Intel gfx passthrough patches.

The pvops dom 0 kernel I am using is 2.6.31-rc6.

Before rebooting, I appended "blacklist nvidia" to
/etc/modprobe.d/blacklist.conf to prevent the nvidia driver from loading.

After rebooting, I hide nVidia Geforce 8400 GS from Dom 0 using Xen VT-d wiki
instructions. Then I started Windows XP Home 32-bit HVM Guest with 1 VCPU.

Windows XP Home HVM DomU successfully boots up!!! Emulated VGA is disabled. Only
nVidia Geforce 8400 GS shows up in Device Manager.

This time, instead of showing nVidia Geforce 8400 GS cannot start and no
resources, it shows there are NOT ENOUGH resources. There is still an
exclamation mark beside nvidia 8400 GS.

I tried to passthrough USB Keyboard and USB mouse using the following config but
with-out success:

usb = 1
usbdevice = [ 'host:vendorid:productid',
'host:vendorid:productid' ]

So I had to vnc into my Windows XP HVM domU.

Thank you Weidong and other engineers at Intel for the vga passthrough
patches!!!

--
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com<mailto:teoenming@hotmail.com>
Alma Maters: Singapore Polytechnic, National University of Singapore

On 09/04/2009 03:07 AM, Tim Moore wrote:
Hi Weidong,
Thanks for your replies...
I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse Passthrough.
I am using 2.6.30-rc3 pvops with netbk vif.
Primary VGA is Nvidia Geforce GTX260
The DomU has hangs/locks with any graphics intensive operations, i.e. Opening
Internet Explorer on the MSN homepage makes DomU freeze !!
I noticed in the attached qemu log that the some of the memory addresses are not
the same as the lspci output:
pt_register_regions: IO region registered (size=0x01000000 base_addr=0xb6000000)
pt_register_regions: IO region registered (size=0x10000000 base_addr=0xe000000c)
pt_register_regions: IO region registered (size=0x02000000 base_addr=0xb4000004)
02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GTX 260]
(rev a1) (prog-if 00 [VGA controller])
      Subsystem: nVidia Corporation Device 068e
      Flags: bus master, fast devsel, latency 0, IRQ 11
      [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]
      Memory at e0000000 (64-bit, prefetchable) [size=256M]
      Memory at b4000000 (64-bit, non-prefetchable) [size=32M]
      I/O ports at 3000 [size=128]
Is this expected ?
Would you have any idea why this would be so unstable / crash ?
Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has a really
bad lag/delay on refresh .. can this be helped ?
Cheers,
Tim
From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: 03 September 2009 10:43
To: Tim Moore
Cc:
'enming.teo@asiasoftsea.net<mailto:enming.teo@asiasoftsea.net>';
'djmagee@mageenet.net<mailto:djmagee@mageenet.net>';
'xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>'
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Tim,
See my comments belew.
________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc:
'enming.teo@asiasoftsea.net<mailto:enming.teo@asiasoftsea.net>';
djmagee@mageenet.net<mailto:djmagee@mageenet.net>;
xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Hi Weidong,
Thank you for all your hard work ;)
I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!
My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!
In both cases I am using the NVidia binary driver in the WinXP DomU.
The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.
[Weidong]: I didn't try 9500GT. Seems it needs extra hacks.
In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.
[Weidong]:  Yes, it's not reset well. I suspect it's still in graphics
mode, so cannot display the boot messages in VGA mode. In my experiments, WinXP
guest can still boot into graphics mode, although you cannot see booting
progress.
Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.
[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset it.
I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...
Regards,
Tim
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net<mailto:djmagee@mageenet.net>; 'Han,
Weidong';
xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Dear Magee,
Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?
Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com<mailto:teoenming@hotmail.com>
________________________________
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of
djmagee@mageenet.net<mailto:djmagee@mageenet.net>
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong;
xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net<mailto:djmagee@mageenet.net>;
'xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>'
Subject: [Xen-devel] RE: xen-unstable pci passthrough
I suspect you are using old hvm config file. The device_model is changes in
config file.
in old config file:
# New stuff
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
in new config file:
# Device Model to be used
device_model = 'qemu-dm'
Pls check it, and use the latest config file to create guest.
Regards,
Weidong
________________________________
From:
xen-devel-bounces@lists.xensource.com<mailto:xen-devel-bounces@lists.xensource.com>
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of
djmagee@mageenet.net<mailto:djmagee@mageenet.net>
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com<mailto:xen-devel@lists.xensource.com>
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.
The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.
The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.
Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.
Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>

No virus found in this incoming message.
Checked by AVG - www.avg.com<http://www.avg.com>
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00

________________________________

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com<mailto:Xen-devel@lists.xensource.com>
http://lists.xensource.com/xen-devel

________________________________

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com<mailto: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

Han, Weidong

2009-Sep-04 00:03 UTC

head link

RE: [Xen-devel] xen-unstable pci passthrough

The memory addresses are expected. The "c" and "4" are the
flags of the addresses.

I didn't try Geforce GTX260 passthrough. No idea about the crash.

Regards,
Weidong

________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月4日 3:07
To: Han, Weidong
Cc: 'xen-devel@lists.xensource.com'
Subject: RE: [Xen-devel] xen-unstable pci passthrough

Hi Weidong,

Thanks for your replies...

I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse Passthrough.
I am using 2.6.30-rc3 pvops with netbk vif.
Primary VGA is Nvidia Geforce GTX260

The DomU has hangs/locks with any graphics intensive operations, i.e. Opening
Internet Explorer on the MSN homepage makes DomU freeze !!

I noticed in the attached qemu log that the some of the memory addresses are not
the same as the lspci output:
pt_register_regions: IO region registered (size=0x01000000 base_addr=0xb6000000)
pt_register_regions: IO region registered (size=0x10000000 base_addr=0xe000000c)
pt_register_regions: IO region registered (size=0x02000000 base_addr=0xb4000004)

02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GTX 260]
(rev a1) (prog-if 00 [VGA controller])
      Subsystem: nVidia Corporation Device 068e
      Flags: bus master, fast devsel, latency 0, IRQ 11
      [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]
      Memory at e0000000 (64-bit, prefetchable) [size=256M]
      Memory at b4000000 (64-bit, non-prefetchable) [size=32M]
      I/O ports at 3000 [size=128]

Is this expected ?

Would you have any idea why this would be so unstable / crash ?

Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has a really
bad lag/delay on refresh .. can this be helped ?

Cheers,
Tim


From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: 03 September 2009 10:43
To: Tim Moore
Cc: 'enming.teo@asiasoftsea.net'; 'djmagee@mageenet.net';
'xen-devel@lists.xensource.com'
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Tim,

See my comments belew.


________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc: 'enming.teo@asiasoftsea.net'; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.

[Weidong]: I didn't try 9500GT. Seems it needs extra hacks.

In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

[Weidong]:  Yes, it's not reset well. I suspect it's still in graphics
mode, so cannot display the boot messages in VGA mode. In my experiments, WinXP
guest can still boot into graphics mode, although you cannot see booting
progress.

Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.
[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset it.

I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...

Regards,
Tim



From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; 'Han, Weidong'; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; 'xen-devel@lists.xensource.com'
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

in new config file:
# Device Model to be used
device_model = 'qemu-dm'

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Teo En Ming (Zhang Enming)

2009-Sep-04 01:58 UTC

head link

RE: [Xen-devel] xen-unstable pci passthrough

Hi Weidong,



If I want to use the Version 2 patches, which changeset in xen 3.5-unstable
do I need to checkout?



But I understand that current xen-load-vbios-file.patch,
xen-vbar-pbar.patch, and qemu-change-vbar-pbar.patch are incompatible with
Version 2 patches and only works with Version 1 patches.



So to pass through primary nvidia geforce 8400 gs, I need to wait for
updates to the above mentioned xen-load-vbios-file.patch,
xen-vbar-pbar.patch, and qemu-change-vbar-pbar.patch before it can work with
Version 2 patches?



As for USB passthrough, think Timothy got the workaround.



I can also passthrough USB hubs??? Because my all-in-one printer cum scanner
uses a USB hub with individual devices (printer and scanner separately)
connected to the hub. So can I pass that through?



Thank you!!!!



Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Han, Weidong
Sent: Friday, September 04, 2009 7:59 AM
To: ''enming.teo@asiasoftsea.net'';
''timothy.moore@expidas.net''
Cc: ''xen-devel@lists.xensource.com''
Subject: RE: [Xen-devel] xen-unstable pci passthrough



It''s good to hear that. Now keyboard/mouse is inconvenient in guest. I
think
it will be not a problem once Jean ports the patch which shares the host
keyboard/mouse with multiple vms from XCI.



Regards,

Weidong



  _____

From: Mr. Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net]
Sent: 2009年9月4日 4:29
To: timothy.moore@expidas.net
Cc: Han, Weidong; ''xen-devel@lists.xensource.com''
Subject: Re: [Xen-devel] xen-unstable pci passthrough

VGA Passthrough to Windows XP Home 32-bit HVM DomU SUCCESS!!!

A big thanks to Weidong and other engineers at Intel for the VGA passthrough
patches to xen 3.5-unstable, and other gurus here at xen-devel mailing list
for your kind assistance and help along the way.

I had abandoned the idea of booting up the onboard Intel GMA4500 graphics as
the primary video adapter for dom0 and passing through the secondary nVidia
Geforce 8400 GS PCI-e x16 graphics to Win XP Home DomU. I should have
listened to Magee''s advice earlier that both onboard and pci-e graphics
could not be operated simultaneously at the same time due to lack of pci-e
lanes on Intel DQ45CB.

After Timothy stressed on Magee''s advice just now, I have totally
changed my
approach. Now, I boot up the nVidia Geforce 8400 GS PCI-e x16 as the primary
video adapter with-out any secondary video adapter.

I applied Weidong''s xen-gfx-passthrough.patch,
qemu-gfx-passthrough.patch,
xen-load-vbios-file.patch, xen-vbar-pbar.patch, and qemu-vbar-pbar.patch to
xen 3.5-unstable changeset 20143 successfully. I skipped
qemu-claim-vga-cycle-secondary-gfx-passthrough.patch. Using this approach, I
am still loading the vga bios of nVidia Geforce 8400 GS from firmware file.
And I am using the Version 1 Intel gfx passthrough patches.

The pvops dom 0 kernel I am using is 2.6.31-rc6.

Before rebooting, I appended "blacklist nvidia" to
/etc/modprobe.d/blacklist.conf to prevent the nvidia driver from loading.

After rebooting, I hide nVidia Geforce 8400 GS from Dom 0 using Xen VT-d
wiki instructions. Then I started Windows XP Home 32-bit HVM Guest with 1
VCPU.

Windows XP Home HVM DomU successfully boots up!!! Emulated VGA is disabled.
Only nVidia Geforce 8400 GS shows up in Device Manager.

This time, instead of showing nVidia Geforce 8400 GS cannot start and no
resources, it shows there are NOT ENOUGH resources. There is still an
exclamation mark beside nvidia 8400 GS.

I tried to passthrough USB Keyboard and USB mouse using the following config
but with-out success:

usb = 1
usbdevice = [ ''host:vendorid:productid'',
''host:vendorid:productid'' ]

So I had to vnc into my Windows XP HVM domU.

Thank you Weidong and other engineers at Intel for the vga passthrough
patches!!!



--
Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Company Website: http://www.asiasoft.sg/
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
Alma Maters: Singapore Polytechnic, National University of Singapore



On 09/04/2009 03:07 AM, Tim Moore wrote:

Hi Weidong,

Thanks for your replies...

I now have Windows XP DomU with Primary VGA , USB Keyboard + Mouse
Passthrough. I am using 2.6.30-rc3 pvops with netbk vif.

Primary VGA is Nvidia Geforce GTX260

The DomU has hangs/locks with any graphics intensive operations, i.e.
Opening Internet Explorer on the MSN homepage makes DomU freeze !!

I noticed in the attached qemu log that the some of the memory addresses are
not the same as the lspci output:

pt_register_regions: IO region registered (size=0x01000000
base_addr=0xb6000000)

pt_register_regions: IO region registered (size=0x10000000
base_addr=0xe000000c)

pt_register_regions: IO region registered (size=0x02000000
base_addr=0xb4000004)

02:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GTX
260] (rev a1) (prog-if 00 [VGA controller])

      Subsystem: nVidia Corporation Device 068e

      Flags: bus master, fast devsel, latency 0, IRQ 11

      [virtual] Memory at b6000000 (32-bit, non-prefetchable) [size=16M]

      Memory at e0000000 (64-bit, prefetchable) [size=256M]

      Memory at b4000000 (64-bit, non-prefetchable) [size=32M]

      I/O ports at 3000 [size=128]

Is this expected ?

Would you have any idea why this would be so unstable / crash ?

Also, the Mouse is passthrough using usbdevice=”host:##:##”, but has a
really bad lag/delay on refresh .. can this be helped ?

Cheers,
Tim

From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: 03 September 2009 10:43
To: Tim Moore
Cc: ''enming.teo@asiasoftsea.net'';
''djmagee@mageenet.net'';
''xen-devel@lists.xensource.com''
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Tim,

See my comments belew.

  _____

From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc: ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:

1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but
monitor is OFF)

2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
console, VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to
the DomU Graphics then the DomU locks up hard.

[Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.

In both cases the VGA card only works the FIRST time, I.e. FLR is required
to reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

[Weidong]:  Yes, it''s not reset well. I suspect it''s still in
graphics mode,
so cannot display the boot messages in VGA mode. In my experiments, WinXP
guest can still boot into graphics mode, although you cannot see booting
progress.

Is there anyway we can impletement the d3r, sbr or flr functionality that is
in XCI? I would like to see if a sbr will enable to Card to be reset.

[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset
it.

I would also like to debug the issue with Secondary passthrough as it seems
that this is nearly there too ...

Regards,

Tim

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Teo En Ming (Zhang Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,


Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the
gfx-passthrough patches.

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:

# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

in new config file:

# Device Model to be used
device_model = ''qemu-dm''

Pls check it, and use the latest config file to create guest.

Regards,

Weidong

  _____

From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-bounces@lists.
xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to
guests using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions
worked.  I’ve tried with various dom0 kernels, the current 2.6.18.8-xen
branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get
the same error.  I’ve tried both putting pci= in the config file, and
hot-adding the device using xm pci-attach.  In every case, the xm command
(either create or pci-attach) fails with the message “Error: Timed out
waiting for device model action”.  The guests in every case are HVM guests,
some flavors of Windows, as well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.
If I need to enable debugging messages, let me know the best way to do this.

Doug Magee

djmagee@mageenet.net

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00






  _____




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel




No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Han, Weidong

2009-Sep-04 03:10 UTC

head link

RE: [Xen-devel] xen-unstable pci passthrough

Let''s use plain text format in mailing list, it''s easy to
discuss.
> If I want to use the Version 2 patches, which changeset in xen 3.5-unstable
do I need to checkout?The PATCH 1/2 was checked into Xen-unstable as changeset 20144, but the PATCH
2/2 is still not checked into QEMU tree. So if you checkout the changeset of
xen-unstable is larger than 20144, you don''t need to apply the PATCH
1/2, but you still need to apply PATCH 2/2 to QEMU.
> But I understand that current xen-load-vbios-file.patch,
xen-vbar-pbar.patch, and qemu-change-vbar-pbar.patch are incompatible
> with Version 2 patches and only works with Version 1 >patches.
> So to pass through primary nvidia geforce 8400 gs, I need to wait for
updates to the above mentioned xen-load-vbios-file.patch,
> xen-vbar-pbar.patch, and qemu-change-vbar-pbar.patch before it can work
with Version 2 patches?
We are working on IGD passthrough now. We won''t update these hacking
patches immediately.  I think it''s not hard to rebase them on version 2
patches, you can do it by yourself if you need it immediately. Actually the 1:1
mapping patch is too tricky, we don''t think it''s suitable to
be in upstream. The better way is the gfx vendors to remove this trick (maybe
change their drivers) to make them virtualization friendly.

Regards,
Weidong
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Christian Tramnitz

2009-Sep-04 10:27 UTC

head link

[Xen-devel] Re: xen-unstable pci passthrough

Han, Weidong wrote:> Actually the 1:1 mapping patch is too tricky, we don''t think
it''s suitable to be in upstream. The better way is the gfx vendors to
remove this trick (maybe change their drivers) to make them virtualization
friendly.
I don''t think that this is very likely. The userbase is to small (right
now), not to talk about existing bugs that affect a larger user group 
that won''t be fixed.

Also Nvidia wants to see some extra $ for their premium products 
(capable of Multi OS), I don''t think they will just change the drivers 
to make that feature available for every card.

If anyhow possible we should try to get that "intelligence" into 
Xen/xen-qemu and not rely on the vendors. If tricky/untested/unstable it 
should be marked as such and its usage made optional, but I see a lot of 
potential in that direction.


Best regards,
   Christian


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

<djmagee@mageenet.net>

2009-Sep-09 19:02 UTC

head link

RE: [Xen-devel] RE: xen-unstable gfx passthrough (was xen-unstable pci passthrough)

Ok, I’ve finally had some more time to work on this.

 

The hardware I’m using is a DQ45CB, a C2D E6600, and HIS ATI Radeon 4770.

 

The kernel I’m currently using is a pv_ops dom0 from Jeremy’s xen-tip/master
branch, version 2.6.30-rc3.  I will attach the config.

 

I built xen from xen-unstable c/s 20180.  This includes Weidong’s gfx
passthrough v2 patch.  I applied the qemuv2 patch.

 

The interesting thing about this configuration is I’m having problems passing
through devices that are sharing IRQs with devices that dom0 still has loaded. 
IR is not enabled, so that may be expected, but I’m certain I’ve managed to do
this with other kernels (maybe it’s a difference between using pciback and
pci-stub?)

 

Other than that this configuration was working just fine and perfectly stable
for everything not gfx passthrough.

 

I passed my videocard through to the guest, without enabling gfx_passthru.  I
installed the driver for the device, and rebooted.  The device was recognized
properly, but device manager said “Could not start”, which I expected.  I shut
down and enabled gfx_passthru(=2) and started the guest again.  Nothing happened
on the screen and xm list was showing that the domu wasn’t using and cputime. 
Xm dmesg output stopped at HVM: Loading ROMBIOS, and there was no BIOS output as
there usually is.

 

Next I applied a patch I made (well, in two pieces, also attached) adapted from
Weidong’s v1 vBAR:pBAR patch and rebuilt tools.  The guest started successfully,
and I was able to read the bios messages and see the normal startup screens. 
The domU was perfectly stable; I logged on and looked through the event log and
device manager using the keyboard and mouse attached to the usb controllers I
passed through.  Windows reverted to using the VgaSave (I guess roughly
equivalent to X’s vesa driver?) driver, saying the 4770 could not get enough
free resources.

 

I tried out a few basic tasks and everything was very stable.  Strangely, even
though the card had the same MAC address, Windows recognized the emulated
network adapter as a different card and defaulted to using DHCP instead of using
the static IP I’d assigned to that card.  Perhaps windows remembers something
else about the cards other than MAC (pci slot, io/mem region?) that changes when
the graphics card is passed through, as it went back to recognizing the original
adapter when I boot with gfx_passthru=0.

 

In device manager, if I select view->Resources by connection, and look at
memory resources, I see my graphics device listed by itself, whereas I see all
of the other PCI devices listed under a couple of PCI Bus entries.

 

Next I applied a patch to map the proper memory regions for my device
(attached).  I booted the guest, and watched the normal output during startup. 
When windows was about to start (switching from that Starting Windows screen
that clearly uses BIOS vga capability, to the graphical shell with the login
prompt), the screen shut off, and the dom0 froze completely.  I rebooted and
tried a couple more times, with the same result.  The qemu log is attached.

 

I believe the memory regions are mapped properly (using that word loosely) and
it tried to start the device, as it seems to have enabled MSI on the device,
which it had never done before, according to the lines in the qemu log:

pt_msgctrl_reg_write: guest enabling MSI, disable MSI-INTx translation

pt_msi_update: Update msi with pirq 37 gvec b0 gflags 0

That IRQ corresponds with the one assigned to the graphics device earlier in the
log.  It’s almost immediately after this that the machine totally locks up.

 

I’d like to figure out why the BIOS never seems to execute without the vBAR=pBAR
patch.  Is it possible that the gpu’s BIOS has some values hardcoded that don’t
let it operate with different i/o or memory regions?  Or is it possible that xen
is not properly assigning resources through it’s normal code path (which is
skipped using the vBAR=pBAR patch)?  When I get another minute, I will try again
with an unpatched xen to see what resources are assigned to the device when I
pass it through with gfx_passthru disabled.

 

Let me know if there’s anything I can do to help resolve this and test this
functionality further.

 

Doug Magee

 

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Thursday, September 03, 2009 11:08 AM
To: enming.teo@asiasoftsea.net; Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

 

I had a little bit of time to work on this the other night.  As the revised
passthrough patch had already been applied to xen-unstable, I only had to apply
the qemu branch.

 

When I tried to passthrough my video device with gfx_passthru=2, the guest BIOS
never seemed to execute.  Xm dmesg, went as far as “Loading ROMBIOS”, but no
further.  When guests successfully start, I can see the bios messages in xm
dmesg, and that was not the case.  I tried leaving the vnc enabled to see if
there was any output, and all I had was some qemu monitor and it was not clear
what I was supposed to do there.  I was attempting to passthrough my addon card,
which is the only graphics device enabled in my system.

 

I then tried to passthrough the graphics device without the gfx_passthru option
just to make sure the guest would boot properly.  I was immediately hit with a
dom0 kernel BUG and at that point I had no more time to experiment.

 

This test was while I was running a xenified 2.6.29.6 kernel, which has been
perfectly stable for me in all my other uses.  I want to try with a 2.6.18.8-xen
kernel as well.  Hopefully I’ll get a chance this afternoon.  I built and tested
a 2.6.31-rc6 dom0 kernel the other day but it was difficult to use as there was
really high latency over my ssh connection for some reason and the machine was
generally unresponsive.

 

When I have time to fully test all of these combinations I will report back with
the results.

 

From: Teo En Ming (Zhang Enming) [mailto:enming.teo@asiasoftsea.net] 
Sent: Thursday, September 03, 2009 12:12 AM
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

 

Dear Magee,

 

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

 

Regards,
 

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)

Technical Support Engineer 

Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza 
Singapore 529541

Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com

________________________________

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

 

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

 

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

 

I suspect you are using old hvm config file. The device_model is changes in
config file.

 

in old config file:

# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

 

in new config file:

# Device Model to be used
device_model = ''qemu-dm''

 

Pls check it, and use the latest config file to create guest.

 

Regards,

Weidong

 

________________________________

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough

I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

 

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

 

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0

(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0

(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

 

And the messages from qemu-log:

dm-command: hot insert pass-through pci dev

hot add pci slot -2 exceed.

 

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

 

Doug Magee

djmagee@mageenet.net

 

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00










_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Tim Moore

2009-Sep-10 10:20 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

hi Weidong,

Below, you mention the FLR code is in xen-unstable already - please could you
point out where?

I thought that this code was in pciback and now transferred to pci-stub, but I
can`t seem to find it anywhere ...

Cheers,
Tim

From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: 03 September 2009 10:43
To: Tim Moore
Cc: ''enming.teo@asiasoftsea.net'';
''djmagee@mageenet.net'';
''xen-devel@lists.xensource.com''
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Tim,

See my comments belew.


________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc: ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.

[Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.

In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

[Weidong]:  Yes, it''s not reset well. I suspect it''s still in
graphics mode, so cannot display the boot messages in VGA mode. In my
experiments, WinXP guest can still boot into graphics mode, although you cannot
see booting progress.

Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.
[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset it.

I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...

Regards,
Tim



From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''

in new config file:
# Device Model to be used
device_model = ''qemu-dm''

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Han, Weidong

2009-Sep-10 10:56 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Tim,

the FLR code is in xend (tools/python/xen/util/pci.py).

Regards,
Weidong

________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月10日 18:21
To: Han, Weidong
Cc: 'xen-devel@lists.xensource.com'
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

hi Weidong,

Below, you mention the FLR code is in xen-unstable already - please could you
point out where?

I thought that this code was in pciback and now transferred to pci-stub, but I
can`t seem to find it anywhere ...

Cheers,
Tim

From: Han, Weidong [mailto:weidong.han@intel.com]
Sent: 03 September 2009 10:43
To: Tim Moore
Cc: 'enming.teo@asiasoftsea.net'; 'djmagee@mageenet.net';
'xen-devel@lists.xensource.com'
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Tim,

See my comments belew.


________________________________
From: Tim Moore [mailto:timothy.moore@expidas.net]
Sent: 2009年9月3日 17:03
To: Han, Weidong
Cc: 'enming.teo@asiasoftsea.net'; djmagee@mageenet.net;
xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
Hi Weidong,

Thank you for all your hard work ;)

I have just successfully passed through my Nvidia Geforce GTX260 as a fully
functional card to my WinXP DomU !!!!!

My findings so far:
1) Tried with my 9500 GT (Secondary card) which DOES load the driver
successfully but NO output on the Monitor (VGA is sized correctly but monitor is
OFF)
2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH console,
VGA Loads and Display works !!!!

In both cases I am using the NVidia binary driver in the WinXP DomU.

The 9500GT (Secondary card) passthrough still has issues, the driver loads
without the Monitor displaying anything (DPMS?) and if I make ANY changes to the
DomU Graphics then the DomU locks up hard.

[Weidong]: I didn't try 9500GT. Seems it needs extra hacks.

In both cases the VGA card only works the FIRST time, I.e. FLR is required to
reset the card for re-use, display become corrupt on second boot of DomU.
Restart Dom0 and the VGA will work again the first time DomU is started.

[Weidong]:  Yes, it's not reset well. I suspect it's still in graphics
mode, so cannot display the boot messages in VGA mode. In my experiments, WinXP
guest can still boot into graphics mode, although you cannot see booting
progress.

Is there anyway we can impletement the d3r, sbr or flr functionality that is in
XCI? I would like to see if a sbr will enable to Card to be reset.
[Weidong]: these reset functions are already in xen-unstable, but no one can
really reset gfx. In my feeling, it needs vendor specific method to reset it.

I would also like to debug the issue with Secondary passthrough as it seems that
this is nearly there too ...

Regards,
Tim



From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang
Enming)
Sent: 03 September 2009 05:12
To: djmagee@mageenet.net; 'Han, Weidong'; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

Dear Magee,

Any luck with the Intel vga passthrough patches to xen 3.5-unstable on Intel
DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0 kernels
2.6.30-rc3 and 2.6.31-rc6?

Regards,

Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
BEng(Hons)(Mechanical Engineering)
Technical Support Engineer
Information Technology Department
Asiasoft Online Pte Ltd
Tampines Central 1 #04-01 Tampines Plaza
Singapore 529541
Republic of Singapore
Mobile: +65-9648-9798
MSN: teoenming@hotmail.com
________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: Wednesday, September 02, 2009 6:59 PM
To: Han, Weidong; xen-devel@lists.xensource.com
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough

That was the problem, thank you.  Now I’ll work on testing the gfx-passthrough
patches.

From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of Han, Weidong
Sent: Tuesday, September 01, 2009 6:55 PM
To: djmagee@mageenet.net; 'xen-devel@lists.xensource.com'
Subject: [Xen-devel] RE: xen-unstable pci passthrough

I suspect you are using old hvm config file. The device_model is changes in
config file.

in old config file:
# New stuff
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'

in new config file:
# Device Model to be used
device_model = 'qemu-dm'

Pls check it, and use the latest config file to create guest.

Regards,
Weidong

________________________________
From: xen-devel-bounces@lists.xensource.com
[mailto:xen-devel-bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
Sent: 2009年9月2日 6:40
To: xen-devel@lists.xensource.com
Subject: [Xen-devel] xen-unstable pci passthrough
I have not been able to passthrough any PCI devices using the latest
xen-unstable.  I have a DQ45CB, and have successfully passed devices to guests
using 3.4.1.

The latest c/s in my copy of xen-unstable is 20145.  I just started playing
around with unstable yesterday, so I can’t tell you if earlier revisions worked.
I’ve tried with various dom0 kernels, the current 2.6.18.8-xen branch, a
xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in every case I get the same
error.  I’ve tried both putting pci= in the config file, and hot-adding the
device using xm pci-attach.  In every case, the xm command (either create or
pci-attach) fails with the message “Error: Timed out waiting for device model
action”.  The guests in every case are HVM guests, some flavors of Windows, as
well as the Knoppix 5.3.1 DVD.

The relevant xm dmesg output is:
(XEN) PCI add device 00:1b.0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
(XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
(XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
(XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0

And the messages from qemu-log:
dm-command: hot insert pass-through pci dev
hot add pci slot -2 exceed.

Please let me know what else I need to supply to help resolve this problem.  If
I need to enable debugging messages, let me know the best way to do this.

Doug Magee
djmagee@mageenet.net<mailto:djmagee@mageenet.net>


No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
20:03:00


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Ian Pratt

2009-Sep-10 11:24 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

> Tim,
> 
> the FLR code is in xend (tools/python/xen/util/pci.py).
IMO, it should live in pciback -- see the code in the XCI tree.

It would be good to get this cleaned up and upstream.

Ian

> 
> Regards,
> Weidong
> 
> ________________________________
> 
> From: Tim Moore [mailto:timothy.moore@expidas.net]
> Sent: 2009年9月10日 18:21
> To: Han, Weidong
> Cc: ''xen-devel@lists.xensource.com''
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> hi Weidong,
> 
> 
> 
> Below, you mention the FLR code is in xen-unstable already - please could
> you point out where?
> 
> 
> 
> I thought that this code was in pciback and now transferred to pci-stub,
> but I can`t seem to find it anywhere ...
> 
> 
> 
> Cheers,
> 
> Tim
> 
> 
> 
> From: Han, Weidong [mailto:weidong.han@intel.com]
> Sent: 03 September 2009 10:43
> To: Tim Moore
> Cc: ''enming.teo@asiasoftsea.net'';
''djmagee@mageenet.net''; ''xen-
> devel@lists.xensource.com''
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> Tim,
> 
> 
> 
> See my comments belew.
> 
> 
> 
> 
> 
> ________________________________
> 
> From: Tim Moore [mailto:timothy.moore@expidas.net]
> Sent: 2009年9月3日 17:03
> To: Han, Weidong
> Cc: ''enming.teo@asiasoftsea.net''; djmagee@mageenet.net;
xen-
> devel@lists.xensource.com
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> Hi Weidong,
> 
> 
> 
> Thank you for all your hard work ;)
> 
> 
> 
> I have just successfully passed through my Nvidia Geforce GTX260 as a
> fully functional card to my WinXP DomU !!!!!
> 
> 
> 
> My findings so far:
> 
> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
> successfully but NO output on the Monitor (VGA is sized correctly but
> monitor is OFF)
> 
> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
> console, VGA Loads and Display works !!!!
> 
> 
> 
> In both cases I am using the NVidia binary driver in the WinXP DomU.
> 
> 
> 
> The 9500GT (Secondary card) passthrough still has issues, the driver loads
> without the Monitor displaying anything (DPMS?) and if I make ANY changes
> to the DomU Graphics then the DomU locks up hard.
> 
> 
> 
> [Weidong]: I didn''t try 9500GT. Seems it needs extra hacks.
> 
> 
> 
> In both cases the VGA card only works the FIRST time, I.e. FLR is required
> to reset the card for re-use, display become corrupt on second boot of
> DomU. Restart Dom0 and the VGA will work again the first time DomU is
> started.
> 
> 
> 
> [Weidong]:  Yes, it''s not reset well. I suspect it''s
still in graphics
> mode, so cannot display the boot messages in VGA mode. In my experiments,
> WinXP guest can still boot into graphics mode, although you cannot see
> booting progress.
> 
> 
> 
> Is there anyway we can impletement the d3r, sbr or flr functionality that
> is in XCI? I would like to see if a sbr will enable to Card to be reset.
> 
> [Weidong]: these reset functions are already in xen-unstable, but no one
> can really reset gfx. In my feeling, it needs vendor specific method to
> reset it.
> 
> 
> 
> I would also like to debug the issue with Secondary passthrough as it
> seems that this is nearly there too ...
> 
> 
> 
> Regards,
> 
> Tim
> 
> 
> 
> 
> 
> 
> 
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-
> bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang Enming)
> Sent: 03 September 2009 05:12
> To: djmagee@mageenet.net; ''Han, Weidong'';
xen-devel@lists.xensource.com
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> Dear Magee,
> 
> 
> 
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0
> kernels 2.6.30-rc3 and 2.6.31-rc6?
> 
> 
> 
> Regards,
> 
> 
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
> 
> Technical Support Engineer
> 
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
> 
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
> 
> ________________________________
> 
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-
> bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
> Sent: Wednesday, September 02, 2009 6:59 PM
> To: Han, Weidong; xen-devel@lists.xensource.com
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> That was the problem, thank you.  Now I’ll work on testing the gfx-
> passthrough patches.
> 
> 
> 
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-
> bounces@lists.xensource.com] On Behalf Of Han, Weidong
> Sent: Tuesday, September 01, 2009 6:55 PM
> To: djmagee@mageenet.net; ''xen-devel@lists.xensource.com''
> Subject: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> I suspect you are using old hvm config file. The device_model is changes
> in config file.
> 
> 
> 
> in old config file:
> 
> # New stuff
> device_model = ''/usr/'' + arch_libdir +
''/xen/bin/qemu-dm''
> 
> 
> 
> in new config file:
> 
> # Device Model to be used
> device_model = ''qemu-dm''
> 
> 
> 
> Pls check it, and use the latest config file to create guest.
> 
> 
> 
> Regards,
> 
> Weidong
> 
> 
> 
> ________________________________
> 
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-
> bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
> Sent: 2009年9月2日 6:40
> To: xen-devel@lists.xensource.com
> Subject: [Xen-devel] xen-unstable pci passthrough
> 
> I have not been able to passthrough any PCI devices using the latest xen-
> unstable.  I have a DQ45CB, and have successfully passed devices to guests
> using 3.4.1.
> 
> 
> 
> The latest c/s in my copy of xen-unstable is 20145.  I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked.  I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in
> every case I get the same error.  I’ve tried both putting pci= in the
> config file, and hot-adding the device using xm pci-attach.  In every
> case, the xm command (either create or pci-attach) fails with the message
> “Error: Timed out waiting for device model action”.  The guests in every
> case are HVM guests, some flavors of Windows, as well as the Knoppix 5.3.1
> DVD.
> 
> 
> 
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
> 
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
> 
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
> 
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
> 
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
> 
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
> 
> 
> 
> And the messages from qemu-log:
> 
> dm-command: hot insert pass-through pci dev
> 
> hot add pci slot -2 exceed.
> 
> 
> 
> Please let me know what else I need to supply to help resolve this
> problem.  If I need to enable debugging messages, let me know the best way
> to do this.
> 
> 
> 
> Doug Magee
> 
> djmagee@mageenet.net
> 
> 
> 
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
> 20:03:00

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Han, Weidong

2009-Sep-10 11:36 UTC

head link

RE: [Xen-devel] RE: xen-unstable pci passthrough

Agree. It's cleaner in pciback. Community discussed it a long time ago. But
no one did it for xen-unstable. Now it also needs to implement it in pci-stub
for pv-ops dom0.

Regards,
Weidong

-----Original Message-----
From: Ian Pratt [mailto:Ian.Pratt@eu.citrix.com] 
Sent: 2009年9月10日 19:24
To: Han, Weidong; 'Tim Moore'
Cc: 'xen-devel@lists.xensource.com'; Ian Pratt
Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> Tim,
> 
> the FLR code is in xend (tools/python/xen/util/pci.py).
IMO, it should live in pciback -- see the code in the XCI tree.

It would be good to get this cleaned up and upstream.

Ian

> 
> Regards,
> Weidong
> 
> ________________________________
> 
> From: Tim Moore [mailto:timothy.moore@expidas.net]
> Sent: 2009年9月10日 18:21
> To: Han, Weidong
> Cc: 'xen-devel@lists.xensource.com'
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> hi Weidong,
> 
> 
> 
> Below, you mention the FLR code is in xen-unstable already - please could
> you point out where?
> 
> 
> 
> I thought that this code was in pciback and now transferred to pci-stub,
> but I can`t seem to find it anywhere ...
> 
> 
> 
> Cheers,
> 
> Tim
> 
> 
> 
> From: Han, Weidong [mailto:weidong.han@intel.com]
> Sent: 03 September 2009 10:43
> To: Tim Moore
> Cc: 'enming.teo@asiasoftsea.net'; 'djmagee@mageenet.net';
'xen-
> devel@lists.xensource.com'
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> Tim,
> 
> 
> 
> See my comments belew.
> 
> 
> 
> 
> 
> ________________________________
> 
> From: Tim Moore [mailto:timothy.moore@expidas.net]
> Sent: 2009年9月3日 17:03
> To: Han, Weidong
> Cc: 'enming.teo@asiasoftsea.net'; djmagee@mageenet.net; xen-
> devel@lists.xensource.com
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> Hi Weidong,
> 
> 
> 
> Thank you for all your hard work ;)
> 
> 
> 
> I have just successfully passed through my Nvidia Geforce GTX260 as a
> fully functional card to my WinXP DomU !!!!!
> 
> 
> 
> My findings so far:
> 
> 1) Tried with my 9500 GT (Secondary card) which DOES load the driver
> successfully but NO output on the Monitor (VGA is sized correctly but
> monitor is OFF)
> 
> 2) GTX260 (Primary card) (Dom0 boot VGA) starting DomU from remote SSH
> console, VGA Loads and Display works !!!!
> 
> 
> 
> In both cases I am using the NVidia binary driver in the WinXP DomU.
> 
> 
> 
> The 9500GT (Secondary card) passthrough still has issues, the driver loads
> without the Monitor displaying anything (DPMS?) and if I make ANY changes
> to the DomU Graphics then the DomU locks up hard.
> 
> 
> 
> [Weidong]: I didn't try 9500GT. Seems it needs extra hacks.
> 
> 
> 
> In both cases the VGA card only works the FIRST time, I.e. FLR is required
> to reset the card for re-use, display become corrupt on second boot of
> DomU. Restart Dom0 and the VGA will work again the first time DomU is
> started.
> 
> 
> 
> [Weidong]:  Yes, it's not reset well. I suspect it's still in
graphics
> mode, so cannot display the boot messages in VGA mode. In my experiments,
> WinXP guest can still boot into graphics mode, although you cannot see
> booting progress.
> 
> 
> 
> Is there anyway we can impletement the d3r, sbr or flr functionality that
> is in XCI? I would like to see if a sbr will enable to Card to be reset.
> 
> [Weidong]: these reset functions are already in xen-unstable, but no one
> can really reset gfx. In my feeling, it needs vendor specific method to
> reset it.
> 
> 
> 
> I would also like to debug the issue with Secondary passthrough as it
> seems that this is nearly there too ...
> 
> 
> 
> Regards,
> 
> Tim
> 
> 
> 
> 
> 
> 
> 
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-
> bounces@lists.xensource.com] On Behalf Of Teo En Ming (Zhang Enming)
> Sent: 03 September 2009 05:12
> To: djmagee@mageenet.net; 'Han, Weidong';
xen-devel@lists.xensource.com
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> Dear Magee,
> 
> 
> 
> Any luck with the Intel vga passthrough patches to xen 3.5-unstable on
> Intel DQ45CB with extra PCI-e x16 graphics card? Are you using pvops dom 0
> kernels 2.6.30-rc3 and 2.6.31-rc6?
> 
> 
> 
> Regards,
> 
> 
> Mr. Teo En Ming (Zhang Enming) Dip(Mechatronics Engineering)
> BEng(Hons)(Mechanical Engineering)
> 
> Technical Support Engineer
> 
> Information Technology Department
> Asiasoft Online Pte Ltd
> Tampines Central 1 #04-01 Tampines Plaza
> Singapore 529541
> 
> Republic of Singapore
> Mobile: +65-9648-9798
> MSN: teoenming@hotmail.com
> 
> ________________________________
> 
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-
> bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
> Sent: Wednesday, September 02, 2009 6:59 PM
> To: Han, Weidong; xen-devel@lists.xensource.com
> Subject: RE: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> That was the problem, thank you.  Now I’ll work on testing the gfx-
> passthrough patches.
> 
> 
> 
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-
> bounces@lists.xensource.com] On Behalf Of Han, Weidong
> Sent: Tuesday, September 01, 2009 6:55 PM
> To: djmagee@mageenet.net; 'xen-devel@lists.xensource.com'
> Subject: [Xen-devel] RE: xen-unstable pci passthrough
> 
> 
> 
> I suspect you are using old hvm config file. The device_model is changes
> in config file.
> 
> 
> 
> in old config file:
> 
> # New stuff
> device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
> 
> 
> 
> in new config file:
> 
> # Device Model to be used
> device_model = 'qemu-dm'
> 
> 
> 
> Pls check it, and use the latest config file to create guest.
> 
> 
> 
> Regards,
> 
> Weidong
> 
> 
> 
> ________________________________
> 
> From: xen-devel-bounces@lists.xensource.com [mailto:xen-devel-
> bounces@lists.xensource.com] On Behalf Of djmagee@mageenet.net
> Sent: 2009年9月2日 6:40
> To: xen-devel@lists.xensource.com
> Subject: [Xen-devel] xen-unstable pci passthrough
> 
> I have not been able to passthrough any PCI devices using the latest xen-
> unstable.  I have a DQ45CB, and have successfully passed devices to guests
> using 3.4.1.
> 
> 
> 
> The latest c/s in my copy of xen-unstable is 20145.  I just started
> playing around with unstable yesterday, so I can’t tell you if earlier
> revisions worked.  I’ve tried with various dom0 kernels, the current
> 2.6.18.8-xen branch, a xenified 2.6.29.6, and a pvops 2.6.31-rc6, and in
> every case I get the same error.  I’ve tried both putting pci= in the
> config file, and hot-adding the device using xm pci-attach.  In every
> case, the xm command (either create or pci-attach) fails with the message
> “Error: Timed out waiting for device model action”.  The guests in every
> case are HVM guests, some flavors of Windows, as well as the Knoppix 5.3.1
> DVD.
> 
> 
> 
> The relevant xm dmesg output is:
> (XEN) PCI add device 00:1b.0
> 
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
> 
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
> 
> (XEN) [VT-D]io.c:284:d0 VT-d irq bind: m_irq = 37 device = 3 intx = 0
> 
> (XEN) [VT-D]iommu.c:1292:d0 domain_context_unmap:PCIe: bdf = 0:1b.0
> 
> (XEN) [VT-D]iommu.c:1178:d0 domain_context_mapping:PCIe: bdf = 0:1b.0
> 
> 
> 
> And the messages from qemu-log:
> 
> dm-command: hot insert pass-through pci dev
> 
> hot add pci slot -2 exceed.
> 
> 
> 
> Please let me know what else I need to supply to help resolve this
> problem.  If I need to enable debugging messages, let me know the best way
> to do this.
> 
> 
> 
> Doug Magee
> 
> djmagee@mageenet.net
> 
> 
> 
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.409 / Virus Database: 270.13.75/2340 - Release Date: 09/01/09
> 20:03:00

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Xen devel - Sep 2009 - xen-unstable pci passthrough

[Xen-devel] xen-unstable pci passthrough

[Xen-devel] RE: xen-unstable pci passthrough

Re: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

Re: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

Re: [Xen-devel] RE: xen-unstable pci passthrough

Re: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

Re: [Xen-devel] RE: xen-unstable pci passthrough

Re: [Xen-devel] RE: xen-unstable pci passthrough

Re: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

Re: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] xen-unstable pci passthrough

Re: [Xen-devel] xen-unstable pci passthrough

RE: [Xen-devel] xen-unstable pci passthrough

Re: [Xen-devel] xen-unstable pci passthrough

Re: [Xen-devel] xen-unstable pci passthrough

Re: [Xen-devel] xen-unstable pci passthrough

RE: [Xen-devel] xen-unstable pci passthrough

RE: [Xen-devel] xen-unstable pci passthrough

RE: [Xen-devel] xen-unstable pci passthrough

RE: [Xen-devel] xen-unstable pci passthrough

RE: [Xen-devel] xen-unstable pci passthrough

[Xen-devel] Re: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable gfx passthrough (was xen-unstable pci passthrough)

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough

RE: [Xen-devel] RE: xen-unstable pci passthrough