Re: [Mesa-dev] [PATCH] intel: Change vendor string to "Intel® Open Source Technology Center".

On Fri, Jun 01, 2012 at 09:18:44AM +0300, Pekka Paalanen wrote: > On Thu, 31 May 2012 16:19:17 -0700 > Kenneth Graunke wrote: > > > Tungsten Graphics has not existed for several years, and the majority of > > ongoing development and support is done by Intel. I chose to include > > "Open Source T

[Mesa-dev] [Bug 50422] Furmark.exe crash with wine (32 bits under 64 bits) with llvm-3.1 and r600-llvm-compiler enabled

https://bugs.freedesktop.org/show_bug.cgi?id=50422 Michel Dänzer changed: What|Removed |Added AssignedTo|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop

[Mesa-dev] [PATCH] glsl/builtins: Fix textureGrad() for Array samplers.

We were incorrectly assuming that the coordinate's dimensionality is equal to the gradient's dimensionality. For array types, the coordinate has one more component. Fixes 12 subcases of oglconform's glsl-bif-tex-grad test. NOTE: This is a candidate for stable release branches. Signed-off-by: Ke

Re: [Mesa-dev] [PATCH] intel: Change vendor string to "Intel® Open Source Technology Center".

On 06/01/2012 09:34 AM, Pekka Paalanen wrote: > On Fri, 1 Jun 2012 09:18:44 +0300 > Pekka Paalanen wrote: > >> On Thu, 31 May 2012 16:19:17 -0700 >> Kenneth Graunke wrote: >> >>> Tungsten Graphics has not existed for several years, and the majority of >>> ongoing development and support is done

[Mesa-dev] [PATCH] mesa: Restore depth texture state on glPopAttrib(GL_TEXTURE_BIT).

According to Table 6.17 in the GL 2.1 specification, DEPTH_TEXTURE_MODE, TEXTURE_COMPARE_MODE, and TEXTURE_COMPARE_FUNC need to be restored on glPopAttrib(GL_TEXTURE_BIT). Makes a number of oglconform tests happier. v2: Make restoration conditional on the ARB_shadow and ARB_depth_texture exte

[Mesa-dev] [PATCH] i965: Implement texture buffer objects on Gen6.

Commit a07cf3397e332388d3599c83e50ac45511972890 added support for TBOs on Gen7, but missed Gen6. Passes piglit -t texture_buffer and oglconform's buffermapping basic.read.texture tests. Signed-off-by: Kenneth Graunke --- src/mesa/drivers/dri/i965/brw_wm_sampler_state.c |4 ++ src/mesa/drive

[Mesa-dev] Is the pure-make build system still supported?

Hi Folks, Since commit 0ce0f7c0 (mesa: Remove the generated glapi from source control, and just build it, 2012-05-15) I get this: $ make linux-x86-64 ... make[3]: Entering directory `.../src/mapi/glapi' make[3]: *** No rule to make target `depend', needed by `default'. Stop. make[3]: Leavin

Re: [Mesa-dev] [PATCH] mesa: Restore depth texture state on glPopAttrib(GL_TEXTURE_BIT).

On 06/01/2012 04:52 AM, Kenneth Graunke wrote: According to Table 6.17 in the GL 2.1 specification, DEPTH_TEXTURE_MODE, TEXTURE_COMPARE_MODE, and TEXTURE_COMPARE_FUNC need to be restored on glPopAttrib(GL_TEXTURE_BIT). Makes a number of oglconform tests happier. v2: Make restoration conditional

Re: [Mesa-dev] Is the pure-make build system still supported?

On 06/01/2012 07:32 AM, Brad King wrote: Hi Folks, Since commit 0ce0f7c0 (mesa: Remove the generated glapi from source control, and just build it, 2012-05-15) I get this: $ make linux-x86-64 ... make[3]: Entering directory `.../src/mapi/glapi' make[3]: *** No rule to make target `depend

Re: [Mesa-dev] [PATCH] intel: Change vendor string to "Intel(R) Open Source Technology Center".

On Thu, May 31, 2012 at 8:19 PM, Kenneth Graunke wrote: > Tungsten Graphics has not existed for several years, and the majority of > ongoing development and support is done by Intel. I chose to include > "Open Source Technology Center" to distinguish it from, say, the closed > source Windows Open

[Mesa-dev] [Bug 50593] New: Account request

https://bugs.freedesktop.org/show_bug.cgi?id=50593 Bug #: 50593 Summary: Account request Classification: Unclassified Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: n

[Mesa-dev] [Bug 50593] Account request

