Re: [Mesa-dev] [RFC] New EGL extension: EGL_EXT_platform_display

On Mon, 25 Feb 2013 09:09:22 -0800 Chad Versace wrote: > > On 02/24/2013 11:46 PM, Pekka Paalanen wrote:> On Tue, 19 Feb 2013 08:20:51 > -0800 > > Chad Versace wrote: > > > >> -BEGIN PGP SIGNED MESSAGE- > >> Hash: SHA1 > >> > >> I'm seeking feedback on an EGL extension that I'm drafti

Re: [Mesa-dev] [PATCH] texobj: add verbose api trace messages to several routines

Jordan Justen writes: > Motivated by wanting to see if GenTextures was called by an > application while debugging another Steam overlay issue. Making a systematic MESA_DEBUG=api using dispatch tables and code generation seems like it would be nice instead of adding it ad-hoc. Not something agai

Re: [Mesa-dev] [PATCH 0/9] remove mfeatures.h file

Ian Romanick writes: > On 02/25/2013 05:17 PM, Brian Paul wrote: >> On 02/25/2013 11:10 AM, Jordan Justen wrote: >>> Reviewed-by: Jordan Justen >>> >>> On Sat, Feb 23, 2013 at 7:29 AM, Brian Paul wrote: This series removes the dependencies on the mfeatures.h file and the file itse

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #17 from James Ogden --- Here is a raw copy of the .trace from the app, its 10mb (dump was 20mb) because it takes 4 seconds to quit the game so it continued tracing the renderer. http://www.mediafire.com/?2fiejjbonnu9e42 -- You are

Re: [Mesa-dev] [PATCH 0/9] remove mfeatures.h file

On Mon, Feb 25, 2013 at 6:48 PM, Brian Paul wrote: > On 02/25/2013 06:57 PM, Ian Romanick wrote: >> >> On 02/25/2013 05:17 PM, Brian Paul wrote: >>> >>> On 02/25/2013 11:10 AM, Jordan Justen wrote: Reviewed-by: Jordan Justen On Sat, Feb 23, 2013 at 7:29 AM, Brian Paul wrote: >>

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 James Ogden changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #15 from Brian Paul --- (In reply to comment #13) > already. Anyway, you could build new code this with your other app sources Err, "build this new code with" ... -- You are receiving this mail because: You are the assignee for th

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #14 from Ian Romanick --- (In reply to comment #12) > (In reply to comment #11) > > We've tried really hard to help you, and all of your responses have been > > filled with rudeness and belligerence. I think we're done trying to help

Re: [Mesa-dev] [PATCH 0/9] remove mfeatures.h file

On 02/25/2013 06:57 PM, Ian Romanick wrote: On 02/25/2013 05:17 PM, Brian Paul wrote: On 02/25/2013 11:10 AM, Jordan Justen wrote: Reviewed-by: Jordan Justen On Sat, Feb 23, 2013 at 7:29 AM, Brian Paul wrote: This series removes the dependencies on the mfeatures.h file and the file itself. I

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #13 from Brian Paul --- (In reply to comment #11) > We've tried really hard to help you, and all of your responses have been > filled with rudeness and belligerence. Ian, I don't think James is being unreasonable. He's simply trying

Re: [Mesa-dev] [PATCH 0/9] remove mfeatures.h file

On 02/25/2013 05:17 PM, Brian Paul wrote: On 02/25/2013 11:10 AM, Jordan Justen wrote: Reviewed-by: Jordan Justen On Sat, Feb 23, 2013 at 7:29 AM, Brian Paul wrote: This series removes the dependencies on the mfeatures.h file and the file itself. I'd appreciated someone doing a test build of

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 James Ogden changed: What|Removed |Added Hardware|All |x86-64 (AMD64) Resolution|NOTOURBU

Re: [Mesa-dev] [PATCH 9/9] mesa: remove mfeatures.h

