[Mesa-dev] [Bug 44928] i965 build error on recent git

https://bugs.freedesktop.org/show_bug.cgi?id=44928 --- Comment #8 from Caleb Callaway 2012-01-23 23:03:26 UTC --- (In reply to comment #7) > (In reply to comment #6) > > On my development system (Ubuntu 11.10 64-bit), this issue appears in commit > > 2b3a8cbc > > Thanks. Does building commit e3

[Mesa-dev] [Bug 44928] i965 build error on recent git

https://bugs.freedesktop.org/show_bug.cgi?id=44928 --- Comment #7 from Matt Turner 2012-01-23 22:21:38 PST --- (In reply to comment #6) > On my development system (Ubuntu 11.10 64-bit), this issue appears in commit > 2b3a8cbc Thanks. Does building commit e326480e with --enable-shared-dricore res

[Mesa-dev] [Bug 44928] i965 build error on recent git

https://bugs.freedesktop.org/show_bug.cgi?id=44928 --- Comment #6 from Caleb Callaway 2012-01-23 22:11:08 PST --- On my development system (Ubuntu 11.10 64-bit), this issue appears in commit 2b3a8cbc -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are rec

[Mesa-dev] [Bug 44928] i965 build error on recent git

https://bugs.freedesktop.org/show_bug.cgi?id=44928 --- Comment #5 from Matt Turner 2012-01-23 19:25:22 UTC --- I'm curious, do you get this build failure after e326480e4ebe8687948041c2dc5f5b7595559a2e (the i965/automake patch) or after one of the later patches which cause dricore and glapi to alw

[Mesa-dev] [Bug 40361] Glitches on X3100 after upgrade to 7.11

https://bugs.freedesktop.org/show_bug.cgi?id=40361 --- Comment #9 from Roland Scheidegger 2012-01-23 19:17:11 PST --- Looks like an app issue then indeed, I think though the test mesa does is actually incorrect wrt basevertex. As far as i can tell it would be perfectly ok (though maybe stupid) i

[Mesa-dev] [Bug 44928] i965 build error on recent git

https://bugs.freedesktop.org/show_bug.cgi?id=44928 Stephane Marchesin changed: What|Removed |Added CC||marche...@icps.u-strasbg.fr --- Com

Re: [Mesa-dev] [PATCH] Fix visibility of u_thread functions

On Tue, Jan 24, 2012 at 2:41 AM, Brian Paul wrote: > On Mon, Jan 23, 2012 at 12:48 PM, Matt Turner wrote: >> -fvisibility=hidden was preventing them from being exported, which >> combined with shared-glapi was causing undefined symbol errors at >> runtime. >> --- >> Brian: there might be more fun

Re: [Mesa-dev] [PATCH] Fix visibility of u_thread functions

On Mon, Jan 23, 2012 at 6:41 PM, Brian Paul wrote: > On Mon, Jan 23, 2012 at 12:48 PM, Matt Turner wrote: >> -fvisibility=hidden was preventing them from being exported, which >> combined with shared-glapi was causing undefined symbol errors at >> runtime. >> --- >> Brian: there might be more fun

Re: [Mesa-dev] [PATCH] Fix visibility of u_thread functions

