[Mesa-dev] [Bug 59877] Build fail since r600g: Don't build llvm_wrapper.cpp when we aren't using LLVM
https://bugs.freedesktop.org/show_bug.cgi?id=59877 Tom Stellard changed: What|Removed |Added CC||lordhea...@gmail.com --- Comment #2 from Tom Stellard --- *** Bug 59887 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59877] Build fail since r600g: Don't build llvm_wrapper.cpp when we aren't using LLVM
https://bugs.freedesktop.org/show_bug.cgi?id=59877 Tom Stellard changed: What|Removed |Added Attachment #73664|0 |1 is obsolete|| --- Comment #3 from Tom Stellard --- Created attachment 73672 --> https://bugs.freedesktop.org/attachment.cgi?id=73672&action=edit Possible fix v2 This patch should fix it. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [Bug 59877] Build fail since r600g: Don't build llvm_wrapper.cpp when we aren't using LLVM
On Saturday, January 26, 2013 08:42:41 bugzilla-dae...@freedesktop.org wrote: > https://bugs.freedesktop.org/show_bug.cgi?id=59877 > > Tom Stellard changed: > >What|Removed |Added > > Attachment #73664|0 |1 > is obsolete|| > > --- Comment #3 from Tom Stellard --- > Created attachment 73672 > --> https://bugs.freedesktop.org/attachment.cgi?id=73672&action=edit > Possible fix v2 > > This patch should fix it. Yes, it does. Thanks! Mathias ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59877] Build fail since r600g: Don't build llvm_wrapper.cpp when we aren't using LLVM
https://bugs.freedesktop.org/show_bug.cgi?id=59877 --- Comment #4 from Andy Furniss --- (In reply to comment #3) > Created attachment 73672 [details] [review] > Possible fix v2 > > This patch should fix it. Yes, it builds and loads OK with this. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59877] Build fail since r600g: Don't build llvm_wrapper.cpp when we aren't using LLVM
https://bugs.freedesktop.org/show_bug.cgi?id=59877 Laurent carlier changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #5 from Laurent carlier --- Yes, it fix the problem -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] docs: List new extensions added in Mesa 9.1
On Sat, Jan 26, 2013 at 3:16 AM, Matt Turner wrote: > On Fri, Jan 25, 2013 at 6:02 PM, Marek Olšák wrote: >> These extensions are not new in Mesa: >> - ARB_base_instance (since 9.0) >> - ARB_vertex_type_2_10_10_10_rev (since 8.0) >> - OES_standard_derivatives (since 7.10, I think) > > Ah you're right. It was just i965 that added these. I'll drop them > from the list. > >> Also, we don't have ARB_ES3_compatibility yet. > > We do (on i965), since today: e4f661afc89e6e7608edceb73528a5e54a147a85. Are you guys sure the extension is implemented and working? The ETC2 and EAC formats are not accepted by our CompressedTexImage2D in desktop GL. I also don't see where GL_TEXTURE_IMMUTABLE_LEVELS is handled. Marek ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] st/mesa: set ctx->Const.MaxSamples = 0, not 1
The gallium docs for pipe_screen::is_format_supported() says that
samples==0 or samples==1 both mean that multisampling is not supported.
Return GL_MAX_SAMPLES==0 instead of 1 for consistency with other drivers.
Note: This is a candidate for the 9.0 branch.
---
src/mesa/state_tracker/st_extensions.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index af54cf7..f0d8a4c 100644
--- a/src/mesa/state_tracker/st_extensions.c
+++ b/src/mesa/state_tracker/st_extensions.c
@@ -653,6 +653,10 @@ void st_init_extensions(struct st_context *st)
break;
}
}
+ if (ctx->Const.MaxSamples == 1) {
+ /* one sample doesn't really make sense */
+ ctx->Const.MaxSamples = 0;
+ }
if (ctx->Const.MaxDualSourceDrawBuffers > 0)
ctx->Extensions.ARB_blend_func_extended = GL_TRUE;
--
1.7.3.4
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59873] [swrast] piglit ext_framebuffer_multisample-interpolation 0 centroid-edges regression
https://bugs.freedesktop.org/show_bug.cgi?id=59873 --- Comment #1 from Brian Paul --- Actually, the piglit test is broken. Earlier versions of Mesa/swrast have failed all along. Patch posted to the piglist list. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] i965: Compile the driver with -march=core2.
On Fri, Jan 25, 2013 at 11:03:35PM -0800, Kenneth Graunke wrote: > On 01/25/2013 03:13 PM, Roland Scheidegger wrote: > >I'm quite sure there are g965 boards around which indeed support Pentium > >4 (and P4-based Celerons) (but yes I guess cmov and at least sse2 are > >safe - not that the p4 had a usable cmov implementation as it was > >incredibly slow IIRC but it should at least work). > > > >Roland > > Sadly I think Roland is right here: the Intel 946GZ is a Gen4 chip > that appears on motherboards which claim to support Pentium 4s. > > That's crazy...I've never heard of such a machine. I think it even took us a few attempts to put that crazy pciid into the right tables in the kernel/ddx/mesa - originally we've marked it as gen3 until someont tried to actually use it. Marketing and production differention win again :( -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59872] [swrast] piglit depth_texture_mode_and_swizzle regression
https://bugs.freedesktop.org/show_bug.cgi?id=59872 --- Comment #1 from Brian Paul --- The bug is in the piglit test. It's not requesting a window with an alpha channel. Patch posted to piglit list. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] xlib: use _mesa_generate_mipmap() for mipmap generation, not meta
The swrast fragment program interpreter has trouble computing the right texture LOD because it doesn't have easy access to input derivatives. This causes the GLSL-based meta generate mipmap code to fetch texels from the wrong mipmap level. One possible fix would be to set the GL_TEXTURE_MIN/MAX_LOD parameters to limit sampling from the right level. But let's just use the _mesa_generate_mipmap() fallback since it's a lot faster than using the fragment shader interpreter. Fixes http://bugs.freedesktop.org/show_bug.cgi?id=54240 Note: This is a candidate for the 9.0 branch. --- src/mesa/drivers/x11/xm_dd.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/src/mesa/drivers/x11/xm_dd.c b/src/mesa/drivers/x11/xm_dd.c index cdf06aa..cfbdeb5 100644 --- a/src/mesa/drivers/x11/xm_dd.c +++ b/src/mesa/drivers/x11/xm_dd.c @@ -34,6 +34,7 @@ #include "main/colormac.h" #include "main/fbobject.h" #include "main/macros.h" +#include "main/mipmap.h" #include "main/image.h" #include "main/imports.h" #include "main/mtypes.h" @@ -869,6 +870,8 @@ xmesa_init_driver_functions( XMesaVisual xmvisual, driver->MapRenderbuffer = xmesa_MapRenderbuffer; driver->UnmapRenderbuffer = xmesa_UnmapRenderbuffer; + driver->GenerateMipmap = _mesa_generate_mipmap; + #if ENABLE_EXT_timer_query driver->NewQueryObject = xmesa_new_query_object; driver->BeginQuery = xmesa_begin_query; -- 1.7.3.4 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] osmesa: use _mesa_generate_mipmap() for mipmap generation, not meta
See previous commit for more info. Note: This is a candidate for the 9.0 branch. --- src/mesa/drivers/osmesa/osmesa.c |3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/src/mesa/drivers/osmesa/osmesa.c b/src/mesa/drivers/osmesa/osmesa.c index 755f371..c9685d8 100644 --- a/src/mesa/drivers/osmesa/osmesa.c +++ b/src/mesa/drivers/osmesa/osmesa.c @@ -42,6 +42,7 @@ #include "main/framebuffer.h" #include "main/imports.h" #include "main/macros.h" +#include "main/mipmap.h" #include "main/mtypes.h" #include "main/renderbuffer.h" #include "main/version.h" @@ -783,6 +784,8 @@ OSMesaCreateContextExt( GLenum format, GLint depthBits, GLint stencilBits, ctx->Driver.MapRenderbuffer = osmesa_MapRenderbuffer; ctx->Driver.UnmapRenderbuffer = osmesa_UnmapRenderbuffer; + ctx->Driver.GenerateMipmap = _mesa_generate_mipmap; + /* Extend the software rasterizer with our optimized line and triangle * drawing functions. */ -- 1.7.3.4 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH 2/2] gallivm, draw, llvmpipe: mass rename of unit->texture_unit/sampler_unit
On 01/25/2013 05:36 PM, srol...@vmware.com wrote: From: Roland Scheidegger Make it obvious what "unit" this is (no change in functionality). draw still uses "unit" in places where it changes the shader by adding texture sampling itself - it seems like this can't work with shaders using dx10-style sample opcodes (can't mix gl-style and dx10-style sample instructions in a shader). --- For both: Reviewed-by: Brian Paul ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 58812] Infinite loop in ./configure && make if automake is absent
https://bugs.freedesktop.org/show_bug.cgi?id=58812
--- Comment #2 from Arseniy Alekseyev ---
(In reply to comment #1)
> This seems odd. It looks like the Nix build system might be patching or
> modifying some autoconf/automake generated file. Can you reproduce this
> manually?
I've tried to build it with a custom builder, seeing the same result. The code
for the custom build script is:
. ${stdenv}/setup
tar xf $src
cd Mesa*
./configure
make
You can see that there is nothing weird happening between untarring and making,
meaning the Mesa source code is intact ($src points to the original tar). Now
there could be some weirdness in in nixpkgs standard environment causing this,
but I don't know which.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH] st/mesa: set ctx->Const.MaxSamples = 0, not 1
Reviewed-by: Marek Olšák
Marek
On Sat, Jan 26, 2013 at 6:11 PM, Brian Paul wrote:
> The gallium docs for pipe_screen::is_format_supported() says that
> samples==0 or samples==1 both mean that multisampling is not supported.
> Return GL_MAX_SAMPLES==0 instead of 1 for consistency with other drivers.
>
> Note: This is a candidate for the 9.0 branch.
> ---
> src/mesa/state_tracker/st_extensions.c |4
> 1 files changed, 4 insertions(+), 0 deletions(-)
>
> diff --git a/src/mesa/state_tracker/st_extensions.c
> b/src/mesa/state_tracker/st_extensions.c
> index af54cf7..f0d8a4c 100644
> --- a/src/mesa/state_tracker/st_extensions.c
> +++ b/src/mesa/state_tracker/st_extensions.c
> @@ -653,6 +653,10 @@ void st_init_extensions(struct st_context *st)
> break;
>}
> }
> + if (ctx->Const.MaxSamples == 1) {
> + /* one sample doesn't really make sense */
> + ctx->Const.MaxSamples = 0;
> + }
>
> if (ctx->Const.MaxDualSourceDrawBuffers > 0)
>ctx->Extensions.ARB_blend_func_extended = GL_TRUE;
> --
> 1.7.3.4
>
> ___
> mesa-dev mailing list
> mesa-dev@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/mesa-dev
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] Mesa 9.1 stable branch
On 01/10/2013 05:13 PM, Ian Romanick wrote: It's getting to be about that time again. :) I'd like to make the 9.1 branch on Wednesday, January 25th (a week from next Wednesday). I'd like to shoot for doing the 9.1 release on Friday, February 22nd. Does this sound workable to folks? Things got a bit behind last week... I'm planning to make the stable release branch first thing Monday morning, unless there are objections. Thanks. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 57098] Many extension functions exported by libGL.so.1
https://bugs.freedesktop.org/show_bug.cgi?id=57098 Matt Turner changed: What|Removed |Added CC||i...@freedesktop.org, ||matts...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 25499] Add DESTDIR support to src/gallium/winsys/xlib/Makefile
https://bugs.freedesktop.org/show_bug.cgi?id=25499 Matt Turner changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #2 from Matt Turner --- (In reply to comment #1) > Looks good. Will apply soon. /me checks watch. Heh. :) Should be fixed by the automake conversion. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [PATCH] configure.ac: Do not check for rt on Mac OS X.
There is no rt library on Mac OS X. Signed-off-by: Vinson Lee Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=58872 --- configure.ac | 14 ++ 1 file changed, 10 insertions(+), 4 deletions(-) diff --git a/configure.ac b/configure.ac index 9cc5c4a..39ad85a 100644 --- a/configure.ac +++ b/configure.ac @@ -499,10 +499,16 @@ AC_CHECK_FUNC([dlopen], [DEFINES="$DEFINES -DHAVE_DLOPEN"], [DEFINES="$DEFINES -DHAVE_DLOPEN"; DLOPEN_LIBS="-ldl"])]) AC_SUBST([DLOPEN_LIBS]) -AC_CHECK_FUNCS([clock_gettime], [CLOCK_LIB=], - [AC_CHECK_LIB([rt], [clock_gettime], [CLOCK_LIB=-lrt], - [AC_MSG_ERROR([Couldn't find clock_gettime])])]) -AC_SUBST([CLOCK_LIB]) +case "$host_os" in +darwin*) +;; +*) +AC_CHECK_FUNCS([clock_gettime], [CLOCK_LIB=], + [AC_CHECK_LIB([rt], [clock_gettime], [CLOCK_LIB=-lrt], + [AC_MSG_ERROR([Couldn't find clock_gettime])])]) +AC_SUBST([CLOCK_LIB]) +;; +esac dnl See if posix_memalign is available AC_CHECK_FUNC([posix_memalign], [DEFINES="$DEFINES -DHAVE_POSIX_MEMALIGN"]) -- 1.7.10.2 (Apple Git-33) ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
