[Mesa-dev] [Bug 32285] Check OpenGL and OpenGL ES2.0 renderer info in one process

https://bugs.freedesktop.org/show_bug.cgi?id=32285 --- Comment #2 from Jammy Zhou 2010-12-09 23:44:34 PST --- (In reply to comment #1) Thanks for the quick response and detailed explanation. > Created an attachment (id=40980) View: https://bugs.freedesktop.org/attachment.cgi?id=40980 Review:

[Mesa-dev] libGL.so and libGLES*.so mess

Hi, With OpenGL ES coming to desktop, the way the current context/dispatch is stored, together with the way libGLES*.so is created, causes several issues[1]. The root of these issues is that the symbols defined in libGL.so and in libGLES*.so overlaps, and an application might link to both of them

[Mesa-dev] [Bug 32285] Check OpenGL and OpenGL ES2.0 renderer info in one process

https://bugs.freedesktop.org/show_bug.cgi?id=32285 --- Comment #1 from Chia-I Wu 2010-12-09 23:09:37 PST --- Created an attachment (id=40980) View: https://bugs.freedesktop.org/attachment.cgi?id=40980 Review: https://bugs.freedesktop.org/review?bug=32285&attachment=40980 hack to work It may d

Re: [Mesa-dev] [PATCH] vbo: Avoid copy to current in dlists built from DrawArrays like calls

Hi, On Thursday, December 09, 2010 22:36:35 Jerome Glisse wrote: > Haven't looked closely at the change but do you know a mesa demos that > shows the performance improvement ? I have not looked for something inside mesa. The patch is driven from a reduction in draw times from 1.45ms to 1.35ms wi

Re: [Mesa-dev] Check OpenGL and OpenGL ES2.0 renderer info in one process

On Fri, Dec 10, 2010 at 10:58 AM, Chia-I Wu wrote: > On Fri, Dec 10, 2010 at 10:55 AM, Jammy Zhou > wrote: > > 2010/12/9 Chia-I Wu > >> 2010/12/9 Kristian Høgsberg : > >> > 2010/12/9 Jammy Zhou : > >> >> Hi All, > >> >> > >> >> Currently I am doing some experiments with mesa 7.9 driver to check

[Mesa-dev] [Bug 32285] New: Check OpenGL and OpenGL ES2.0 renderer info in one process

https://bugs.freedesktop.org/show_bug.cgi?id=32285 Summary: Check OpenGL and OpenGL ES2.0 renderer info in one process Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: norma

[Mesa-dev] [Bug 32254] EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 --- Comment #9 from Chia-I Wu 2010-12-09 19:52:19 PST --- (In reply to comment #7) > (In reply to comment #5) > > Created an attachment (id=40975) View: https://bugs.freedesktop.org/attachment.cgi?id=40975 Review: https://bugs.freedesktop.org/r

[Mesa-dev] [Bug 32254] EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 --- Comment #8 from Chia-I Wu 2010-12-09 19:25:41 PST --- (In reply to comment #6) > It looks like st_GL has been built with tls enabled, but the EGL loader has > not > been(In reply to comment #5) Not exactly. The missing symbol is in libGL*.s

[Mesa-dev] [Bug 32254] EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 --- Comment #7 from Jammy Zhou 2010-12-09 19:13:59 PST --- (In reply to comment #5) > Created an attachment (id=40975) View: https://bugs.freedesktop.org/attachment.cgi?id=40975 Review: https://bugs.freedesktop.org/review?bug=32254&attachment=

Re: [Mesa-dev] Check OpenGL and OpenGL ES2.0 renderer info in one process

On Fri, Dec 10, 2010 at 10:55 AM, Jammy Zhou wrote: > 2010/12/9 Chia-I Wu >> 2010/12/9 Kristian Høgsberg : >> > 2010/12/9 Jammy Zhou : >> >> Hi All, >> >> >> >> Currently I am doing some experiments with mesa 7.9 driver to check the >> >> renderer info of underlying OpenGL and OpenGL ES2.0 driver