On Mon, Jan 23, 2012 at 12:48 PM, Matt Turner wrote: > -fvisibility=hidden was preventing them from being exported, which > combined with shared-glapi was causing undefined symbol errors at > runtime. > --- > Brian: there might be more functions that should be exported. Let > me know (or let me kn

[Mesa-dev] [Bug 40361] Glitches on X3100 after upgrade to 7.11

https://bugs.freedesktop.org/show_bug.cgi?id=40361 --- Comment #8 from Jaroslav Šmíd 2012-01-23 16:58:19 PST --- Created attachment 56059 --> https://bugs.freedesktop.org/attachment.cgi?id=56059 Debug output with array and indices printing I did actiavate array printing and added some stuff t

[Mesa-dev] [PATCH] i965/gen6: Fix segfault in transform feedback to DYNAMIC_DRAW buffers.

When storing data in a buffer of type DYNAMIC_DRAW, we don't create a drm_intel_bo for it; instead we store the data in system memory and defer allocation of the GPU buffer until it is needed. Therefore, in brw_update_sol_surface(), we can't just consult the "buffer" field of the intel_buffer_obje

Re: [Mesa-dev] [PATCH 2/3] r600g: replace trans/vector-only instruction lists with ranges

On Tue, 2012-01-24 at 00:44 +0100, Marek Olšák wrote: > 2012/1/24 Vadim Girlin : > > On Mon, 2012-01-23 at 14:20 +0100, Christian König wrote: > >> On 22.01.2012 17:24, Dave Airlie wrote: > >> > 2012/1/22 Christian König: > >> >> On 22.01.2012 16:46, Dave Airlie wrote: > >> >>> 2012/1/22 Christian

Re: [Mesa-dev] [PATCH 2/3] r600g: replace trans/vector-only instruction lists with ranges

2012/1/24 Vadim Girlin : > On Mon, 2012-01-23 at 14:20 +0100, Christian König wrote: >> On 22.01.2012 17:24, Dave Airlie wrote: >> > 2012/1/22 Christian König: >> >> On 22.01.2012 16:46, Dave Airlie wrote: >> >>> 2012/1/22 Christian König: >> Sorry, but that looks really ugly and pretty much u

Re: [Mesa-dev] [PATCH 03/17] mesa: Add format unpack for the deprecated integer texture formats.

On Fri, 20 Jan 2012 17:26:20 -0700, Brian Paul wrote: > On 01/20/2012 04:39 PM, Eric Anholt wrote: > > This cut and paste is pretty awful. I'm tempted to do a lot of this > > using preprocessor tricks for customizing the parameter type from a > > template function, but that's just a different sor

[Mesa-dev] [PATCH 2/2] mesa: Don't resurrect deleted ARB VAOs in glPopClientAttrib

From: Ian Romanick When ARB VAOs are used, glPopClientAttrib does not resurrect a deleted VAO or VBO. This difference between the two spec is, unfortunately, not very well spelled out in the specs. Fixes oglc vao(advanced.pushPop.deleteVAO) and vao(advanced.pushPop.deleteVBO) tests. NOTE: This

[Mesa-dev] [PATCH 1/2] mesa: Rename gl_array_object::VBOonly to ::ARBsemantics

From: Ian Romanick There are more differences between Apple and ARB than just requiring that all arrays be stored in VBOs. Additional uses will be added in following commits. Also, set the flag at Bind time instead of Gen time. The ARB_vao spec specifies that behavior. NOTE: This is a candida

[Mesa-dev] [PATCH 2/2 v2] swrast: Use fixed-function processing instead _TexEnvProgram for DrawPixels

From: Ian Romanick This is a hack to work around drivers such as i965 that: - Set _MaintainTexEnvProgram to generate GLSL IR for fixed-function fragment processing. - Don't call _mesa_ir_link_shader to generate Mesa IR from the GLSL IR. - May use swrast to handle glDrawPi

Re: [Mesa-dev] [PATCH 2/3] r600g: replace trans/vector-only instruction lists with ranges

On Mon, 2012-01-23 at 14:20 +0100, Christian König wrote: > On 22.01.2012 17:24, Dave Airlie wrote: > > 2012/1/22 Christian König: > >> On 22.01.2012 16:46, Dave Airlie wrote: > >>> 2012/1/22 Christian König: > Sorry, but that looks really ugly and pretty much unmaintainable, cause > you

Re: [Mesa-dev] [PATCH 5/5] mesa: compute the GLSL version in the core

On Mon, Jan 23, 2012 at 10:35 PM, Ian Romanick wrote: > On 01/23/2012 05:54 AM, Brian Paul wrote: >> >> On Sun, Jan 22, 2012 at 4:36 PM, Marek Olšák  wrote: >>> >>> I think the CAP-based approach is the way to expose GLSL 1.3 for st/mesa. >>> The later GLSL versions can be easily derived from expo

Re: [Mesa-dev] [PATCH 5/5] mesa: compute the GLSL version in the core

On 01/23/2012 05:54 AM, Brian Paul wrote: On Sun, Jan 22, 2012 at 4:36 PM, Marek Olšák wrote: I think the CAP-based approach is the way to expose GLSL 1.3 for st/mesa. The later GLSL versions can be easily derived from exposed extensions, it's just GLSL 1.3 that is tricky. Comments welcome. ---

Re: [Mesa-dev] [PATCH 1/2] i965/vs: Use the embedded-comparison SEL on gen6+, like the FS does.

On Sun, 22 Jan 2012 23:39:44 -0800, Kenneth Graunke wrote: > On 01/18/2012 03:06 PM, Eric Anholt wrote: > > Shaves a few instructions off of the VS in Lightsmark, but no > > statistically significant performance difference on gen7 (n=5). > > --- > > src/mesa/drivers/dri/i965/brw_vec4_visitor.cp

[Mesa-dev] [Bug 40361] Glitches on X3100 after upgrade to 7.11

https://bugs.freedesktop.org/show_bug.cgi?id=40361 --- Comment #7 from Roland Scheidegger 2012-01-23 13:05:51 PST --- (In reply to comment #6) > I hope I am not spamming too much :D > Now looking at that code ... > > if (end >= ctx->Array.ArrayObj->_MaxElement) { > > Maybe there shouldn't be g

Re: [Mesa-dev] scons tnl bug, rfc on removing mesa rtasm.

On 23.01.2012 14:44, Jose Fonseca wrote: I don't think that one should introduce a dependency between Mesa and Gallium as each should be built without the other. The right way to do this is to move rtasm to side by side w/ MEsa & gallium (e.g., src/rtasm), and have Mesa and Gallium both depen

Re: [Mesa-dev] scons tnl bug, rfc on removing mesa rtasm.

I don't think that one should introduce a dependency between Mesa and Gallium as each should be built without the other. The right way to do this is to move rtasm to side by side w/ MEsa & gallium (e.g., src/rtasm), and have Mesa and Gallium both depend on it as needed. Another way is to rename

[Mesa-dev] [PATCH] Fix visibility of u_thread functions

-fvisibility=hidden was preventing them from being exported, which combined with shared-glapi was causing undefined symbol errors at runtime. --- Brian: there might be more functions that should be exported. Let me know (or let me know what to test to find them) and I'll clean them up too. src/ma

[Mesa-dev] [PATCH 2/2] mesa: Remove rtasm as it is no longer used

--- src/mesa/x86/rtasm/x86sse.c | 1203 --- src/mesa/x86/rtasm/x86sse.h | 256 - 2 files changed, 0 insertions(+), 1459 deletions(-) delete mode 100644 src/mesa/x86/rtasm/x86sse.c delete mode 100644 src/mesa/x86/rtasm/x86sse.h diff --git a/src

[Mesa-dev] [PATCH 1/2] mesa: Remove tnl Mesa rtasm dependency

- Mesa tnl used the Mesa rtasm headers, however it was using the gallium rtasm symbols causing heap corruption. (seen especially on scons builds as Mesa rtasm wasn't even compiled). - Mesa tnl updated to use Gallium rtasm. --- src/mesa/sources.mak|1 - src/mesa/tnl/t_vertex_sse.

[Mesa-dev] [Bug 40059] [SNB] hang in "Amnesia: The Dark Descent" demo

https://bugs.freedesktop.org/show_bug.cgi?id=40059 nobled changed: What|Removed |Added CC||mesa-dev@lists.freedesktop. |

Re: [Mesa-dev] broken --enable-xlib-glx build

On Fri, Jan 20, 2012 at 6:12 PM, Brian Paul wrote: > Hi Matt, > > I'm not sure if your recent changes are responsible for this.  I did > "./configure --enable-xlib-glx ; make" > > The build appears to complete cleanly but I can't run anything: > > $ glxinfo > name of display: :0.0 > glxinfo: symbo

Re: [Mesa-dev] Revert "gallium: add point size clamp to implementation limits in vertex shader"

Am 23.01.2012 20:02, schrieb Roland Scheidegger: > Am 23.01.2012 19:55, schrieb Marek Olšák: >> On Mon, Jan 23, 2012 at 7:29 PM, Roland Scheidegger >> wrote: >>> Am 23.01.2012 19:07, schrieb Marek Olšák: On Mon, Jan 23, 2012 at 6:34 PM, Roland Scheidegger wrote: > Am 23.01.2012 15

Re: [Mesa-dev] Revert "gallium: add point size clamp to implementation limits in vertex shader"

Am 23.01.2012 19:55, schrieb Marek Olšák: > On Mon, Jan 23, 2012 at 7:29 PM, Roland Scheidegger > wrote: >> Am 23.01.2012 19:07, schrieb Marek Olšák: >>> On Mon, Jan 23, 2012 at 6:34 PM, Roland Scheidegger >>> wrote: Am 23.01.2012 15:44, schrieb Marek Olšák: > Hi, > > I will ha

[Mesa-dev] [Bug 44928] i965 build error on recent git

https://bugs.freedesktop.org/show_bug.cgi?id=44928 --- Comment #3 from Daniel Vetter 2012-01-23 10:58:38 PST --- Ok, let's add some fine details about my system here: Generally debian unstable, x86_65, the only thing installed in /usr/local is libdrm (I've triple-checked for any .so and .pc files

Re: [Mesa-dev] Revert "gallium: add point size clamp to implementation limits in vertex shader"

On Mon, Jan 23, 2012 at 7:29 PM, Roland Scheidegger wrote: > Am 23.01.2012 19:07, schrieb Marek Olšák: >> On Mon, Jan 23, 2012 at 6:34 PM, Roland Scheidegger >> wrote: >>> Am 23.01.2012 15:44, schrieb Marek Olšák: Hi, I will have to (at least partially) revert this commit, as well

Re: [Mesa-dev] Revert "gallium: add point size clamp to implementation limits in vertex shader"

Am 23.01.2012 19:07, schrieb Marek Olšák: > On Mon, Jan 23, 2012 at 6:34 PM, Roland Scheidegger > wrote: >> Am 23.01.2012 15:44, schrieb Marek Olšák: >>> Hi, >>> >>> I will have to (at least partially) revert this commit, as well as the >>> forked code in glsl_to_tgsi: >>> commit 2c326e72664

Re: [Mesa-dev] [PATCH] Don't build shared dricore when unneeded

On 23/01/2012 17:50, Matt Turner wrote: > Good idea. > > Reviewed-by: Matt Turner > > Do you have commit access? Yes. d01e166..0fce6d3 master -> master ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/l

[Mesa-dev] scons tnl bug, rfc on removing mesa rtasm.

So I've been digging through the assertion error I am getting under Haiku and have finally found the issue... The Mesa tnl depends on the Mesa rtasm header (mesa/x86/rtasm/x86sse.h), however scons never compiles mesa/x86/rtasm/x86sse.c into libmesa. As x86/rtasm/x86sse.c is never compiled in,

Re: [Mesa-dev] Revert "gallium: add point size clamp to implementation limits in vertex shader"

On 01/23/2012 07:07 PM, Marek Olšák wrote: > On Mon, Jan 23, 2012 at 6:34 PM, Roland Scheidegger > wrote: >> Am 23.01.2012 15:44, schrieb Marek Olšák: >>> Hi, >>> >>> I will have to (at least partially) revert this commit, as well as the >>> forked code in glsl_to_tgsi: >>> commit 2c326e7266

Re: [Mesa-dev] Revert "gallium: add point size clamp to implementation limits in vertex shader"

On Mon, Jan 23, 2012 at 6:34 PM, Roland Scheidegger wrote: > Am 23.01.2012 15:44, schrieb Marek Olšák: >> Hi, >> >> I will have to (at least partially) revert this commit, as well as the >> forked code in glsl_to_tgsi: >> >>> commit 2c326e72664e65166c68b027b26aaf373f3be36d >>> Author: Roland Schei

Re: [Mesa-dev] [PATCH] Don't set defaults for gallium and dri drivers

On Mon, 2012-01-23 at 12:37 -0500, Matt Turner wrote: > On Mon, Jan 23, 2012 at 9:01 AM, Brian Paul wrote: > > On Sat, Jan 21, 2012 at 8:47 PM, Matt Turner wrote: > >> If you're building mesa, you know what drivers you want. > >> --- > >> I mentioned this on IRC and a couple of people agreed, we'

[Mesa-dev] [Bug 44928] i965 build error on recent git

https://bugs.freedesktop.org/show_bug.cgi?id=44928 Matt Turner changed: What|Removed |Added CC||dan...@ffwll.ch, |

Re: [Mesa-dev] [PATCH] Don't set defaults for gallium and dri drivers

On Mon, Jan 23, 2012 at 9:28 AM, Jakob Bornecrantz wrote: > - Original Message - >> If you're building mesa, you know what drivers you want. > > NACK, the default should be build as much as possible. We don't build OpenVG, OSMesa, i915g, GLESv1, GLESv2, and a number of Gallium state track

Re: [Mesa-dev] [PATCH] Don't build shared dricore when unneeded

On Mon, Jan 23, 2012 at 9:00 AM, Jon TURNEY wrote: > Refine "always build shared dricore" so we don't build it if we don't need > it because we aren't actually building any dri drivers because of > --disable-driglx-direct > > Signed-off-by: Jon TURNEY > --- >  configure.ac |    2 +- >  1 files c

Re: [Mesa-dev] [PATCH] Don't set defaults for gallium and dri drivers

On Mon, Jan 23, 2012 at 9:01 AM, Brian Paul wrote: > On Sat, Jan 21, 2012 at 8:47 PM, Matt Turner wrote: >> If you're building mesa, you know what drivers you want. >> --- >> I mentioned this on IRC and a couple of people agreed, we'd rather >> not have to specify an empty list of drivers to not

Re: [Mesa-dev] Revert "gallium: add point size clamp to implementation limits in vertex shader"

Am 23.01.2012 15:44, schrieb Marek Olšák: > Hi, > > I will have to (at least partially) revert this commit, as well as the > forked code in glsl_to_tgsi: > >> commit 2c326e72664e65166c68b027b26aaf373f3be36d >> Author: Roland Scheidegger >> Date: Thu Feb 4 19:23:09 2010 +0100 >> >> gallium:

Re: [Mesa-dev] [PATCH] swrast: Fix unsigned promotion in pointer arithmetic

On Mon, Jan 23, 2012 at 10:15 AM, Chad Versace wrote: > When rowstride was negatie, unsigned promotion caused a segfault here: > > 299│    if (rb->Format == MESA_FORMAT_S8) { > 300│       const GLuint rowStride = rb->RowStride; > 301│       for (i = 0; i < count; i++) { > 302│          if (x[i] >=

[Mesa-dev] [PATCH] swrast: Fix unsigned promotion in pointer arithmetic

When rowstride was negatie, unsigned promotion caused a segfault here: 299│if (rb->Format == MESA_FORMAT_S8) { 300│ const GLuint rowStride = rb->RowStride; 301│ for (i = 0; i < count; i++) { 302│ if (x[i] >= 0 && y[i] >= 0 && x[i] < w && y[i] < h) { 303├>stenci

[Mesa-dev] [Bug 44912] [bisected] WebGL conformance/textures/texture-mips tests fails

https://bugs.freedesktop.org/show_bug.cgi?id=44912 --- Comment #3 from Benoit Jacob 2012-01-23 08:59:41 UTC --- Erm, looking back at it, that looks more like a driver bug work-around. I may misremember. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

Re: [Mesa-dev] Mesa build problem, linking error

Dear Mateusz, mateusz.ka...@gmail.com schrieb am 23.01.2012 17:52: > make realclean; git clean -fdx ; ./autogen.sh --prefix=/opt/gfx-test > --with-dri-drivers="i965" --disable-egl --with-gallium-drivers="" ; make > V=1 -j6 &> build.txt > > Build log: http://www.kaduk.net/~mateusz/build.txt

[Mesa-dev] [Bug 44912] [bisected] WebGL conformance/textures/texture-mips tests fails

https://bugs.freedesktop.org/show_bug.cgi?id=44912 --- Comment #2 from Benoit Jacob 2012-01-23 08:54:45 PST --- I think this should get fixed by https://bugzilla.mozilla.org/show_bug.cgi?id=696495 . My understanding is that the OpenGL spec is loose there, so for WebGL we tightened it, which mea

[Mesa-dev] Mesa build problem, linking error

Hi, Recently I am not able to build mesa from git, I am attaching the link to log file with error in linking after issuing commands make realclean; git clean -fdx ; ./autogen.sh --prefix=/opt/gfx-test --with-dri-drivers="i965" --disable-egl --with-gallium-drivers="" ; make V=1 -j6 &> build.txt B

[Mesa-dev] [Bug 44912] [bisected] WebGL conformance/textures/texture-mips tests fails

https://bugs.freedesktop.org/show_bug.cgi?id=44912 --- Comment #1 from Pavel Ondračka 2012-01-23 08:40:47 PST --- This regression can be also reproduced with llvmpipe, however you need to set webgl.force-enabled to true in about:config (Firefox doesn't enable webgl for llvmpipe by default). --

[Mesa-dev] [Bug 44345] WebGL cars demo crash in llvm::Type::getForwardedTypeInternal()

https://bugs.freedesktop.org/show_bug.cgi?id=44345 --- Comment #2 from Pavel Ondračka 2012-01-23 08:40:04 UTC --- Ah, sorry wrong bug. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bu

[Mesa-dev] [Bug 44345] WebGL cars demo crash in llvm::Type::getForwardedTypeInternal()

https://bugs.freedesktop.org/show_bug.cgi?id=44345 --- Comment #1 from Pavel Ondračka 2012-01-23 08:39:16 PST --- This regression can be also reproduced with llvmpipe, however you need to set webgl.force-enabled to true in about:config (Firefox doesn't enable webgl for llvmpipe by default). --

Re: [Mesa-dev] renderbuffer-cleanups-v2 branch

On Sat, Jan 21, 2012 at 10:42 AM, Matt Turner wrote: > On Sat, Jan 21, 2012 at 9:56 AM, Brian Paul wrote: >> I'm going to hold off on merging until Matt fixes the build problem I >> mentioned in my other message.   It'll make bisecting easier for me in case >> a regression is found. > > It looks

Re: [Mesa-dev] broken --enable-xlib-glx build

On 01/20/2012 06:12 PM, Brian Paul wrote: > > $ glxinfo > name of display: :0.0 > glxinfo: symbol lookup error: /home/brian/mesa/lib/libGL.so.1: > undefined symbol: u_tsd_set > My nightly builds of VTK and ParaView built with OSMesa or xlib OSMesa are broken this way too. Their mesa's are buil

Re: [Mesa-dev] Revert "gallium: add point size clamp to implementation limits in vertex shader"

On 01/23/2012 03:44 PM, Marek Olšák wrote: > Hi, > > I will have to (at least partially) revert this commit, as well as the > forked code in glsl_to_tgsi: > >> commit 2c326e72664e65166c68b027b26aaf373f3be36d >> Author: Roland Scheidegger >> Date: Thu Feb 4 19:23:09 2010 +0100 >> >> gallium

[Mesa-dev] Revert "gallium: add point size clamp to implementation limits in vertex shader"

Hi, I will have to (at least partially) revert this commit, as well as the forked code in glsl_to_tgsi: > commit 2c326e72664e65166c68b027b26aaf373f3be36d > Author: Roland Scheidegger > Date: Thu Feb 4 19:23:09 2010 +0100 > > gallium: add point size clamp to implementation limits in vertex

Re: [Mesa-dev] Split libGLU into its own repository?

On Mon, Jan 23, 2012 at 7:20 AM, Jakob Bornecrantz wrote: > - Original Message - >> A while back, we split off GLw into a separate repository.  The >> rationale was that GLw should be maintained and released >> independently from Mesa/Gallium since it hardly ever changes and >> isn't close

Re: [Mesa-dev] [PATCH 2/3] r600g: replace trans/vector-only instruction lists with ranges

2012/1/23 Christian König : > On 22.01.2012 17:24, Dave Airlie wrote: >> >> 2012/1/22 Christian König: >>> >>> On 22.01.2012 16:46, Dave Airlie wrote: 2012/1/22 Christian König: > > Sorry, but that looks really ugly and pretty much unmaintainable, cause > you > constantly

Re: [Mesa-dev] [PATCH] Don't set defaults for gallium and dri drivers

- Original Message - > If you're building mesa, you know what drivers you want. NACK, the default should be build as much as possible. The proper fix here is to merge --with-dri-drivers and --with-gallium-drivers, and have it figure with gallium/dri drivers to turn based on that list, so:

Re: [Mesa-dev] Split libGLU into its own repository?

- Original Message - > A while back, we split off GLw into a separate repository. The > rationale was that GLw should be maintained and released > independently from Mesa/Gallium since it hardly ever changes and > isn't closely tied to the core GL and drivers. > > I'd like to do the same

Re: [Mesa-dev] Split libGLU into its own repository?

On Sun, Jan 22, 2012 at 5:03 AM, Kenneth Graunke wrote: > A while back, we split off GLw into a separate repository.  The rationale > was that GLw should be maintained and released independently from > Mesa/Gallium since it hardly ever changes and isn't closely tied to the core > GL and drivers. >

Re: [Mesa-dev] [PATCH 1/2] mesa: Track the API used to create a VAO

On Sat, Jan 21, 2012 at 11:44 AM, Ian Romanick wrote: > On Sat, Jan 21, 2012 at 08:14:18AM -0700, Brian Paul wrote: >> On 01/20/2012 07:59 PM, Ian Romanick wrote: >> >From: Ian Romanick >> > >> >There are more differences between Apple and ARB than just the Gen >> >requirement. >> > >> >NOTE: This

Re: [Mesa-dev] Split libGLU into its own repository?

On Sun, Jan 22, 2012 at 7:03 AM, Kenneth Graunke wrote: > A while back, we split off GLw into a separate repository.  The rationale > was that GLw should be maintained and released independently from > Mesa/Gallium since it hardly ever changes and isn't closely tied to the core > GL and drivers.

Re: [Mesa-dev] [PATCH] automake: src/gbm

On Sun, Jan 22, 2012 at 5:36 PM, Matt Turner wrote: > libgbm.so.1.0.0 (instead of libgbm.so.1.0) is installed now > along with libgbm.so.1 (no change). Looks good to me. Kristian > --- > >  configs/autoconf.in           |    8 >  configs/default               |   13 -- >  configure.ac

Re: [Mesa-dev] [PATCH] Don't set defaults for gallium and dri drivers

On Sat, Jan 21, 2012 at 8:47 PM, Matt Turner wrote: > If you're building mesa, you know what drivers you want. > --- > I mentioned this on IRC and a couple of people agreed, we'd rather > not have to specify an empty list of drivers to not build either > gallium or dri drivers. I guess I don't fo

[Mesa-dev] [PATCH] Don't build shared dricore when unneeded

Refine "always build shared dricore" so we don't build it if we don't need it because we aren't actually building any dri drivers because of --disable-driglx-direct Signed-off-by: Jon TURNEY --- configure.ac |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/configure.ac

Re: [Mesa-dev] [PATCH 1/5] scons: Remove Haiku one-offs for gallium drivers

On Sun, Jan 22, 2012 at 11:42 AM, Alexander von Gluck wrote: > --- >  src/gallium/SConscript |    9 ++--- >  1 files changed, 2 insertions(+), 7 deletions(-) > > diff --git a/src/gallium/SConscript b/src/gallium/SConscript > index 8efd04c..ae94637 100644 > --- a/src/gallium/SConscript > +++ b/

Re: [Mesa-dev] [PATCH 2/5] st/mesa: require all s3tc formats for EXT_texture_compression_s3tc

On Mon, Jan 23, 2012 at 2:40 PM, Brian Paul wrote: > > Just curious: is this just for the sake of completeness or some other reason? > > Reviewed-by: Brian Paul For the sake of completeness, but there are at least two valid reasons as well: - We don't provide fallback formats for S3TC. - DXT1_RG

Re: [Mesa-dev] [PATCH 5/5] mesa: compute the GLSL version in the core

On Sun, Jan 22, 2012 at 4:36 PM, Marek Olšák wrote: > I think the CAP-based approach is the way to expose GLSL 1.3 for st/mesa. > The later GLSL versions can be easily derived from exposed extensions, > it's just GLSL 1.3 that is tricky. Comments welcome. > --- >  src/mesa/drivers/dri/intel/intel_

Re: [Mesa-dev] [PATCH 4/5] mesa: allow exposing GL3 without EXT_texture_integer

On Sun, Jan 22, 2012 at 4:36 PM, Marek Olšák wrote: > Strictly speaking, it's not legal to expose EXT_texture_integer without > EXT_gpu_shader4. It might be even dangerous (apps can assume EXT_gpu_shader4 > is available without checking for it). > > The check in compute_version is removed as well,

Re: [Mesa-dev] [PATCH 3/5] mesa: add missing integer alpha formats to _mesa_base_fbo_format

On Sun, Jan 22, 2012 at 4:36 PM, Marek Olšák wrote: > --- >  src/mesa/main/fbobject.c |    9 + >  1 files changed, 9 insertions(+), 0 deletions(-) > > diff --git a/src/mesa/main/fbobject.c b/src/mesa/main/fbobject.c > index 2b3ac2e..eaf2c46 100644 > --- a/src/mesa/main/fbobject.c > +++ b/s

Re: [Mesa-dev] [PATCH 2/5] st/mesa: require all s3tc formats for EXT_texture_compression_s3tc

On Sun, Jan 22, 2012 at 4:36 PM, Marek Olšák wrote: > --- >  src/mesa/state_tracker/st_extensions.c |   11 ++- >  1 files changed, 10 insertions(+), 1 deletions(-) > > diff --git a/src/mesa/state_tracker/st_extensions.c > b/src/mesa/state_tracker/st_extensions.c > index 12fce86..6c8a491 1

Re: [Mesa-dev] [PATCH 1/5] st/mesa: simplify enabling EXT_packed_depth_stencil and ARB_fbo

On Sun, Jan 22, 2012 at 6:36 PM, Marek Olšák wrote: > - use OR to combine bind flags > - combine both conditionals into one > - move the ARB_fbo enable where it belongs > --- >  src/mesa/state_tracker/st_extensions.c |   21 + >  1 files changed, 5 insertions(+), 16 deletions(-)

Re: [Mesa-dev] [PATCH 1/3] st/mesa: do vertex and fragment color clamping in shaders

On Mon, Jan 23, 2012 at 7:32 AM, Marek Olšák wrote: > For ARB_color_buffer_float. Most hardware can't do it and st/mesa is > the perfect place for a fallback. > The exceptions are: > - r500 (vertex clamp only) > - nv50 (both) > - nvc0 (both) > - softpipe (both) > > We also have to take into accoun

Re: [Mesa-dev] [PATCH 2/3] r600g: replace trans/vector-only instruction lists with ranges

On 22.01.2012 17:24, Dave Airlie wrote: 2012/1/22 Christian König: On 22.01.2012 16:46, Dave Airlie wrote: 2012/1/22 Christian König: Sorry, but that looks really ugly and pretty much unmaintainable, cause you constantly need to lookup the meaning of the values. Also I haven't looked into the

[Mesa-dev] [Bug 44726] [regression, r600g] Piglit: glx/glx-shader-sharing fails

https://bugs.freedesktop.org/show_bug.cgi?id=44726 Kai changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [Bug 44561] Piglit: spec/glsl-1.10/execution/interpolation/interpolation-none-gl_*-vertex fail

https://bugs.freedesktop.org/show_bug.cgi?id=44561 Kai changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Mesa-dev] [PATCH 3/3] st/mesa: inline if(1) conditional

--- src/mesa/state_tracker/st_program.c | 434 +-- 1 files changed, 215 insertions(+), 219 deletions(-) diff --git a/src/mesa/state_tracker/st_program.c b/src/mesa/state_tracker/st_program.c index 978de88..f0c6533 100644 --- a/src/mesa/state_tracker/st_program.c

[Mesa-dev] [PATCH 2/3] st/mesa: move fragment shader tgsi tokens into st_fp_variant

The TGSI code may vary depending on the clamp_color bit. --- src/mesa/state_tracker/st_cb_program.c | 10 -- src/mesa/state_tracker/st_debug.c |2 +- src/mesa/state_tracker/st_program.c|9 + src/mesa/state_tracker/st_program.h|4 ++-- 4 files changed, 8 i

[Mesa-dev] [PATCH 1/3] st/mesa: do vertex and fragment color clamping in shaders

For ARB_color_buffer_float. Most hardware can't do it and st/mesa is the perfect place for a fallback. The exceptions are: - r500 (vertex clamp only) - nv50 (both) - nvc0 (both) - softpipe (both) We also have to take into account that r300 can do CLAMPED vertex colors only, while r600 can do UNCLA

[Mesa-dev] [Bug 44928] i965 build error on recent git

https://bugs.freedesktop.org/show_bug.cgi?id=44928 --- Comment #1 from José Fonseca 2012-01-23 03:59:10 PST --- FWIW, our build bots are failing to build i965: $ ./autogen.sh --prefix=/usr --enable-gles1 --enable-gles2 --enable-openvg --enable-xorg --enable-xa --disable-glut --enable-gallium-eg

[Mesa-dev] [PATCH] r600g: fix interpolation with clipvertex

Signed-off-by: Vadim Girlin --- Tested on evergreeen: fixes 5 interpolation tests, no regressions src/gallium/drivers/r600/r600_shader.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium/drivers/r600/r600_shader.c i

[Mesa-dev] [Bug 44928] i965 build error on recent git

https://bugs.freedesktop.org/show_bug.cgi?id=44928 Fabio Pedretti changed: What|Removed |Added CC||mesa-dev@lists.freedesktop.

[Mesa-dev] [PATCH] r600g: fix fragcoord.w

Signed-off-by: Vadim Girlin --- Tested on evergreen: fixes 2 fragcoord tests, no regressions src/gallium/drivers/r600/r600_shader.c | 31 +++ 1 files changed, 27 insertions(+), 4 deletions(-) diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium/drive

[Mesa-dev] [PATCH] r600g: fix VS fog export

Signed-off-by: Vadim Girlin --- Tested on evergreen: fixes fogcoord-dp* tests, no regressions src/gallium/drivers/r600/r600_shader.c |5 + 1 files changed, 5 insertions(+), 0 deletions(-) diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium/drivers/r600/r600_shader.c inde

[Mesa-dev] [PATCH] r600g: fix loop break/continue operations

Signed-off-by: Vadim Girlin --- Tested on evergreen: fixes EXT_transform_feedback "order" tests, no regressions. src/gallium/drivers/r600/r600_shader.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/src/gallium/drivers/r600/r600_shader.c b/src/gallium/drivers/r600/r6