https://bugs.freedesktop.org/show_bug.cgi?id=50593 --- Comment #1 from vincent 2012-06-01 08:30:43 PDT --- Created attachment 62382 --> https://bugs.freedesktop.org/attachment.cgi?id=62382 ssh public key -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You ar

[Mesa-dev] [Bug 50593] Account request

https://bugs.freedesktop.org/show_bug.cgi?id=50593 --- Comment #2 from vincent 2012-06-01 08:31:11 PDT --- Created attachment 62383 --> https://bugs.freedesktop.org/attachment.cgi?id=62383 gpg public key -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You ar

Re: [Mesa-dev] [PATCH] intel: Change vendor string to "Intel® Open Source Technology Center".

On 6/1/12 3:33 AM, Oliver McFadden wrote: Furthermore it actually doesn't render correctly with my encodings (en_GB and en_US: UTF-8 and ISO-8859-1, and various Finnish and Swedish ones left out for brevity. Okay, problem on my end, but I'm probably not the only one (or maybe I am just an idiot

[Mesa-dev] [Bug 50475] src/glx/glxclient.h:54:30: fatal error: glapi/glapitable.h: No such file or directory

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

Re: [Mesa-dev] [PATCH] intel: Change vendor string to "Intel(R) Open Source Technology Center".

On 06/01/2012 07:10 AM, Eugeni Dodonov wrote: > On Thu, May 31, 2012 at 8:19 PM, Kenneth Graunke > wrote: > > Tungsten Graphics has not existed for several years, and the majority of > ongoing development and support is done by Intel. I chose to include >

Re: [Mesa-dev] [PATCH] intel: Change vendor string to "Intel® Open Source Technology Center".

On Fri, Jun 01, 2012 at 11:23:17AM -0400, Adam Jackson wrote: > On 6/1/12 3:33 AM, Oliver McFadden wrote: > > > Furthermore it actually doesn't render correctly with my encodings > > (en_GB and en_US: UTF-8 and ISO-8859-1, and various Finnish and Swedish > > ones left out for brevity. > > > > Okay

[Mesa-dev] [PATCH] configure.ac: Fail if egl x11 platform dependencies are not available

Currently, if you pass --with-egl-platforms=x11 but xcb-dri2 isn't available we just silently fail and disables building the EGL DRI2 driver. This commit cleans up the EGL platfrom checking and fails if a selected platform can't find its required dependencies. --- configure.ac | 71

Re: [Mesa-dev] [PATCH] intel: Change vendor string to "Intel® Open Source Technology Center".

On 6/1/12 2:06 PM, Oliver McFadden wrote: On Fri, Jun 01, 2012 at 11:23:17AM -0400, Adam Jackson wrote: On 6/1/12 3:33 AM, Oliver McFadden wrote: Wouldn't "Intel(R) Open Source ..." be sufficient? Wouldn't "Intel Open Source ..." be sufficient? I am not a lawyer, period. Certainly not an I

Re: [Mesa-dev] Is the pure-make build system still supported?

On 06/01/2012 10:06 AM, Brian Paul wrote: > On 06/01/2012 07:32 AM, Brad King wrote: >> undefined reference to `_mesa_x86_64_transform_points4_3d' >> undefined reference to `_mesa_3dnow_transform_points4_perspective' >> undefined reference to `_mesa_x86_64_transform_points4_identity' >> und

[Mesa-dev] [PATCH] automake: Honor (GL|GLU|OSMESA)_LIB from environment

Teach 'configure' to read the default GL_LIB, GLU_LIB, and OSMESA_LIB values from the environment. This allows one to mangle the library names (without also mangling the symbol names) to make them distinct from other GL libraries on the system. --- On 06/01/2012 10:06 AM, Brian Paul wrote: > You

[Mesa-dev] [PATCH 0/2] Add vertex id to llvmpipe.

Hi, The following pair of patches add gl_VertexID support to llvmpipe. They also simplify the system value fetch methodology (hopefully generating better code in the end) and fixes some issues with gl_InstanceID. The "I don't understand how it could ever work" kind of issues, converting from in

[Mesa-dev] [PATCH 1/2] llvmpipe: Simplify and fix system variables fetch.

The system array values concept doesn't really because it expects the system values to be fixed per call, which is wrong for gl_VertexID and iffy for gl_SampleID. So this patch does two things: - kill the array, have emit_fetch_system_value directly pick the values it needs (only gl_InstanceID

[Mesa-dev] [PATCH 2/2] llvmpipe: Add vertex id support.

Signed-off-by: Olivier Galibert --- src/gallium/auxiliary/draw/draw_llvm.c | 10 -- src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |3 ++- src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c |7 +++ src/gallium/drivers/llvmpipe/lp_state_fs.c |2 +- 4 files cha

Re: [Mesa-dev] [PATCH] intel: Change vendor string to "Intel® Open Source Technology Center".

On 06/01/2012 08:23 AM, Adam Jackson wrote: > On 6/1/12 3:33 AM, Oliver McFadden wrote: > >> Furthermore it actually doesn't render correctly with my encodings >> (en_GB and en_US: UTF-8 and ISO-8859-1, and various Finnish and Swedish >> ones left out for brevity. >> >> Okay, problem on my end, bu

[Mesa-dev] [PATCH 0/2] Add vertex id to llvmpipe. (v2)

Hi, The following pair of patches add gl_VertexID support to llvmpipe. They also simplify the system value fetch methodology (hopefully generating better code in the end) and fixes some issues with gl_InstanceID. The "I don't understand how it could ever work" kind of issues, converting from in

[Mesa-dev] [PATCH 1/2] llvmpipe: Simplify and fix system variables fetch.

The system array values concept doesn't really because it expects the system values to be fixed per call, which is wrong for gl_VertexID and iffy for gl_SampleID. So this patch does two things: - kill the array, have emit_fetch_system_value directly pick the values it needs (only gl_InstanceID

[Mesa-dev] [PATCH 2/2] llvmpipe: Add vertex id support.

Signed-off-by: Olivier Galibert --- src/gallium/auxiliary/draw/draw_llvm.c | 10 -- src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |3 ++- src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c |7 +++ src/gallium/drivers/llvmpipe/lp_state_fs.c |2 +- 4 files cha

Re: [Mesa-dev] [PATCH 2/6] mesa intel driver:

On Thu, 31 May 2012 17:23:59 +0800, Zhao halley wrote: > add YUYV format for dri image > YUYV image doesn't use for texture > --- > src/mesa/drivers/dri/intel/intel_screen.c|5 + > src/mesa/drivers/dri/intel/intel_tex_image.c |3 +++ > 2 files changed, 8 insertions(+), 0 deletio

Re: [Mesa-dev] [PATCH] automake: Honor (GL|GLU|OSMESA)_LIB from environment

On Jun 1, 2012 12:13 PM, "Brad King" wrote: > > Teach 'configure' to read the default GL_LIB, GLU_LIB, and OSMESA_LIB > values from the environment. This allows one to mangle the library > names (without also mangling the symbol names) to make them distinct > from other GL libraries on the system

[Mesa-dev] [Bug 50480] Commit f9d1562 breaks x86 build after x86_64 build

https://bugs.freedesktop.org/show_bug.cgi?id=50480 --- Comment #7 from Eric Anholt 2012-06-01 16:27:01 PDT --- commit 775ba11dcd8ddc46f78db3afe35de193a92515d0 Author: Eric Anholt Date: Wed May 30 13:31:27 2012 -0700 automake: Connect the libdricore target to make clean. Bugzilla: htt

Re: [Mesa-dev] [PATCH] mesa: Restore depth texture state on glPopAttrib(GL_TEXTURE_BIT).

On Fri, 1 Jun 2012 03:52:19 -0700, Kenneth Graunke wrote: > According to Table 6.17 in the GL 2.1 specification, DEPTH_TEXTURE_MODE, > TEXTURE_COMPARE_MODE, and TEXTURE_COMPARE_FUNC need to be restored on > glPopAttrib(GL_TEXTURE_BIT). > > Makes a number of oglconform tests happier. > > v2: Ma

Re: [Mesa-dev] [PATCH] i965: Implement texture buffer objects on Gen6.

On Fri, 1 Jun 2012 04:30:18 -0700, Kenneth Graunke wrote: > Commit a07cf3397e332388d3599c83e50ac45511972890 added support for TBOs > on Gen7, but missed Gen6. > > Passes piglit -t texture_buffer and oglconform's buffermapping > basic.read.texture tests. > > Signed-off-by: Kenneth Graunke Rev

Re: [Mesa-dev] [PATCH] configure.ac: Fail if egl x11 platform dependencies are not available

On Fri, 1 Jun 2012 14:29:44 -0400, Kristian Høgsberg wrote: > Currently, if you pass --with-egl-platforms=x11 but xcb-dri2 isn't available > we just silently fail and disables building the EGL DRI2 driver. > > This commit cleans up the EGL platfrom checking and fails if a selected > platform ca

[Mesa-dev] [Bug 49088] MapsGL labels doen't render properly on nouveau, r600, i965

https://bugs.freedesktop.org/show_bug.cgi?id=49088 Eric Appleman changed: What|Removed |Added CC||erapple...@gmail.com --- Comment #14 fro