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

RE: [Xen-devel] [PATCH][VTD] enable integrated graphics passthrough for

To: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH][VTD] enable integrated graphics passthrough for Calpella and Sandybridge
From: "Kay, Allen M" <allen.m.kay@xxxxxxxxx>
Date: Thu, 10 Jun 2010 09:46:25 -0700
Accept-language: en-US
Acceptlanguage: en-US
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Han, Weidong" <weidong.han@xxxxxxxxx>, Guyader <Jean.Guyader@xxxxxxxxxx>, Isaku Yamahata <yamahata@xxxxxxxxxxxxx>, Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>, Ross Philipson <Ross.Philipson@xxxxxxxxxx>, Jean
Delivery-date: Thu, 10 Jun 2010 09:47:40 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <alpine.DEB.2.00.1006101412030.3401@kaball-desktop>
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: <987664A83D2D224EAE907B061CE93D530114C3D62D@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <20100607074551.GB19463@xxxxxxxxxxxxx> <987664A83D2D224EAE907B061CE93D5301150AC175@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.1006101412030.3401@kaball-desktop>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcsIoC/bq2BbKlR1TRCSIc5zjtAmywAE6arg
Thread-topic: [Xen-devel] [PATCH][VTD] enable integrated graphics passthrough for Calpella and Sandybridge
> Can you register a dummy device at the address corresponding to IGD and
> get the pci conf read and write calls directly from the functions you
> pass to pci_register_device?

I'm not sure what do you mean...

The issue is IGD driver accesses some registers in device 0:0.0.  However, we 
don't want to passthrough platform's 0:0.0 to the guest as it will change the 
guest's chipset wholesale thus create more problems than it solves.  For now, 
we are keeping the 440 chipset's 0:0.0 device but passthrough certain register 
accesses.

Isaku proposed register another set of read/write function for guest's device 
0:0.0 instead of modifying existing functions.  The advantage of this approach 
is that original QEMU read/write function will be left unmodified for IGD 
purpose.  The disadvantage is this requires making a copy of exiting code and 
redirect all read/write handling of 0:0.0 device to a function in 
pt-graphics.c.  I tried it out but found the resulting code a bit confusing.

Allen

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

<Prev in Thread] Current Thread [Next in Thread>