Re: [Mesa-dev] The long way to a faster build with shared libs and some fixes ...

I completely agree. Building everything shared might speed up the build process a little bit and save some space, but for the cost of having to handle allot of rather small shared libraries where which each clashing the symbol space of any application using these drivers with a bunch of unnece

Re: [Mesa-dev] [PATCH] i965/hsw: approximate DDX with a uniform value across a subspan

Can we make this approximation conditional on an image-quality control in driconf [or somewhere else]? On Thu, Sep 12, 2013 at 5:00 PM, Chia-I Wu wrote: > From: Chia-I Wu > > Replicate the gradient of the top-left pixel to the other three pixels in the > subspan, as how DDY is implemented. Befo

Re: [Mesa-dev] [PATCH] i965/gen7: always lower textureGrad() on gen7

On Tue, Sep 10, 2013 at 1:37 PM, Chia-I Wu wrote: > On Tue, Sep 10, 2013 at 4:01 AM, Ian Romanick wrote: >> On 09/06/2013 05:05 AM, Chia-I Wu wrote: >>> On Thu, Sep 5, 2013 at 9:57 PM, Chia-I Wu wrote: On Thu, Sep 5, 2013 at 5:12 PM, Chris Forbes wrote: > A possible explanation for the

Re: [Mesa-dev] [PATCH] i965/gen7: always lower textureGrad() on gen7

On Tue, Sep 10, 2013 at 2:01 PM, Chia-I Wu wrote: > On Tue, Sep 10, 2013 at 4:05 AM, Ian Romanick wrote: >> On 09/05/2013 03:35 AM, Chia-I Wu wrote: >>> sample_d is slower than the lowered version on gen7. For gen7, this >>> improves >>> Xonotic benchmark with Ultimate effects by as much as 25%

Re: [Mesa-dev] [PATCH 03/21] configure.ac: Save user {C, CXX}FLAGS and append them at end.

Is this really better than just building with CFLAGS="-g -O2 -DDEBUG"? ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH] i965/hsw: approximate DDX with a uniform value across a subspan

From: Chia-I Wu Replicate the gradient of the top-left pixel to the other three pixels in the subspan, as how DDY is implemented. Before, different graidents were used for pixels in the top row and pixels in the bottom row. This change results in a less accurate approximation. However, it impr

Re: [Mesa-dev] [PATCH 01/21] ilo: Fix out-of-tree build.

On Wed, Sep 11, 2013 at 9:53 PM, Chia-I Wu wrote: > On Thu, Sep 12, 2013 at 6:32 AM, Johannes Obermayr > wrote: >> --- >> src/gallium/drivers/ilo/Makefile.am | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/src/gallium/drivers/ilo/Makefile.am >> b/src/gallium/drivers/

Re: [Mesa-dev] [PATCH 5/5] glsl: Add frexp signatures and implementation.

On Wed, Sep 11, 2013 at 10:03 AM, Paul Berry wrote: > On 9 September 2013 15:14, Matt Turner wrote: >> >> I initially implemented frexp() as an IR opcode with a lowering pass, >> but since it returns a value and has an out-parameter, it would break >> assumptions our optimization passes make abou

Re: [Mesa-dev] [PATCH 01/21] ilo: Fix out-of-tree build.

On Thu, Sep 12, 2013 at 6:32 AM, Johannes Obermayr wrote: > --- > src/gallium/drivers/ilo/Makefile.am | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/src/gallium/drivers/ilo/Makefile.am > b/src/gallium/drivers/ilo/Makefile.am > index 10b3da3..33f2045 100644 > --- a/src/g

Re: [Mesa-dev] mesa-dev Digest, Vol 42, Issue 98

>Date: Wed, 11 Sep 2013 18:27:43 -0700 > >From: Vinson Lee >To: mesa-dev@lists.freedesktop.org >Subject: [Mesa-dev] [PATCH] mesa: Return nonzero length only if memcpy >   occurs. >Message-ID: <1378949263-18169-1-git-send-email-v...@freedesktop.org> > >Fixes "Dereference after null check" reporte