Re: [Mesa-dev] Check OpenGL and OpenGL ES2.0 renderer info in one process

2010/12/9 Chia-I Wu > 2010/12/9 Kristian Høgsberg : > > 2010/12/9 Jammy Zhou : > >> Hi All, > >> > >> Currently I am doing some experiments with mesa 7.9 driver to check the > >> renderer info of underlying OpenGL and OpenGL ES2.0 drivers to decide > which > >> driver to use at runtime. With my c

[Mesa-dev] [Bug 32254] EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 --- Comment #6 from Christopher James Halse Rogers 2010-12-09 18:24:31 PST --- It looks like st_GL has been built with tls enabled, but the EGL loader has not been(In reply to comment #5) > Created an attachment (id=40975) View: https://bugs.fr

[Mesa-dev] [Bug 32254] EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 --- Comment #5 from Chia-I Wu 2010-12-09 18:01:15 PST --- Created an attachment (id=40975) View: https://bugs.freedesktop.org/attachment.cgi?id=40975 Review: https://bugs.freedesktop.org/review?bug=32254&attachment=40975 Link st_GL to libGL D

[Mesa-dev] [Bug 32254] EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 --- Comment #4 from jammy.z...@linaro.org 2010-12-09 17:57:04 PST --- (In reply to comment #3) > So, when built with --enable-glx-tls, libGL contains a definition for > _glapi_tls_Context, but neither libEGL nor any of the > egl_{dri2,gallium,glx

Re: [Mesa-dev] [PATCH] meta: allow nested meta operations

On Thu, 2010-12-09 at 23:27 +0800, Brian Paul wrote: > On 12/08/2010 10:01 PM, Xiang, Haihao wrote: > > _mesa_meta_CopyPixels results in nested meta operations on Sandybridge. > > Previoulsy the second meta operation overrides all states saved by the > > first meta function. > > Looks good, but I

Re: [Mesa-dev] Mesa releases in early January?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/09/2010 11:12 AM, Ian Romanick wrote: > On 11/30/2010 12:23 PM, Ian Romanick wrote: >> It seems that new development in master has slowed a bit, so how does a >> 7.10 release on January 7th sound? If we're going to do that, we'll >> want to make

[Mesa-dev] [Bug 32254] EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 --- Comment #3 from Christopher James Halse Rogers 2010-12-09 16:23:12 PST --- So, when built with --enable-glx-tls, libGL contains a definition for _glapi_tls_Context, but neither libEGL nor any of the egl_{dri2,gallium,glx}.so loaders define t

Re: [Mesa-dev] [PATCH] vbo: Avoid copy to current in dlists built from DrawArrays like calls

2010/12/9 Mathias Fröhlich : > > Hi, > > Attached it a patch that omits the copy to current in display lists that are > built from draw calls that allow the current state to be undefined like > glDrawArrays, ... > That change moves the copy to current function down in profiles. > Also ctx->NewState

Re: [Mesa-dev] Mesa releases in early January?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/30/2010 12:23 PM, Ian Romanick wrote: > It seems that new development in master has slowed a bit, so how does a > 7.10 release on January 7th sound? If we're going to do that, we'll > want to make the 7.10 branch on, say, December 8th. That's r

Re: [Mesa-dev] [PATCH] meta: allow nested meta operations

On 12/08/2010 10:01 PM, Xiang, Haihao wrote: _mesa_meta_CopyPixels results in nested meta operations on Sandybridge. Previoulsy the second meta operation overrides all states saved by the first meta function. Looks good, but I think we could get away with MAX_META_OPS_DEPTH=2. I don't see any

[Mesa-dev] [Bug 32254] EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 --- Comment #2 from jammy.z...@linaro.org 2010-12-09 07:13:07 PST --- The mesa is configured as below, "--enable-glx-tls" is there. ./configure --prefix=/usr --mandir=${prefix}/share/man --infodir=${prefix}/share/info --sysconfdir=/etc --localsta

Re: [Mesa-dev] Check OpenGL and OpenGL ES2.0 renderer info in one process

