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: Jun Koi <junkoi2004@xxxxxxxxx>
Subject: RE: [Xen-devel] [PATCH 0/2] graphics passthrough with VT-d
From: "Lin, Ben Y" <ben.y.lin@xxxxxxxxx>
Date: Tue, 22 Sep 2009 10:17:25 +0800
Accept-language: en-US
Acceptlanguage: en-US
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 19:19:59 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <fdaac4d50909211005o58f550dp6aa47b455428be3e@xxxxxxxxxxxxxx>
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> <fdaac4d50909211005o58f550dp6aa47b455428be3e@xxxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Aco63dKHxQhwmOpkSvi9yuU6h7v8HwAS4zuQ
Thread-topic: [Xen-devel] [PATCH 0/2] graphics passthrough with VT-d
Hi Jun:

We tried the following way to enable the QEMU-emulated VGA for NVIDIA graphics 
pass-through:

1. Assign qemu-emulated VGA resource (0x3C0~0x3DF, 0xA0000~0xC0000) to guest 
vista. (This part is similar as what existing QEMU does, we just keep the 
logical for VGA operations)
2. Copy Standard VGA bios to 0xC0000~0xD0000, and copy the VIDEO BIOS of NVIDIA 
graphics card to 0xD0000~0xE0000. 
The tricky issue is that you should not let the VIDEO BIOS of NVIDIA     
Graphics card execution in the virtual BIOS of guest, because it will check the 
status of physical VGA controller, and it will be in infinite loop.
3. Use standard VGA bios to do initialization of the qemu-emulated VGA 
resource, and then the booting progress will be shown in qemu-emulated VGA (SDL 
Window). 
4. After completing the booting progress, the guest vista will run the VIDEO 
BIOS of NVIDIA graphics card to initialize the graphics card. As we known, in 
this phase, no VGA output necessary, so the video bios of NVIDIA card only 
initialize the 3D related of graphics card. In this phase, you can close the 
SDL window.


Thanks
Ben

-----Original Message-----
From: Jun Koi [mailto:junkoi2004@xxxxxxxxx] 
Sent: 2009年9月22日 1:06
To: Lin, Ben Y
Cc: Stefano Stabellini; Han, Weidong; xen-devel@xxxxxxxxxxxxxxxxxxx; Kay, Allen 
M; Guyader; Keir Fraser; bengheng@xxxxxxxxxxxxxx
Subject: Re: [Xen-devel] [PATCH 0/2] graphics passthrough with VT-d

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