Re: [Mesa-dev] [PATCH] R600: add a test for SI.tbuffer.store

Hi Marek, I've pushed this along with the other original tbuffer patch. -Tom On Mon, Sep 09, 2013 at 10:36:12PM +0200, Marek Olšák wrote: > Signed-off-by: Marek Olšák > --- > test/CodeGen/R600/llvm.SI.tbuffer.store.ll | 40 > ++ > 1 file changed, 40 insertions(+) >

Re: [Mesa-dev] regression on nvc0 since floating point compare instructions

> > Maybe the type isn't set correctly? Looks to me like these instructions > end up in mkCmp, which will set both src and dst type but ignore src > type and set both according to the same type (which was the dst type). > > Roland Okay I've attached my next attempt at fixing it, fixes the two test

[Mesa-dev] [PATCH] mesa: Return nonzero length only if memcpy occurs.

Fixes "Dereference after null check" reported by Coverity. Signed-off-by: Vinson Lee --- src/mesa/main/objectlabel.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/src/mesa/main/objectlabel.c b/src/mesa/main/objectlabel.c index 90d9e09..e34df13 100644 --- a/src/mesa/main/o

Re: [Mesa-dev] The long way to a faster build with shared libs and some fixes ...

I am preferring a full build: ../configure --libdir=/usr/lib64 --includedir=/usr/include --bindir=/usr/bin --prefix=/usr --sysconfdir=/etc --enable-xvmc --enable-vdpau --enable-texture-float --enable-debug --with-dri-drivers=i915,i965,nouveau,r200,radeon,swrast --with-gallium-drivers=freedreno,

Re: [Mesa-dev] The long way to a faster build with shared libs and some fixes ...

BTW, the build system fixes would be good to have anyway, but I'm not an expert on the Mesa build system. Marek On Thu, Sep 12, 2013 at 1:51 AM, Marek Olšák wrote: > I don't like this. I prefer to have one big blob for whole Mesa as > discussed on Eric's blog: > > http://anholt.livejournal.com/4

Re: [Mesa-dev] The long way to a faster build with shared libs and some fixes ...

I don't like this. I prefer to have one big blob for whole Mesa as discussed on Eric's blog: http://anholt.livejournal.com/43652.html I have no problem with longer compile times for release builds if I get a little bit higher CPU performance with link-time optimizations. And for debug builds, we

Re: [Mesa-dev] [PATCH 11/17] mesa: Get GL_MAX_VARYING_FLOATS_ARB from VertexProgram.MaxOutputComponents

On 09/11/2013 04:05 PM, Paul Berry wrote: > On 10 September 2013 12:10, Ian Romanick > wrote: > > From: Ian Romanick > > > Signed-off-by: Ian Romanick > > --- > src/mesa/main

Re: [Mesa-dev] The long way to a faster build with shared libs and some fixes ...

Hi Johannes, Could explain how you tested these patches: The configure flags you used to build as well as the applications/hardware you used for testing. Thanks, Tom On Thu, Sep 12, 2013 at 12:32:38AM +0200, Johannes Obermayr wrote: > [PATCH 01/21] ilo: Fix out-of-tree build. > > [PATCH 02/21]

Re: [Mesa-dev] [PATCH v2 1/3] gallium: add flush_resource context function

The series looks good. I'll commit this in a few days if there are no concerns. I expect non-DRI window system backends and DDX state trackers to break with r600g because of missing flush_resource calls, but that's expected and can be fixed later if we find out those gallium components are importa

[Mesa-dev] [PATCH 21/21] clover: Force gcc and g++ to fix clang builds.

--- configure.ac | 6 ++ src/gallium/state_trackers/clover/Makefile.am | 8 2 files changed, 14 insertions(+) diff --git a/configure.ac b/configure.ac index 2381cf0..491b8c3 100644 --- a/configure.ac +++ b/configure.ac @@ -1989,6 +1989,12 @@ cxxflags=

[Mesa-dev] [PATCH 20/21] freedreno: One Makefile.am with a Makefile.sources is enough.

