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 0/2] graphics passthrough with VT-d

To: "Lin, Ben Y" <ben.y.lin@xxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH 0/2] graphics passthrough with VT-d
From: Jun Koi <junkoi2004@xxxxxxxxx>
Date: Tue, 22 Sep 2009 02:05:46 +0900
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>, "Han, Weidong" <weidong.han@xxxxxxxxx>, "Kay, Allen M" <allen.m.kay@xxxxxxxxx>, Guyader <Jean.Guyader@xxxxxxxxxx>, Keir Fraser <Keir.Fraser@xxxxxxxxxxxxx>, "bengheng@xxxxxxxxxxxxxx" <bengheng@xxxxxxxxxxxxxx>
Delivery-date: Mon, 21 Sep 2009 10:06:24 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=e9D0SmV9yYCCHYTl9KPhMJqUmKjDJEnoVqtoWz8Gbzc=; b=eeZEgJZJw20e+afPzo5l0B+lisIb8rDwu+NGTWD9cm5Ko8h6Bw2wCRGWBohTqM4njG B1s2PPUyO9opaXIQq9/AjGWRiuwTlm0K9qEZ7uOpbBnAU20I3z7G7Iil8H9gZLHfpr+N NdEp2Xp3ML6JiIgGLgN6yIHIX7UJfNrTrCS4g=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=S88PRT4j9Xbmx+TMufCtV+Z+Jr1IYccOabU4LgGp+/nYYzy3bie8oU/dbWs/rI3QVx 9SLJe9miNreLmS3yEfliyoE10VL/3tXqYDJp5zZzhjEqpMz2R+OFtJA7yiUvbbSlh9TI QEWykJnAux1T+HzGoPqSO9qL+LDrdVI7Z0Xtw=
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4D05DB80B95B23498C72C700BD6C2E0B33D53D9F@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: <715D42877B251141A38726ABF5CABF2C054B533681@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <alpine.DEB.2.00.0909161512390.24685@kaball-desktop> <4D05DB80B95B23498C72C700BD6C2E0B33D53D9F@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
hi Lin,



2009/9/17 Lin, Ben Y <ben.y.lin@xxxxxxxxx>:
> One shortcoming of VGA resource remapping is that the host domain could not 
> use console anymore.
>
> Here is what we did before in XEN:
> Pass-through the Discrete graphics card into guest as the primary graphics 
> card, and used the emulated VGA controller for this graphics card in the 
> guest. In other words, graphics card in the guest = physical graphics card 
> (3D computing) + emulated VGA controller.
>
> This solution could avoid of VGA resource remapping, and the host domain 
> could use the console as usual.

This is cool! I am wondering how we can separate 3D access and VGA
controller access, so we can direct some access to physical stuff, and
the other to emulated controller??

What is the current status of this project?

Thanks,
J

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