RE: [Xen-devel] [PATCH 1/2] graphics passthrough with VT-d

["Han, Weidong" <weidong.han@xxxxxxxxx>]

Jean Guyader wrote:
> 2009/9/16 Han, Weidong <weidong.han@xxxxxxxxx>:
>> Stefano Stabellini wrote:
>>> On Fri, 28 Aug 2009, Jean Guyader wrote:
>>>> On Fri, Aug 28, 2009 at 03:54:05AM -0400, Han, Weidong wrote:
>>>>> This patch supports basic gfx passthrough on xen side:
>>>>>   - retrieves VGA bios from host VGA BIOS address (0xC0000), then
>>>>> load it to guest VGA BIOS address (This is the same with XCI).
>>>>>   - Enlarge guest MMIO range to contain gfx card's large memory
>>>>>   - add a config option 'gfx_passthru' for gfx passthrough
>>>>> 
>>>>> Signed-off-by: Ben Lin <ben.y.lin@xxxxxxxxx>
>>>>> Signed-off-by: Weidong Han <weidong.han@xxxxxxxxx>
>>>> 
>>>> Hi,
>>>> 
>>>> First thanks for taking the time to upstream those patch that will
>>>> help a lot. 
>>>> 
>>>> I think the patch will be let intrusive if we could do all
>>>> that bios mapping + copying inside qemu so we don't need to
>>>> modify the xc_hvm_build function.
>>>> 
>>>> Qemu starts before the bios so that should be doable.
>>> 
>>> The problem with letting qemu do the mapping is that it is not going
>>> to work with stubdoms, while using a libxc function should work OK
>>> as long as it is called by xend, as in this case.
>> 
>> Currently stubdom doesn't support VT-d. So letting qemu do the
>> mapping is much cleaner. 
>> 
> 
> I remember I tried graphic pass through a while ago with stubdom and
> it did work.
> 

I heard VT-d didn't work with stubdom, it needs some efforts to support it. 
Actually I didn't try stubdom with VT-d. 

Regards,
Weidong




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