--- configure.ac | 2 -- src/gallium/drivers/freedreno/Makefile.am | 18 +++ src/gallium/drivers/freedreno/Makefile.sources | 43 ++ src/gallium/drivers/freedreno/a2xx/Makefile.am | 27 src/gallium/drivers/fre

[Mesa-dev] [PATCH 17/21] gbm: Get rid of libgbm_dri.la.

--- src/gbm/Makefile.am | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/src/gbm/Makefile.am b/src/gbm/Makefile.am index 440d4e0..4859e7c 100644 --- a/src/gbm/Makefile.am +++ b/src/gbm/Makefile.am @@ -28,18 +28,15 @@ libgbm_la_LIBADD += $(top_builddir)/src/egl/wayland/wa

[Mesa-dev] [PATCH 19/21] freedreno: Make print_sequence a macro to fix clang.

--- src/gallium/drivers/freedreno/a3xx/disasm-a3xx.c | 24 +++- 1 file changed, 11 insertions(+), 13 deletions(-) diff --git a/src/gallium/drivers/freedreno/a3xx/disasm-a3xx.c b/src/gallium/drivers/freedreno/a3xx/disasm-a3xx.c index 4db095f..ed76a78 100644 --- a/src/gallium/d

[Mesa-dev] [PATCH 14/21] gallium/drivers: Build libs -shared.

--- configure.ac | 20 + src/gallium/drivers/Makefile.am | 28 +++- src/gallium/drivers/freedreno/Makefile.am| 10 ++--- src/gallium/drivers/freedreno/freedreno_screen.c | 2 ++ src/gallium/driver

[Mesa-dev] [PATCH 18/21] i915: Conditionally build an i915g driver instead of two i915 drivers.

--- configure.ac | 5 + src/gallium/targets/dri-i915/Makefile.am | 15 +++ src/gallium/targets/dri-i915/target.c| 2 +- src/gallium/targets/egl-static/Makefile.am | 4 +++- src/gallium/targets/egl-static/egl.c | 2 +- src/ga

[Mesa-dev] [PATCH 15/21] vdpau, xvmc: Add install-data-hooks to remove unneccessary symlinks.

libvdpau_*.so.1 and libXvMC*.so libs are dlopened by wrappers. So only those libs should be installed. --- src/gallium/targets/vdpau-nouveau/Makefile.am | 5 + src/gallium/targets/vdpau-r300/Makefile.am | 5 + src/gallium/targets/vdpau-r600/Makefile.am | 5 + src/gallium/targe

[Mesa-dev] [PATCH 16/21] glx: Get rid of libglx.la.

--- src/glx/Makefile.am | 15 --- src/glx/tests/Makefile.am | 2 +- 2 files changed, 5 insertions(+), 12 deletions(-) diff --git a/src/glx/Makefile.am b/src/glx/Makefile.am index b855be9..1914467 100644 --- a/src/glx/Makefile.am +++ b/src/glx/Makefile.am @@ -19,7 +19,7 @@ # FR

[Mesa-dev] [PATCH 13/21] Makefile.am: s:-no-undefined:-Wl, --no-undefined to make it work.

--- src/gallium/targets/dri-freedreno/Makefile.am | 2 +- src/gallium/targets/dri-i915/Makefile.am | 2 +- src/gallium/targets/dri-ilo/Makefile.am| 2 +- src/gallium/targets/dri-nouveau/Makefile.am| 2 +- src/gallium/targets/dri-r300/Makefile.am | 2 +- src/gallium/ta

[Mesa-dev] [PATCH 11/21] Install all internal shared libs to $(libdir)/mesa-$VERSION.

--- configure.ac | 12 +--- src/egl/drivers/dri2/egl_dri2.c| 4 --- src/gallium/auxiliary/Makefile.am | 14 +- src/gallium/drivers/llvmpipe/Makefile.am | 2 +- src/gallium/targets/egl-static/Makefile.am | 6 ++-

[Mesa-dev] [PATCH 12/21] Also do it for egl_gallium.so, pipe_*.so and gbm_gallium_drm.

