On 03/07/2015 16:34, Emil Velikov wrote:
On 02/07/15 16:32, Jon TURNEY wrote:
On 02/07/2015 13:42, Emil Velikov wrote:
On 27 June 2015 at 12:21, Jon TURNEY wrote:
This smells to me like there's something not quite right about the
partitioning of stuff between libmesa and libglapi, but I don't have any
insight into what exactly the problem is.
Quite likely. Although it would be better to resolve it, as (if my
understanding is correct) libGL should not know anything about mesa's
internals. It ought to interact with DRI and glapi alone.
Mildly related:
Jon what happened to the applegl-vtable branches ? I really liked the
direction that they were going.
I'd quite forgotten about those.
Currently, there is a build-time choice between using apple-dri, or
indirect and swrast. This is not ideal (I believe it makes remote
clients under OSX useless), so they should all be runtime alternatives.
Those branches are really just experiments of mine to try to understand
what that might look like before I did a similar implementation for
Windows.
You had some nice work that removed a ton of the ifdef(erry) and
populated the relevant vtables. All in all it almost pushed appledri up
to a first class citizen (no offense meant).
Yes, it would be nice to finish that off and get it upstreamed.
But it's not something I'm ever going to use for real work, so I'm not
sure I am the right person to do that.
But I think I came to the conclusion that it was less work to use the
existing __GLXDRIdisplay implementations as a model, rather than convert
appple-dri to that interface and then use it as a model for my
windows-dri implementation (see [1])
Was meaning to ask: how well is it working, does it require any changes
in xserver ?
It seems to work pretty well, which is somewhat surprising.
Yes, there is a corresponding xserver change to add a windowsdri
extension which provides an interface to get native handles for windows etc.
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
