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

Re: [Xen-devel] GPU passthrough issue when VM is configured with 4G memory



On Tue, Apr 16, 2013 at 01:44:23AM +0100, David TECHER wrote:
>    Those patches works fine for me with my ATI card both for Windows 7 64 bit
>    or Linux Mint 14 64-Bit.
> 
>    Both were tested with 6GB and 8GB of RAM and vcpus = 6
>

Hmm.. so the patches work OK for David, but fail for Weidong.
I wonder what's the difference in your setups? 

And thanks David for testing!


-- Pasi
 
>    To do 'make stubdom' I have to find a way to neuter iopl() call from
>    tools/qemu-xen-traditional-dir-remote/hw/pt-graphics.c
> 
>    All details provided here
>    
> http://www.davidgis.fr/blog/index.php?2013/04/05/937-xen-43-unstable-vga-passthrough-hd-7970-windows-7-64-bits-with-more-than-3gb-for-ram
> 
>    --------------------------------------------------------------------------
> 
>    De : Pasi Kärkkäinen <pasik@xxxxxx>
>    À : Hanweidong <hanweidong@xxxxxxxxxx>
>    Cc : Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>; George Dunlap
>    <George.Dunlap@xxxxxxxxxxxxx>; "xudong.hao@xxxxxxxxx"
>    <xudong.hao@xxxxxxxxx>; Yanqiangjun <yanqiangjun@xxxxxxxxxx>; Luonengjun
>    <luonengjun@xxxxxxxxxx>; Wangzhenguo <wangzhenguo@xxxxxxxxxx>; Yangxiaowei
>    <xiaowei.yang@xxxxxxxxxx>; Gonglei (Arei) <arei.gonglei@xxxxxxxxxx>;
>    Anthony Perard <anthony.perard@xxxxxxxxxx>; "xen-devel@xxxxxxxxxxxxx"
>    <xen-devel@xxxxxxxxxxxxx>; "xiantao.zhang@xxxxxxxxx"
>    <xiantao.zhang@xxxxxxxxx>
>    Envoyé le : Lundi 15 avril 2013 23h22
>    Objet : Re: [Xen-devel] GPU passthrough issue when VM is configured with
>    4G memory
>    On Tue, Mar 26, 2013 at 09:37:53AM +0000, Hanweidong wrote:
>    > > >
>    > > > HVM_BELOW_4G_RAM_END is f0000000. If we change HVM_BELOW_4G_RAM_END
>    > > to e0000000,
>    > > > Which it's consistent with hvmloader when assigning a GPU, and then
>    > > guest worked
>    > > > for us. So we wondering that xen_ram_init in QEMU should be
>    > > consistent with
>    > > > hvmloader.
>    > > >
>    > > > In addition, we found QEMU uses hardcode 0xe0000000 in pc_init1() as
>    > > below.
>    > > > Should keep these places handle the consistent mmio hole or not?
>    > > >
>    > > >    if (ram_size >= 0xe0000000 ) {
>    > > >        above_4g_mem_size = ram_size - 0xe0000000;
>    > > >        below_4g_mem_size = 0xe0000000;
>    > > >    } else {
>    > > >        above_4g_mem_size = 0;
>    > > >        below_4g_mem_size = ram_size;
>    > > >    }
>    > >
>    > > The guys at Intel sent a couple of patches recently to fix this issue:
>    > >
>    > > [1]http://marc.info/?l=xen-devel&m=136150317011027
>    > > [2]http://marc.info/?l=qemu-devel&m=136177475215360&w=2
>    > >
>    > > Do they solve your problem?
>    >
>    > These two patches didn't solve our problem.
>    >
> 
>    Any updates on this? It'd be nice to get this fixed before Xen 4.3.
> 
>    Thanks,
> 
>    -- Pasi
> 
>    > --weidong
>    >
>    > >
>    > > Xudong and Xiantao,
>    > > are you going to send an update of the second patch to QEMU?
> 
>    _______________________________________________
>    Xen-devel mailing list
>    [3]Xen-devel@xxxxxxxxxxxxx
>    [4]http://lists.xen.org/xen-devel
> 
> References
> 
>    Visible links
>    1. http://marc.info/?l=xen-devel&m=136150317011027
>    2. http://marc.info/?l=qemu-devel&m=136177475215360&w=2
>    3. mailto:Xen-devel@xxxxxxxxxxxxx
>    4. http://lists.xen.org/xen-devel

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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