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

Re: [Xen-devel] Nvidia, Xen, and Vt-d



On 09/09/09 01:56, Keir Fraser wrote:
> On 09/09/2009 09:47, "Michael J Coss" <mjcoss@xxxxxxxxxxxxxxxxxx> wrote:
>
>   
>> I've tried 3.4.1, and the lastest xen-unstable.  I've tried the pv-ops
>> git tree as I really need a 2.6.31 dom0 kernel for other reasons, but
>> for the moment I'd just like to get to the point where I have Xen, and
>> dom0 and Nvidia playing nicely with one another, so I can move on to
>> working on Vt-d and graphic pass through.
>>
>> Any suggestions?
>>     
> Unless you really must have 2.6.30+, I'd recommend the 2.6.27 tree and
> patchqueue from http://xenbits.xensource.com/XCI. Otherwise you are likely
> to have to get your hands fairly dirty with pv_ops. For example, afaik
> starting an X server on pv_ops is still pretty ambitious on some systems.
>   

Starting X in dom0 seems to work OK for Intel and ATI systems, at least;
I expect most DRM drivers would work OK if they're well-behaved because
we're hooking AGP memory accesses, etc.  However, the proprietary Nvidia
drivers are problematic, though I gather there are some patches floating
around for them.

Unfortunately the AGP hooks are being removed (some years after Keir
first added them, and just as they have a user according to their
original intent) in favour of making each driver use the DMA API to do
the appropriate phys<->bus conversions.  So far, only the Intel driver
has been converted, and only when Intel IOMMU is enabled.  However, I
didn't get any objection from the DRM folks about making it
unconditional or adding it to new drivers as needed.

    J

_______________________________________________
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®.