On Sat, Feb 23, 2013 at 7:26 AM, Brian Paul wrote: > No longer needed. > --- > src/mesa/main/mfeatures.h | 53 > - > 1 files changed, 0 insertions(+), 53 deletions(-) > delete mode 100644 src/mesa/main/mfeatures.h > > diff --git a/src/mesa/main/mfea

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 Ian Romanick changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 James Ogden changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|NOTOURBUG

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 Ian Romanick changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [Mesa-dev] [PATCH 5/9] glapi: remove FEATURE_remap_table test (it's always defined)

On 02/25/2013 12:11 PM, Ian Romanick wrote: On 02/23/2013 07:26 AM, Brian Paul wrote: --- src/mapi/glapi/gen/gl_table.py | 15 --- 1 files changed, 0 insertions(+), 15 deletions(-) diff --git a/src/mapi/glapi/gen/gl_table.py b/src/mapi/glapi/gen/gl_table.py index 382eaaf..99957f6 100

Re: [Mesa-dev] [PATCH 0/9] remove mfeatures.h file

On 02/25/2013 11:10 AM, Jordan Justen wrote: Reviewed-by: Jordan Justen On Sat, Feb 23, 2013 at 7:29 AM, Brian Paul wrote: This series removes the dependencies on the mfeatures.h file and the file itself. I'd appreciated someone doing a test build of this series to double-check my work. Do

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #8 from James Ogden --- (In reply to comment #7) > Can you elaborate on what you mean by this? I believe that Eric's proposal > was for you to change the way the application is rendering. I'm not sure > how this has any affect on en

Re: [Mesa-dev] [PATCH] egl: Allow 24-bit visuals for 32-bit RGBA8888 configs

On 02/25/2013 04:22 PM, Chad Versace wrote: > Two nits. > > On 02/25/2013 10:51 AM, Ian Romanick wrote: >> From: Ian Romanick >> >> Previously only the 32-bit X visual would match the 32-bit RGBA >> configs. This resulted in every config with alpha getting the "magic" >> visual whose alpha i

Re: [Mesa-dev] [PATCH] egl: Allow 24-bit visuals for 32-bit RGBA8888 configs

Two nits. On 02/25/2013 10:51 AM, Ian Romanick wrote: > From: Ian Romanick > > Previously only the 32-bit X visual would match the 32-bit RGBA > configs. This resulted in every config with alpha getting the "magic" > visual whose alpha is used by the compositor. This also resulted in no >

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #7 from Ian Romanick --- (In reply to comment #4) > (In reply to comment #3) > > Please, please, please don't use display lists, and don't use bitmaps. > > Display lists are basically nvidia-only for performance, so it's a bad route

[Mesa-dev] [Bug 61412] glCallLists/glBitmap calls slow on Intel implementation of Mesa drivers

https://bugs.freedesktop.org/show_bug.cgi?id=61412 James Ogden changed: What|Removed |Added Summary|glCallLists performance |glCallLists/glBitmap calls

[Mesa-dev] [Bug 61412] glCallLists performance extremely slow

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #6 from James Ogden --- (In reply to comment #5) > I did read it. But alpha blended texturing would also do the job that > glBitmap does, and is just fine with fixed function GL. You clearly DID NOT read it: > The people who play th

Re: [Mesa-dev] [PATCH] texobj: add verbose api trace messages to several routines

On Mon, Feb 25, 2013 at 2:00 PM, Jordan Justen wrote: > Motivated by wanting to see if GenTextures was called by an > application while debugging another Steam overlay issue. > > Signed-off-by: Jordan Justen > --- > src/mesa/main/texobj.c | 21 + > 1 file changed, 21 insert

Re: [Mesa-dev] [PATCH 01/10] build: Get rid of CORE_DIRS

On Mon, Feb 25, 2013 at 2:21 PM, Eric Anholt wrote: > Matt Turner writes: > >> A step toward working make dist/distcheck. >> --- >> Makefile.am | 28 +++- >> configure.ac | 36 +++- >> 2 files changed, 34 insertions(+), 30 deletions(-)

Re: [Mesa-dev] [PATCH 01/10] build: Get rid of CORE_DIRS

Matt Turner writes: > A step toward working make dist/distcheck. > --- > Makefile.am | 28 +++- > configure.ac | 36 +++- > 2 files changed, 34 insertions(+), 30 deletions(-) > > diff --git a/Makefile.am b/Makefile.am > index 0ce9455..

[Mesa-dev] [Bug 61412] glCallLists performance extremely slow

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #5 from Eric Anholt --- I did read it. But alpha blended texturing would also do the job that glBitmap does, and is just fine with fixed function GL. -- You are receiving this mail because: You are the assignee for the bug. ___

[Mesa-dev] [PATCH] texobj: add verbose api trace messages to several routines

Motivated by wanting to see if GenTextures was called by an application while debugging another Steam overlay issue. Signed-off-by: Jordan Justen --- src/mesa/main/texobj.c | 21 + 1 file changed, 21 insertions(+) diff --git a/src/mesa/main/texobj.c b/src/mesa/main/texobj.

[Mesa-dev] [Bug 61412] glCallLists performance extremely slow

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #4 from James Ogden --- (In reply to comment #3) > Please, please, please don't use display lists, and don't use bitmaps. > Display lists are basically nvidia-only for performance, so it's a bad route > to go. Use normal texturing a

Re: [Mesa-dev] [PATCH 1/3] dri: Add another duplicateImage to DRIimageExtension which allows you to create a sRGB view of a DRI image

On 02/23/2013 07:53 AM, John Kåre Alsaker wrote: duplicateImage will allow you to create a linear or sRGB view into a DRIimage you have access to. This is useful because compositors may want a specific view which doesn't correspond to the one used by applications. Please wrap commit messages

Re: [Mesa-dev] [PATCH 2/2] i965/vs: Fix textureGrad() with shadow samplers on Haswell.

Kenneth Graunke writes: > The shadow comparitor needs to be loaded into the Z component of the > last DWord. > > Fixes es3conform's shadow_execution_vert and oglconform's > shadow-grad advanced.textureGrad.1D tests on Haswell. > > NOTE: This is a candidate for stable branches. > > Signed-off-by:

Re: [Mesa-dev] [PATCH 3/3] egl: Add MESA_image_sRGB extension.

On 02/23/2013 07:53 AM, John Kåre Alsaker wrote: This gives applications access to use DRIimage.duplicateImage to create sRGB and linear views from EGL images. The spec and the implementation really should be separate commits. Also... are there piglit tests coming? --- docs/MESA_image_sRG

Re: [Mesa-dev] [PATCH 1/2] i965: Lower textureGrad() for samplerCubeShadow.

Kenneth Graunke writes: > GLSL provides gradients for the 'r' coordinate (face ID), while our > hardware apparently ignores them. Sadly, this means that sample_d and > sample_d_c appear to be unsuitable for OpenGL, and need to be lowered. 'r' isn't a face ID in GLSL, though -- it's just the 3rd

Re: [Mesa-dev] GL_ARB_debug_output from drivers

On 02/22/2013 07:52 PM, Eric Anholt wrote: One of the features Valve asked for, that they expected after using other drivers, is that they can easily get information about performance traps (and other important stuff) from drivers. We wrote INTEL_DEBUG=perf this summer as a quick fix, but it's n

[Mesa-dev] [PATCH 10/10] build: Get rid of GALLIUM_WINSYS_DIRS

--- configure.ac | 38 +- src/gallium/winsys/Makefile.am| 62 - src/gallium/winsys/sw/Makefile.am | 37 -- 3 files changed, 84 insertions(+), 53 deletions(-) delete mode 100644 src/gallium/w

[Mesa-dev] [PATCH 09/10] build: Get rid of GALLIUM_TARGET_DIRS

--- configure.ac|2 +- src/gallium/targets/Makefile.am | 142 ++- 2 files changed, 142 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index dbe72c6..db77eb1 100644 --- a/configure.ac +++ b/configure.ac @@ -778,7

[Mesa-dev] [PATCH 08/10] build: Build pipe-loader before gallium tests

And don't build it from other Makefiles. That's awful, and breaks distclean. --- configure.ac |8 src/gallium/targets/opencl/Makefile.am |3 --- src/gallium/tests/trivial/Makefile.am |7 --- 3 files changed, 4 insertions(+), 14 deletions(-) diff

[Mesa-dev] [PATCH 07/10] build: Get rid of GALLIUM_MAKE_DIRS

--- configure.ac| 31 +++ src/gallium/drivers/Makefile.am | 76 ++- src/gallium/targets/pipe-loader/Makefile.am |6 +-- 3 files changed, 70 insertions(+), 43 deletions(-) diff --git a/configure.ac b/configure.ac i

[Mesa-dev] [PATCH 06/10] build: Stop using GALLIUM_STATE_TRACKERS_DIRS for SUBDIRS

configure still uses it to print the enabled state trackers. --- Makefile.am| 51 +++- configure.ac | 47 + src/gallium/state_trackers/Makefile.am | 23 -- 3 files change

[Mesa-dev] [PATCH 05/10] build: Get rid of DRIVER_DIRS

--- configure.ac | 12 ++-- src/mesa/Makefile.am | 14 +- src/mesa/drivers/Makefile.am | 22 -- 3 files changed, 15 insertions(+), 33 deletions(-) delete mode 100644 src/mesa/drivers/Makefile.am diff --git a/configure.ac b/con

[Mesa-dev] [PATCH 04/10] build: Stop AC_SUBST'ing DRI_DIRS and GALLIUM_DRIVERS_DIRS

Neither are used in Makefile.ams. --- configure.ac |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index 854e616..5184cdf 100644 --- a/configure.ac +++ b/configure.ac @@ -789,7 +789,6 @@ fi AC_SUBST([DRIVER_DIRS]) AC_SUBST([GALLIUM_TARGET_DIR

[Mesa-dev] [PATCH 03/10] build: Remove GALLIUM_DIRS

It's always constant anyway. --- Makefile.am |7 ++- configure.ac|4 src/gallium/Makefile.am | 22 -- 3 files changed, 6 insertions(+), 27 deletions(-) delete mode 100644 src/gallium/Makefile.am diff --git a/Makefile.am b/Makefile.am

[Mesa-dev] [PATCH 02/10] build: Get rid of SRC_DIRS

--- Makefile.am | 20 +++- configure.ac| 21 ++--- src/Makefile.am |4 3 files changed, 25 insertions(+), 20 deletions(-) delete mode 100644 src/Makefile.am diff --git a/Makefile.am b/Makefile.am index 78ecfab..c3e2baa 100644 --- a/Makefile.am

[Mesa-dev] [PATCH 01/10] build: Get rid of CORE_DIRS

A step toward working make dist/distcheck. --- Makefile.am | 28 +++- configure.ac | 36 +++- 2 files changed, 34 insertions(+), 30 deletions(-) diff --git a/Makefile.am b/Makefile.am index 0ce9455..78ecfab 100644 --- a/Makefile.am +++

[Mesa-dev] [Bug 61412] glCallLists performance extremely slow

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #3 from Eric Anholt --- Please, please, please don't use display lists, and don't use bitmaps. Display lists are basically nvidia-only for performance, so it's a bad route to go. Use normal texturing and "discard" instructions to re

Re: [Mesa-dev] [PATCH 02/14] mesa: Replace open-coded _mesa_lookup_enum_by_nr().

On 02/22/2013 07:52 PM, Eric Anholt wrote: --- src/mesa/main/errors.c | 38 +++--- 1 file changed, 3 insertions(+), 35 deletions(-) diff --git a/src/mesa/main/errors.c b/src/mesa/main/errors.c index 761b555..987cddb 100644 --- a/src/mesa/main/errors.c +++ b/s

[Mesa-dev] [Bug 61299] LLVM 3.2 fails to link with Mesa 9.0.2 on Windows; missing link libraries

https://bugs.freedesktop.org/show_bug.cgi?id=61299 --- Comment #2 from Keith Kriewall --- No, I have not investigated LLVM 3.0 or 3.1 to see if the same libraries need to be specified for them. I only mentioned what I did as a workaround with the 3.2 source. A safer permanent solution would be

Re: [Mesa-dev] [PATCH 0/9] remove mfeatures.h file

On 02/23/2013 07:29 AM, Brian Paul wrote: This series removes the dependencies on the mfeatures.h file and the file itself. I'd appreciated someone doing a test build of this series to double-check my work. The last thing left to do is remove the -DFEATURE_GL/ES1/ES2 stuff from the autoconf and

Re: [Mesa-dev] [PATCH 5/9] glapi: remove FEATURE_remap_table test (it's always defined)

On 02/23/2013 07:26 AM, Brian Paul wrote: --- src/mapi/glapi/gen/gl_table.py | 15 --- 1 files changed, 0 insertions(+), 15 deletions(-) diff --git a/src/mapi/glapi/gen/gl_table.py b/src/mapi/glapi/gen/gl_table.py index 382eaaf..99957f6 100644 --- a/src/mapi/glapi/gen/gl_table.p

[Mesa-dev] [Bug 61299] LLVM 3.2 fails to link with Mesa 9.0.2 on Windows; missing link libraries

https://bugs.freedesktop.org/show_bug.cgi?id=61299 José Fonseca changed: What|Removed |Added CC||jfons...@vmware.com --- Comment #1 from J

Re: [Mesa-dev] Khronos Conformance test

On 02/25/2013 06:13 AM, Alle Mahesh wrote: Hi, We have run the Khronos test suite on for OpenGLES2.0. There are few failures in the GL tests because of the difference in the images generated. We have found that the images generated using our development board are good in quality rather than th

[Mesa-dev] [PATCH] egl: Allow 24-bit visuals for 32-bit RGBA8888 configs

From: Ian Romanick Previously only the 32-bit X visual would match the 32-bit RGBA configs. This resulted in every config with alpha getting the "magic" visual whose alpha is used by the compositor. This also resulted in no multisample visuals being advertised. How many ways could we lose?

Re: [Mesa-dev] Khronos Conformance test

On Mon, Feb 25, 2013 at 02:13:59PM +, Alle Mahesh wrote: > Hi, > > > We have run the Khronos test suite on for OpenGLES2.0. There are few failures > in the GL tests because of the difference in the images generated. > > We have found that the images generated using our development board ar

[Mesa-dev] [Bug 61412] glCallLists performance extremely slow

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #2 from Kenneth Graunke --- Yeah, I think we're relying on the meta path for glBitmap in many cases. We're probably hitting software rasterization. Still, 120 fps -> 8 fps is clearly not reasonable. What generation of Intel hardwar

[Mesa-dev] [Bug 61455] New: Feature request: implement wglMakeContextCurrentARB in Gallium

https://bugs.freedesktop.org/show_bug.cgi?id=61455 Priority: medium Bug ID: 61455 Assignee: mesa-dev@lists.freedesktop.org Summary: Feature request: implement wglMakeContextCurrentARB in Gallium Severity: normal Classific

Re: [Mesa-dev] Khronos Conformance test

On Mon, Feb 25, 2013 at 6:13 AM, Alle Mahesh wrote: > > Hi, > > > > > > We have run the Khronos test suite on for OpenGLES2.0. There are few failures > in the GL tests because of the difference in the images generated. > > We have found that the images generated using our development board are g

Re: [Mesa-dev] [PATCH 0/9] remove mfeatures.h file

Reviewed-by: Jordan Justen On Sat, Feb 23, 2013 at 7:29 AM, Brian Paul wrote: > This series removes the dependencies on the mfeatures.h file and the file > itself. > > I'd appreciated someone doing a test build of this series to double-check my > work. Do you have a public repo where you push c

Re: [Mesa-dev] [PATCH 0/2] improve gles2 conformance on android

On 02/20/2013 03:00 AM, Tapani Pälli wrote: > Following changes improve gles2 conformance on android. There are > additional failures related to sampling but those will be dealt later. > > Tapani Pälli (2): > mesa: add missing case in _mesa_GetTexParameterfv() > mesa/es: NULL check in EGLImage

Re: [Mesa-dev] [PATCH] mesa: flush current state when querying GL_EDGE_FLAG

- Original Message - > Fixes http://bugs.freedesktop.org/show_bug.cgi?id=61395 > > Note: This is a candidate for the stable branches. > --- > src/mesa/main/get_hash_params.py |2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/src/mesa/main/get_hash_params.py >

Re: [Mesa-dev] [RFC] New EGL extension: EGL_EXT_platform_display

On 02/24/2013 11:46 PM, Pekka Paalanen wrote:> On Tue, 19 Feb 2013 08:20:51 -0800 > Chad Versace wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> I'm seeking feedback on an EGL extension that I'm drafting. The ideas have >> already been discussed at Khronos meetings to a good

[Mesa-dev] [PATCH] mesa: flush current state when querying GL_EDGE_FLAG

Fixes http://bugs.freedesktop.org/show_bug.cgi?id=61395 Note: This is a candidate for the stable branches. --- src/mesa/main/get_hash_params.py |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py index 1b7d6

[Mesa-dev] [Bug 61395] glEdgeFlag can't be set to false

https://bugs.freedesktop.org/show_bug.cgi?id=61395 --- Comment #1 from Brian Paul --- This patch should fix it. Posted for review. diff --git a/src/mesa/main/get_hash_params.py b/src/mesa/main/get_hash_params.py index 1b7d6ad..ff6e108 100644 --- a/src/mesa/main/get_hash_params.py +++ b/src/mesa

[Mesa-dev] [Bug 61412] glCallLists performance extremely slow

https://bugs.freedesktop.org/show_bug.cgi?id=61412 --- Comment #1 from Brian Paul --- glBitmap, not glCallLists, is probably the real issue. It might be helpful to see the "OpenGL renderer string" from glxinfo to identify the GPU. I suspect the i965 driver needs some sort of glBitmap caching me

[Mesa-dev] [Bug 61318] Can't compile GLU 32bit on 64bit

https://bugs.freedesktop.org/show_bug.cgi?id=61318 --- Comment #6 from Alexandre Demers --- (In reply to comment #5) > This sounds to me like a libtool issue, bug #50754 has possible fix you > could try for this. For now, I'm just setting PKG_CONFIG_PATH to the 32 bit or the 64 bit path as neede

[Mesa-dev] Khronos Conformance test

Hi, We have run the Khronos test suite on for OpenGLES2.0. There are few failures in the GL tests because of the difference in the images generated. We have found that the images generated using our development board are good in quality rather than the reference images generated. This is the

[Mesa-dev] [Bug 61415] Clover ignores --with-opencl-libdir path

https://bugs.freedesktop.org/show_bug.cgi?id=61415 --- Comment #4 from Mike Lothian --- Out of interest what are the auxiliary libraries? As I'm not getting anything in that directory -- You are receiving this mail because: You are the assignee for the bug. _

Re: [Mesa-dev] r600g: status of my work on the shader optimization

On 02/24/2013 11:25 PM, Vadim Girlin wrote: On 02/24/2013 11:01 PM, Henri Verbeet wrote: On 24 February 2013 17:07, Vadim Girlin wrote: If you'd like to help me with debugging the issues on cayman, then please read the "regression debugging" section in the r600-sb branch notes [1] (or possibly

Re: [Mesa-dev] [PATCH] draw: make sure pipeline is revalidated when sampler views or samplers change.

- Original Message - > From: Roland Scheidegger > > Since with llvm execution parts of sampler view and sampler state is baked > into > the shader, we need to revalidate otherwise the wrong shader might get used. > (Not completely sure but I think this would not be required for non-llvm >

[Mesa-dev] [Bug 61415] Clover ignores --with-opencl-libdir path

https://bugs.freedesktop.org/show_bug.cgi?id=61415 --- Comment #3 from Francisco Jerez --- (In reply to comment #2) > Doesn't --libdir change the installation directory for all libraries not > just the OpenCL ones? Yes, exactly. -- You are receiving this mail because: You are the assignee for

[Mesa-dev] [Bug 61417] Clover doesn't export the OPENCL_1.0 Symbol

https://bugs.freedesktop.org/show_bug.cgi?id=61417 Mike Lothian changed: What|Removed |Added CC||m...@fireburn.co.uk --- Comment #2 from M

[Mesa-dev] [Bug 61415] Clover ignores --with-opencl-libdir path

https://bugs.freedesktop.org/show_bug.cgi?id=61415 Mike Lothian changed: What|Removed |Added CC||m...@fireburn.co.uk --- Comment #2 from M

Re: [Mesa-dev] [RFC] New dma_buf -> EGLImage EGL extension - Final spec published!

Hi All, The final spec has had enum values assigned and been published on Khronos: http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt Thanks to all who've provided input. Cheers, Tom > -Original Message- > From: mesa-dev-bounces+tom.cooksey=arm@

[Mesa-dev] [Bug 61415] Clover ignores --with-opencl-libdir path

https://bugs.freedesktop.org/show_bug.cgi?id=61415 --- Comment #1 from Francisco Jerez --- It isn't supposed to do that, use "--libdir" to change the installation path of libOpenCL.so, "--with-opencl-libdir" just sets the installation path of the auxiliary libraries that are used internally by th

[Mesa-dev] [Bug 61417] Clover doesn't export the OPENCL_1.0 Symbol

https://bugs.freedesktop.org/show_bug.cgi?id=61417 Francisco Jerez changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #1 from Francisco

[Mesa-dev] [ANNOUNCE] mesa-demos 8.1.0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 New release of mesa demos repo (8.1.0). I'm mainly releasing this to pick up the newer glxinfo changes for core profiles. But apparantly we haven't released in ages so the log is below! Dave. Aaron Plattner (1): glxgears: Honor -fullscreen in

Re: [Mesa-dev] [ANNOUNCE] mesa-demos 8.1.0

> git tag: mesa-demos-8.1.0 > > http://mesa.freedesktop.org/archive/individual/mesa/mesa-demos-8.1.0.tar.bz2 > MD5: 37d7a5af7d7bb517df42dfecad75250c mesa-demos-8.1.0.tar.bz2 > SHA1: 15cf60cc09a85a87c201628b623ca26990a41f2f mesa-demos-8.1.0.tar.bz2 > SHA256: 8f5cce12547ac50347355d91307cc402962531