Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 05 Mar 2016 21:33:46 +0200
From:      Arto Pekkanen <isoa@kapsi.fi>
To:        Stefan Wendler <stefan.wendler@tngtech.com>
Cc:        freebsd-x11@freebsd.org
Subject:   Re: nvidia chip along with skylake chip....
Message-ID:  <4a8340bc2e9cd8550126c90ee67c7179@kapsi.fi>
In-Reply-To: <56DB07BD.6060708@tngtech.com>
References:  <20160305040606.GA5294@lrosenman-dell.lerctr.org> <56DAC595.1080604@tngtech.com> <807967c126076fa0591ea36a14cc08ad@kapsi.fi> <56DAF260.2010106@tngtech.com> <e66471ac8dc5247ec420c67fdde68f2b@kapsi.fi> <56DB07BD.6060708@tngtech.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Stefan Wendler kirjoitti 05.03.2016 18:22:
> On 03/05/16 16:52, Arto Pekkanen wrote:
>> I am not sure if the main X-screen needs to be hardware accelerated or
>> not. Maybe, maybe not.
> That is the thing I do not know. But I was thinking about that myself.
> If the VESA driver reads from the VRAM there might be a chance that it
> will work. But then I do not know how the wiring of this
> IntelGPU-VRAM-nvidia dtuff is working. Maybe I will try it out. But 
> then
> Haswell support is pretty near and I have no problems waiting a little
> bit longer. If I need 3D, I boot into my Gentoo Installation.

VESA driver will not read from the nVidia VRAM. Neither does Intel 
driver.

The way it currently works is that VirtualGL intercepts function calls 
to libGL, and executes these libGL calls on separate X-server context, 
meanwhile forcing the primary GL surface to be rendered into a pixel 
buffer. During GLDraw function call VirtualGL will then copy the pixel 
buffer back onto the GL surface (with render to texture primitives) of 
the actual GL application.

In fact, this could work just fine even with the main X-server running 
on VESA as long as the libGL implementation is able to copy the pixel 
buffer data effectively enough into the software accelerated GL surface 
of the main X-server.

>> 
>> Anyway, you gotta remember that all the applications that you run with
>> VirtualGL (which dispatches GL stuff to the nVidia GPU running on a
>> secondary X.org) must be run inside a chroot where the libGL is the 
>> one
>> from the nVidia driver package. Otherwise things just won't work.
>> 


-- 
Arto Pekkanen



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4a8340bc2e9cd8550126c90ee67c7179>