Re: [VirtualGL-Devel] XCB Support Notes

2014-11-26 Thread Nathan Kidd
On 25/11/14 10:46 PM, DRC wrote: > TLS support is spotty on non-Linux platforms, unfortunately. What platforms/issues do you have in mind? > Why couldn't we just use the existing XCB connection hash to maintain an > "enabled" state for the XCB faker? Whenever an interposed GLX or X11 > funct

Re: [VirtualGL-Devel] XCB Support Notes

2014-11-26 Thread Nathan Kidd
On 25/11/14 10:31 PM, Nathan Kidd wrote: > Ways I can think of to work around this: > > 1) just disallow any non-3D-server GLX traffic, and loose the > VGL_PROBEGLX benefits. Hmmm, this looks like it kills the possibility > of stereo support, though I've never seen a stereo user. > > 2) Introduc

Re: [VirtualGL-Devel] XCB Support Notes

2014-11-26 Thread Nathan Kidd
On 26/11/14 10:47 AM, Nathan Kidd wrote: > On 25/11/14 10:31 PM, Nathan Kidd wrote: >> Ways I can think of to work around this: >> >> 1) just disallow any non-3D-server GLX traffic, and loose the >> VGL_PROBEGLX benefits. Hmmm, this looks like it kills the possibility >> of stereo support, though

Re: [VirtualGL-Devel] XCB Support Notes

2014-11-26 Thread DRC
On 11/26/14 9:20 AM, Nathan Kidd wrote: > On 25/11/14 10:46 PM, DRC wrote: >> TLS support is spotty on non-Linux platforms, unfortunately. > > What platforms/issues do you have in mind? Traditionally, TLS wasn't reliable on non-x86 BSD implementations and Solaris, but that may be old information.

Re: [VirtualGL-Devel] XCB Support Notes

2014-11-26 Thread DRC
On 11/26/14 9:47 AM, Nathan Kidd wrote: >> 1) just disallow any non-3D-server GLX traffic, and loose the >> VGL_PROBEGLX benefits. Hmmm, this looks like it kills the possibility >> of stereo support, though I've never seen a stereo user. >> >> 2) Introduce a global (TLS-based should work) don't-fa

Re: [VirtualGL-Devel] XCB Support Notes

2014-11-26 Thread Nathan Kidd
On 26/11/14 01:43 PM, DRC wrote: > On 11/26/14 9:20 AM, Nathan Kidd wrote: >> Consider this sequence: >> >> thread1: xcb_get_extension_data(conn1) >>get_already_faked(conn1) != true >> set_already_faked(conn1, true) >> run on faked connection >> >> thread2: xcb_get_extension_data(conn

Re: [VirtualGL-Devel] XCB Support Notes

2014-11-26 Thread Nathan Kidd
On 26/11/14 09:38 PM, Nathan Kidd wrote: > Incidentally, my current code works around the whole > xcb_get_extension_data issue by simply not faking it at all. Exceed > onDemand and Exceed Turbo VA X always support GLX (unless you > explicitly turn it off), so there's no pressing need to pretend i

Re: [VirtualGL-Devel] XCB Support Notes

2014-11-26 Thread Nathan Kidd
On 26/11/14 09:52 PM, Nathan Kidd wrote: > On 26/11/14 09:38 PM, Nathan Kidd wrote: >> Incidentally, my current code works around the whole >> xcb_get_extension_data issue by simply not faking it at all. Exceed >> onDemand and Exceed Turbo VA X always support GLX (unless you >> explicitly turn it

Re: [VirtualGL-Devel] XCB Support Notes

2014-11-26 Thread DRC
On 11/26/14 8:52 PM, Nathan Kidd wrote: > A work-around for other proxies would be to make the faked function > query the asked-for connection first, and only supply fake information > if the extension is not found. All the 2D-Xserver GLX queries should be > checking if GLX is available anyway, an