Re: glamor core profile support

[Marek Olšák]

On Tue, Jan 19, 2016 at 1:56 AM, Dave Airlie  wrote:
> This series implements support for glamor in ephyr/EGL/Xwayland
> to use GL core profile when it can.
>
> This required 4 main changes:
> a) stop using client ptrs everywhere, I found 3 places left,
> gradient, picture and xv where we use these.
> b) start using VAOs
> c) use GL_RED instead of GL_ALPHA
> d) stop using GL_QUADS.

Won't this negatively affect performance on drivers which can do quads natively?

Marek
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

Re: glamor core profile support

[Eric Anholt]

r<#secure method=pgpmime mode=sign>
Marek Olšák  writes:

> On Tue, Jan 19, 2016 at 1:56 AM, Dave Airlie  wrote:
>> This series implements support for glamor in ephyr/EGL/Xwayland
>> to use GL core profile when it can.
>>
>> This required 4 main changes:
>> a) stop using client ptrs everywhere, I found 3 places left,
>> gradient, picture and xv where we use these.
>> b) start using VAOs
>> c) use GL_RED instead of GL_ALPHA
>> d) stop using GL_QUADS.
>
> Won't this negatively affect performance on drivers which can do quads 
> natively?

You've probably got instancing, though, and most of our high-vertex-rate
code will use that with triangle strips to reduce vertex attribute data
anyway (see glamor_text.c).
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

glamor core profile support

[Dave Airlie]

This series implements support for glamor in ephyr/EGL/Xwayland
to use GL core profile when it can.

This required 4 main changes:
a) stop using client ptrs everywhere, I found 3 places left,
gradient, picture and xv where we use these.
b) start using VAOs
c) use GL_RED instead of GL_ALPHA
d) stop using GL_QUADS.

These patches are also in my glamor-core-profile branch.

Dave.

___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

Re: glamor core profile support

[Dave Airlie]

On 19 January 2016 at 12:39, Dave Airlie  wrote:
> On 19 January 2016 at 10:56, Dave Airlie  wrote:
>> This series implements support for glamor in ephyr/EGL/Xwayland
>> to use GL core profile when it can.
>>
>> This required 4 main changes:
>> a) stop using client ptrs everywhere, I found 3 places left,
>> gradient, picture and xv where we use these.
>> b) start using VAOs
>> c) use GL_RED instead of GL_ALPHA
>> d) stop using GL_QUADS.
>>
>> These patches are also in my glamor-core-profile branch.
>
> I've updated the branch with some fixes for things people pointed out so far.
>
> I've also made it use GL 3.1 instead of 3.3 at Ilia's request. I don't
> think this
> should be an issue until we need geom shaders :-)

Updated branch again to avoid the ABI break, we test for GL3.1 and
no ARB_compatibility extension to detect if the context is core now.

Dave.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel

Re: glamor core profile support

[Dave Airlie]

On 19 January 2016 at 10:56, Dave Airlie  wrote:
> This series implements support for glamor in ephyr/EGL/Xwayland
> to use GL core profile when it can.
>
> This required 4 main changes:
> a) stop using client ptrs everywhere, I found 3 places left,
> gradient, picture and xv where we use these.
> b) start using VAOs
> c) use GL_RED instead of GL_ALPHA
> d) stop using GL_QUADS.
>
> These patches are also in my glamor-core-profile branch.

I've updated the branch with some fixes for things people pointed out so far.

I've also made it use GL 3.1 instead of 3.3 at Ilia's request. I don't
think this
should be an issue until we need geom shaders :-)

Dave.
___
xorg-devel@lists.x.org: X.Org development
Archives: http://lists.x.org/archives/xorg-devel
Info: http://lists.x.org/mailman/listinfo/xorg-devel