--- configure.ac | 7 --- src/egl/main/Makefile.am | 2 +- src/gallium/state_trackers/clover/Makefile.am | 2 +- src/gallium/targets/egl-static/Makefile.am| 3 +-- src/gallium/targets/gbm/Makefile.am | 6 ++ src/galli

[Mesa-dev] [PATCH 08/21] Drop last parts of compatibility for the old Mesa build system.

--- src/egl/main/Makefile.am | 7 --- src/gallium/targets/dri-freedreno/Makefile.am | 7 --- src/gallium/targets/dri-i915/Makefile.am | 6 -- src/gallium/targets/dri-ilo/Makefile.am| 7 --- src/gallium/targets/dri-nouveau/Makefile.am| 6

[Mesa-dev] [PATCH 06/21] Drop support for --enable-static / --disable-shared.

--- configure.ac | 100 ++- src/egl/main/Makefile.am | 3 +- src/gallium/targets/egl-static/Makefile.am | 2 +- src/gallium/targets/gbm/Makefile.am | 2 +- src/gallium/targets/opencl/Makefile.am |

[Mesa-dev] The long way to a faster build with shared libs and some fixes ...

[PATCH 01/21] ilo: Fix out-of-tree build. [PATCH 02/21] Suppress clang's warnings about unused CFLAGS and CXXFLAGS. [PATCH 03/21] configure.ac: Save user {C,CXX}FLAGS and append them at end. [PATCH 04/21] radeon: Build and use libradeon the right way. Link libradeon only once in eg

[Mesa-dev] [PATCH 05/21] gallium/targets: Make use of prebuilt libdricommon.la.

--- src/gallium/targets/dri-freedreno/Makefile.am | 10 +++--- src/gallium/targets/dri-i915/Makefile.am | 7 ++- src/gallium/targets/dri-ilo/Makefile.am | 7 ++- src/gallium/targets/dri-nouveau/Makefile.am | 7 ++- src/gallium/targets/dri-r300/Makefile.am | 7

[Mesa-dev] [PATCH 04/21] radeon: Build and use libradeon the right way.

Better build system integration for: http://cgit.freedesktop.org/mesa/mesa/commit/?id=91a160b http://cgit.freedesktop.org/mesa/mesa/commit/?id=5b2855b The EGL runtime issue should be fixed now. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=64810 --- configure.ac

[Mesa-dev] [PATCH 01/21] ilo: Fix out-of-tree build.

--- src/gallium/drivers/ilo/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/gallium/drivers/ilo/Makefile.am b/src/gallium/drivers/ilo/Makefile.am index 10b3da3..33f2045 100644 --- a/src/gallium/drivers/ilo/Makefile.am +++ b/src/gallium/drivers/ilo/Makefile.am @

[Mesa-dev] [PATCH 03/21] configure.ac: Save user {C, CXX}FLAGS and append them at end.

This way the user has the privilege of last decision and so the option to build an optimized debug build again. --- configure.ac | 14 -- 1 file changed, 12 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index d280e38..e3d323d 100644 --- a/configure.ac +++ b/c

[Mesa-dev] [PATCH 02/21] Suppress clang's warnings about unused CFLAGS and CXXFLAGS.

Reviewed-by: Kenneth Graunke --- configure.ac | 6 ++ 1 file changed, 6 insertions(+) diff --git a/configure.ac b/configure.ac index ca9228c..d280e38 100644 --- a/configure.ac +++ b/configure.ac @@ -1969,6 +1969,12 @@ dnl Restore LDFLAGS and CPPFLAGS LDFLAGS="$_SAVE_LDFLAGS" CPPFLAGS="$_SA

Re: [Mesa-dev] [PATCH 03/17] mesa: Use correct data for MAX_{VERTEX, GEOMETRY}_VARYING_COMPONENTS_ARB queries

On 09/11/2013 03:23 PM, Paul Berry wrote: > On 10 September 2013 12:10, Ian Romanick > wrote: > > From: Ian Romanick > > > Previously gl_constants::MaxVaryingComponents was used. Now > gl_constants::VertexProgram::Ma

