[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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



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.

Jean

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.