All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Mr. Teo En Ming (Zhang Enming)" <enming.teo@asiasoftsea.net>
To: timothy.moore@expidas.net,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: xen-unstable pci passthrough
Date: Fri, 04 Sep 2009 04:58:07 +0800	[thread overview]
Message-ID: <4AA02DDF.5000101@asiasoftsea.net> (raw)
In-Reply-To: <14D9C9E2ED61ED41BC3B37ACDF4E880002E0C4B8F66B@heavy-vm03.heavy.org.uk>


[-- Attachment #1.1: Type: text/plain, Size: 14593 bytes --]

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



[-- Attachment #1.2: Type: text/html, Size: 40183 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

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

  parent reply	other threads:[~2009-09-03 20:58 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-01 22:40 xen-unstable pci passthrough djmagee
2009-09-01 22:55 ` Han, Weidong
2009-09-02  0:30   ` Mr. Teo En Ming (Zhang Enming)
2009-09-02  3:31     ` Teo En Ming (Zhang Enming)
2009-09-02 10:58   ` djmagee
2009-09-03  4:12     ` Teo En Ming (Zhang Enming)
2009-09-03  9:03       ` Tim Moore
2009-09-03  9:14         ` Teo En Ming (Zhang Enming)
2009-09-03  9:18           ` Teo En Ming (Zhang Enming)
2009-09-03 14:18           ` Tim Moore
2009-09-03 14:24             ` Mr. Teo En Ming (Zhang Enming)
2009-09-03  9:42         ` Han, Weidong
2009-09-03  9:50           ` Teo En Ming (Zhang Enming)
2009-09-03 13:40             ` Tim Moore
2009-09-03 14:11               ` Mr. Teo En Ming (Zhang Enming)
     [not found]                 ` <14D9C9E2ED61ED41BC3B37ACDF4E880002E0C4B8F667@heavy-vm03.heavy.org.uk>
2009-09-03 14:28                   ` Mr. Teo En Ming (Zhang Enming)
2009-09-03 15:33                     ` Mr. Teo En Ming (Zhang Enming)
2009-09-03 15:39                       ` Mr. Teo En Ming (Zhang Enming)
2009-09-03 19:07           ` Tim Moore
2009-09-03 20:29             ` Mr. Teo En Ming (Zhang Enming)
2009-09-03 20:34               ` Tim Moore
2009-09-03 20:41                 ` Mr. Teo En Ming (Zhang Enming)
     [not found]                 ` <14D9C9E2ED61ED41BC3B37ACDF4E880002E0C4B8F66B@heavy-vm03.heavy.org.uk>
2009-09-03 20:58                   ` Mr. Teo En Ming (Zhang Enming) [this message]
2009-09-03 20:35               ` Mr. Teo En Ming (Zhang Enming)
2009-09-04  0:00                 ` Han, Weidong
2009-09-03 23:58               ` Han, Weidong
2009-09-04  1:58                 ` Teo En Ming (Zhang Enming)
2009-09-04  3:10                   ` Han, Weidong
2009-09-04 10:27                     ` Christian Tramnitz
2009-09-04  0:03             ` Han, Weidong
2009-09-10 10:20           ` Tim Moore
2009-09-10 10:56             ` Han, Weidong
2009-09-10 11:24               ` Ian Pratt
2009-09-10 11:36                 ` Han, Weidong
2009-09-03 15:07       ` djmagee
2009-09-03 15:58         ` Mr. Teo En Ming (Zhang Enming)
2009-09-03 16:12           ` djmagee
2009-09-03 16:16             ` Mr. Teo En Ming (Zhang Enming)
2009-09-09 19:02         ` RE: xen-unstable gfx passthrough (was xen-unstable pci passthrough) djmagee

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4AA02DDF.5000101@asiasoftsea.net \
    --to=enming.teo@asiasoftsea.net \
    --cc=timothy.moore@expidas.net \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.