WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] RE: pciback+front needed for hvm ?

To: "'Cui, Dexuan'" <dexuan.cui@xxxxxxxxx>, "Kay, Allen M" <allen.m.kay@xxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] RE: pciback+front needed for hvm ?
From: Tim Moore <timothy.moore@xxxxxxxxxxx>
Date: Tue, 14 Apr 2009 00:55:05 +0100
Accept-language: en-US, en-GB
Acceptlanguage: en-US, en-GB
Cc:
Delivery-date: Mon, 13 Apr 2009 16:55:48 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <EADF0A36011179459010BDF5142A457511E9BFAE@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <14D9C9E2ED61ED41BC3B37ACDF4E8800029E434B9F18@xxxxxxxxxxxxxxxxxxxxxxx> <57C9024A16AD2D4C97DC78E552063EA39B35B8A3@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <14D9C9E2ED61ED41BC3B37ACDF4E8800029E434B9F1D@xxxxxxxxxxxxxxxxxxxxxxx> <EADF0A36011179459010BDF5142A457511E9BFAE@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acm8Orv1OmN18Vc1TnSFin47HtMhtwAPxUzQAAVyeSAAAFybAAAAdCmw
Thread-topic: pciback+front needed for hvm ?

This works with non-HVM guest easy, I am using it for an X server and the Nvidia drivers work great ..

 

All the I/O and Mem resources map through correctly with HVM guest but driver fails to load (Code 12). Yes, I agree ioemu is doing the work to present the PCI Bus to HVM so what is missing from ioemu to allow this to work with HVM ?

 

Thanks,

Tim

 


From: Cui, Dexuan [mailto:dexuan.cui@xxxxxxxxx]
Sent: 14 April 2009 00:47
To: Tim Moore; Kay, Allen M; xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: RE: pciback+front needed for hvm ?

 

For HVM PCI passthrough, ioemu (a modified qemu as Device Model of HVM guest) emulates the PCI bus and does the proper operations. PCI passthrough for HVM guest by VT-d has been supported for years. :-)  Per my experience, almost all the PCI/PCIe devices can work -- however, the passthrough of Graphics Card could be complicated and the community is doing more work.

 

Thanks,
-- Dexuan


From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Tim Moore
Sent: Tuesday, April 14, 2009 7:29 AM
To: Kay, Allen M; xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] RE: pciback+front needed for hvm ?

Please could you point me to the patch ?

 

Thanks !

 


From: Kay, Allen M [mailto:allen.m.kay@xxxxxxxxx]
Sent: 13 April 2009 22:00
To: Tim Moore; xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: RE: pciback+front needed for hvm ?

 

HVM guest uses PCI bus provided by QEMU.  The functionality in QEMU is complete for PCI passthrough support most devices.   Additional patch is needed for graphics device passthrough.

 

From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Tim Moore
Sent: Monday, April 13, 2009 6:21 AM
To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-devel] pciback+front needed for hvm ?

 

Dom0 with pciback + DomU with pcifront. pcifront grabs device during DomU boot and vendor driver then loads against passthrough device and works great!

 

In the same scenario with HVM DomU, is pcifront needed or does qemu provide the PCI Bus ?

 

Both Linux and Win32 hvm fail to load the vendor driver against the PCI device. Is this a problem with qemu or is further support needed in hvm domU for PCI passthrough?

 

Thanks,

Tim

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