Re: [Mesa-dev] [PATCH 09/17] mesa: Expose MAX_GEOMETRY_{INPUT, OUTPUT}_COMPONENTS on OpenGL 3.2

On 10 September 2013 12:10, Ian Romanick wrote: > From: Ian Romanick > > Signed-off-by: Ian Romanick > Cc: Paul Berry > --- > src/mesa/main/get_hash_params.py | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/src/mesa/main/get_hash_params.py > b/src/mesa/main/get_has

Re: [Mesa-dev] [PATCH 09/17] mesa: Expose MAX_GEOMETRY_{INPUT, OUTPUT}_COMPONENTS on OpenGL 3.2

On 09/11/2013 03:58 PM, Paul Berry wrote: > On 10 September 2013 12:10, Ian Romanick > wrote: > > From: Ian Romanick > > > Signed-off-by: Ian Romanick > > Cc: Paul Berry

Re: [Mesa-dev] [PATCH 11/17] mesa: Get GL_MAX_VARYING_FLOATS_ARB from VertexProgram.MaxOutputComponents

On 10 September 2013 12:10, Ian Romanick wrote: > From: Ian Romanick > > Signed-off-by: Ian Romanick > --- > src/mesa/main/get.c | 4 > src/mesa/main/get_hash_params.py | 2 +- > 2 files changed, 1 insertion(+), 5 deletions(-) > > diff --git a/src/mesa/main/get.c b/src/mesa/m

Re: [Mesa-dev] [PATCH 17/17] glsl: Remove glsl_parser_state MaxVaryingFloats field

On 10 September 2013 12:11, Ian Romanick wrote: > From: Ian Romanick > > It is no longer used anywhere. > > Signed-off-by: Ian Romanick > --- > src/glsl/glsl_parser_extras.cpp | 1 - > src/glsl/glsl_parser_extras.h | 1 - > 2 files changed, 2 deletions(-) > > diff --git a/src/glsl/glsl_parse

Re: [Mesa-dev] [PATCH 01/17] mesa: Support GL_MAX_VERTEX_OUTPUT_COMPONENTS query with ES3

For the series: Reviewed-by: Marek Olšák Marek On Tue, Sep 10, 2013 at 9:10 PM, Ian Romanick wrote: > From: Ian Romanick > > Signed-off-by: Ian Romanick > Cc: "9.1 9.2" > --- > src/mesa/main/get.c | 1 + > src/mesa/main/get_hash_params.py | 1 + > 2 files changed, 2 insertions

Re: [Mesa-dev] [PATCH 1/2] glsl: Add a new glsl_type::sampler_coordinate_components() function.

On 09/11/2013 01:44 PM, Kenneth Graunke wrote: > This computes the number of components necessary to address a sampler > based on its dimensionality. It will be useful for texturing built-ins. Since the next patch uses this to replace a bunch of explicit parameters, could we have a unit test that

Re: [Mesa-dev] Mesa (git 20130828) fails to build on MIPS