Thanks for the info, Kristian and Chia-I. I will try latest mesa to see if the problem is still there. Regards, Jammy 2010/12/9 Chia-I Wu > 2010/12/9 Kristian Høgsberg : > > 2010/12/9 Jammy Zhou : > >> Hi All, > >> > >> Currently I am doing some experiments with mesa 7.9 driver to check the >

[Mesa-dev] [Bug 32254] EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 --- Comment #1 from Chia-I Wu 2010-12-09 06:22:36 PST --- (In reply to comment #0) > I tried to verify the mesa support for EGL with full OpenGL API on my ARM > platform with Ubuntu 10.10. But the OpenGL state tracker st_GL.so cannot be > loaded

Re: [Mesa-dev] Check OpenGL and OpenGL ES2.0 renderer info in one process

2010/12/9 Kristian Høgsberg : > 2010/12/9 Jammy Zhou : >> Hi All, >> >> Currently I am doing some experiments with mesa 7.9 driver to check the >> renderer info of underlying OpenGL and OpenGL ES2.0 drivers to decide which >> driver to use at runtime. With my code attached, the renderer info for GL

Re: [Mesa-dev] Check OpenGL and OpenGL ES2.0 renderer info in one process

2010/12/9 Jammy Zhou : > Hi All, > > Currently I am doing some experiments with mesa 7.9 driver to check the > renderer info of underlying OpenGL and OpenGL ES2.0 drivers to decide which > driver to use at runtime. With my code attached, the renderer info for GLES2 > can be got successfully, and al

Re: [Mesa-dev] stack overflow in gluEndSurface

On 12/08/2010 07:10 PM, Raymond Maple wrote: Hello, I have run into a problem with gluNurbs that I would appreciate some help with. I am attempting to render trimmed NURBS surfaces read from an IGES file. The first few surfaces seem to render OK, but after some number, say N, I start getti

[Mesa-dev] [Bug 32238] Crash in glxMakeCurrent

https://bugs.freedesktop.org/show_bug.cgi?id=32238 --- Comment #3 from Alex Deucher 2010-12-09 05:00:05 PST --- (In reply to comment #2) > Notice that the line: [drm] Loading RS780 Microcode > is missing. I've checked my kernel logs and this was > the only time it didn't get loaded during boot. >

[Mesa-dev] [Bug 32243] crash in glGetIntegerv with software renderer

https://bugs.freedesktop.org/show_bug.cgi?id=32243 --- Comment #3 from Octoploid 2010-12-09 01:52:49 PST --- It seems as though that the RS780 microcode didn't get loaded at boot-time on the kernel I was using during the tests: Dec 04 06:41:20 [kernel] Linux agpgart interface v0.103 Dec 04 06:4

[Mesa-dev] [Bug 32238] Crash in glxMakeCurrent

https://bugs.freedesktop.org/show_bug.cgi?id=32238 --- Comment #2 from Octoploid 2010-12-09 01:52:37 PST --- It seems as though that the RS780 microcode didn't get loaded at boot-time on the kernel I was using during the tests: Dec 04 06:41:20 [kernel] Linux agpgart interface v0.103 Dec 04 06:4

[Mesa-dev] Check OpenGL and OpenGL ES2.0 renderer info in one process

Hi All, Currently I am doing some experiments with mesa 7.9 driver to check the renderer info of underlying OpenGL and OpenGL ES2.0 drivers to decide which driver to use at runtime. With my code attached, the renderer info for GLES2 can be got successfully, and although the EGL and GLES2 libraries

[Mesa-dev] [PATCH] mesa: Optionally build a dricore support library.

This an adds --enable-shared-dricore option to configure. When enabled, DRI modules will link against a shared copy of the common mesa routines rather than statically linking these. This saves about 30MB on disc with a full complement of classic DRI drivers. --- configs/autoconf.in

[Mesa-dev] [Bug 32254] New: EGL+OpenGL API failed to work

https://bugs.freedesktop.org/show_bug.cgi?id=32254 Summary: EGL+OpenGL API failed to work Product: Mesa Version: 7.9 Platform: ARM OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Compo