On Thu, Sep 5, 2013 at 1:14 PM, Christophe Jarry < christophe.jarry at ouvaton.org> wrote: > make[2]: Entering directory `/usr/src/mesa/mesa-20130828/src/glsl' > /usr/lib/pkgusr/mkdir -p ../../src/glsl/glcpp > LEX glsl_lexer.cpp > YACC glsl_parser.cpp > /usr/lib/pkgusr/mkdir -p ../../

Re: [Mesa-dev] [PATCH 03/17] mesa: Use correct data for MAX_{VERTEX, GEOMETRY}_VARYING_COMPONENTS_ARB queries

On 10 September 2013 12:10, Ian Romanick wrote: > From: Ian Romanick > > Previously gl_constants::MaxVaryingComponents was used. Now > gl_constants::VertexProgram::MaxOutputs and > gl_constants::GeometryProgram::MaxOutputs are used. > > This means that st_extensions.c had to be updated to set t

Re: [Mesa-dev] [PATCH 1/2] radeon/uvd: use more sane defaults for bitstream buffer size

On Wed, Sep 11, 2013 at 5:41 AM, Christian König wrote: > From: Christian König > > Signed-off-by: Christian König For the series: Reviewed-by: Alex Deucher > --- > src/gallium/drivers/radeon/radeon_uvd.c |4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/src/gal

[Mesa-dev] Updates to 9.2 branch

Just an FYI... The 9.2 branch is falling a bit behind. I'm going to trickle out patches to the stable branch over the next few days / week. My plan is to do 9.2.1 during the week of XDC. If your favorite patch hasn't made it out but is listed by get-pick-list, don't worry. It will make it out.

[Mesa-dev] [PATCH 1/2] glsl: Add a new glsl_type::sampler_coordinate_components() function.

This computes the number of components necessary to address a sampler based on its dimensionality. It will be useful for texturing built-ins. Signed-off-by: Kenneth Graunke --- src/glsl/glsl_types.cpp | 35 +++ src/glsl/glsl_types.h | 12 2 files c

[Mesa-dev] [Bug 69053] Account request

https://bugs.freedesktop.org/show_bug.cgi?id=69053 --- Comment #1 from Kenneth Graunke --- It's not my decision, but FWIW, I'm against granting push access at this time. -- You are receiving this mail because: You are the assignee for the bug. ___ mes

[Mesa-dev] [Bug 69202] piglit fs-mix-float-float-bool regression

https://bugs.freedesktop.org/show_bug.cgi?id=69202 --- Comment #3 from Roland Scheidegger --- There's CMP and UCMP. The first wants a float input for comparison though (so should be used for hw not supporting ints), the latter should be used for hw which supports "true" ints/booleans (though it h

Re: [Mesa-dev] [PATCH 2/2] wayland-egl.pc requires wayland.pc.

On 09/11/2013 02:52 AM, Torsten Duwe wrote: > On Tue, 10 Sep 2013, Kenneth Graunke wrote: >> On 09/10/2013 02:36 PM, Johannes Obermayr wrote: >>> Version: @VERSION@ >>> +Requires: wayland >>> Libs: -L${libdir} -lwayland-egl >> >> I'm a bit confused by this patch. I don't see a wayland.pc.in file

[Mesa-dev] [Bug 69202] piglit fs-mix-float-float-bool regression

https://bugs.freedesktop.org/show_bug.cgi?id=69202 --- Comment #2 from Kenneth Graunke --- Maybe I'm blind, but I don't see a SEL-like opcode in TGSI, so I'm not sure what to even translate it to. (Other than looking what gets generated for the old predicated MOVs and doing that...) -- You are

Re: [Mesa-dev] [PATCH 5/5] glsl: Add frexp signatures and implementation.

On 9 September 2013 15:14, Matt Turner wrote: > I initially implemented frexp() as an IR opcode with a lowering pass, > but since it returns a value and has an out-parameter, it would break > assumptions our optimization passes make about ir_expressions being pure > (i.e., having no side effects)

[Mesa-dev] [Bug 69202] piglit fs-mix-float-float-bool regression

https://bugs.freedesktop.org/show_bug.cgi?id=69202 --- Comment #1 from Matt Turner --- Well crap, that was a think-o. We should implement these in GLSL-to-TGSI (will want to do so for ARB_gpu_shader5 builtins anyway) and GLSL-to-Mesa. Alternatively, we can revert this patch until then, but I susp

Re: [Mesa-dev] [PATCH] llvmpipe: Remove the special path for TGSI_OPCODE_EXP.

Am 11.09.2013 16:28, schrieb Jose Fonseca: > GLSL does not use it. That's true. > > vs_2_0 does not use it either > http://msdn.microsoft.com/en-us/library/windows/desktop/bb173373(v=vs.85).aspx Well technically it could be used for that as a cheaper alternative for exp2 (with just a result swi

Re: [Mesa-dev] [PATCH] llvmpipe: Remove the special path for TGSI_OPCODE_EXP.

Hmm sure it is rarely used (for arb_vp and d3d9 vs 1.1 (2.0 too maybe though the semantics are different there even if the precision required is the same)? The problem I have with this is that the emulation which will get used instead is _extremely_ terrible. EXP should be a cheaper alternative to

Re: [Mesa-dev] [PATCH] llvmpipe: Remove the special path for TGSI_OPCODE_EXP.

GLSL does not use it. vs_2_0 does not use it either http://msdn.microsoft.com/en-us/library/windows/desktop/bb173373(v=vs.85).aspx D3D10 doesn't have similar thing neither. It just didn't seem worth to keep this special path. And it seemed hard to fix it without breaking NaN/Inf correctness.

Re: [Mesa-dev] [PATCH] llvmpipe: Remove the special path for TGSI_OPCODE_EXP.

Replying privately. See also http://bugzilla.eng.vmware.com/show_bug.cgi?id=999655#c5 Jose - Original Message - > Hmm sure it is rarely used (for arb_vp and d3d9 vs 1.1 (2.0 too maybe > though the semantics are different there even if the precision required > is the same)? > The proble

[Mesa-dev] [Bug 68953] DispatchSanity_test.GL31_CORE regression

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

Re: [Mesa-dev] [PATCH] os: First check for __GLIBC__ and then for PIPE_OS_BSD

On 09/11/2013 07:02 AM, Andreas Boll wrote: Fixes FTBFS on kfreebsd-* Debian GNU/kFreeBSD doesn't provide getprogname() since it uses stdlib.h from glibc. Instead it provides program_invocation_short_name from glibc. You can find the same order in src/mesa/drivers/dri/common/xmlconfig.c Cc: "9

[Mesa-dev] [PATCH] os: First check for __GLIBC__ and then for PIPE_OS_BSD

Fixes FTBFS on kfreebsd-* Debian GNU/kFreeBSD doesn't provide getprogname() since it uses stdlib.h from glibc. Instead it provides program_invocation_short_name from glibc. You can find the same order in src/mesa/drivers/dri/common/xmlconfig.c Cc: "9.2" Tested-by: Julien Cristau --- src/galli

[Mesa-dev] [PATCH] llvmpipe: Remove the special path for TGSI_OPCODE_EXP.

From: José Fonseca It was wrong for EXP.y, as we clamped the source before computing the fractional part, and this opcode should be rarely used, so it's not worth the hassle. --- src/gallium/auxiliary/gallivm/lp_bld_arit.c| 80 -- src/gallium/auxiliary/gallivm/lp_bld_

[Mesa-dev] [PATCH 2/2] radeon/uvd: move more logic into the common files

From: Christian König Move the code back into the common UVD files since we now have base structures for R600 and radeonsi. Signed-off-by: Christian König --- src/gallium/drivers/r600/r600_pipe.c|2 +- src/gallium/drivers/r600/r600_pipe.h|5 - src/gallium/drivers/r6

[Mesa-dev] [PATCH 1/2] radeon/uvd: use more sane defaults for bitstream buffer size

From: Christian König Signed-off-by: Christian König --- src/gallium/drivers/radeon/radeon_uvd.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/src/gallium/drivers/radeon/radeon_uvd.c b/src/gallium/drivers/radeon/radeon_uvd.c index 5e7eedb..981d5c5 100644 --- a/src/g

Re: [Mesa-dev] [Demos] EGLUT Wayland patch

On 09/11/2013 10:46 AM, Tarnyko wrote: > Hi folks, > Could someone review the following patch ? > https://bugs.freedesktop.org/show_bug.cgi?id=69135 > As of today, the Wayland EGL demo doesn't compile anymore, because of > some API breakage between 1.0 and 1.2. > Patch solves this ; some improvemen

[Mesa-dev] [Demos] EGLUT Wayland patch

Hi folks, Could someone review the following patch ? https://bugs.freedesktop.org/show_bug.cgi?id=69135 As of today, the Wayland EGL demo doesn't compile anymore, because of some API breakage between 1.0 and 1.2. Patch solves this ; some improvement-insight is welcome though. Regards,