[Mesa-dev] [Bug 60038] [osmesa] [git] building 32-bit mesa on 64 bit fails

https://bugs.freedesktop.org/show_bug.cgi?id=60038 --- Comment #2 from Thomas Rohloff --- I bisected this for you. The bad commit is: http://cgit.freedesktop.org/mesa/mesa/commit/?id=0d108116bd80b757fb01a84a9f1946ef870b57b8 Next time please bisect for yourself. -- You are receiving this mail b

Re: [Mesa-dev] [PATCH] glsl: Fix handling of array dereferences of vectors in opt_dead_code_local

> --- a/src/glsl/opt_dead_code_local.cpp > +++ b/src/glsl/opt_dead_code_local.cpp > @@ -38,10 +38,73 @@ > #include "ir_optimization.h" > #include "glsl_types.h" > > -static bool debug = false; > +static bool debug = true; Accidental debug flag? -- Aras Pranckevičius work: http://unity3d.com h

Re: [Mesa-dev] [PATCH] Revert "mesa: Return INVALID_OPERATION when type is known but not allowed"

On Tue, Jan 29, 2013 at 6:39 PM, Eric Anholt wrote: > Matt Turner writes: > >> This reverts commit 2906e2034c9d674601960a5b586b6e986e6ef04f. >> >> Reverting this does not affect any tests in es3conform, so a more recent >> patch must have also fixed the failure this one was intended to fix. >> >>

[Mesa-dev] Regading OpenGLES2 on Linux

Hi Tom, Thanks for your reply. We are working with mesa-8.0.4 on Ubuntu 12.04 and compiling the mesa with following options(hardware rendering enabled) and found that there is no Winsys is enabled for "radeon/drm" and it has only "SW" winsys. After this we took mesa-9.0.1 and configured and

[Mesa-dev] [Bug 60016] After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

https://bugs.freedesktop.org/show_bug.cgi?id=60016 --- Comment #2 from Alexey Shvetsov --- Seems so. It was working before automake merge. Actualy i use dual monitor configuration here. One monitor (:0.0) conected to AMD video card, second one (:0.1) to Nvidia one. If I checkout some commit befor

[Mesa-dev] [PATCH] glsl: Fix handling of array dereferences of vectors in opt_dead_code_local

From: Ian Romanick Three parts to the fix: 1. If the array dereference is a constant index, figure out the real write mask. 2. If the array dereference not is a constant index, assume the assignment may generate any component. 3. If the array dereference not is a constant index, assume the ass

Re: [Mesa-dev] [PATCH] Revert "mesa: Return INVALID_OPERATION when type is known but not allowed"

Matt Turner writes: > This reverts commit 2906e2034c9d674601960a5b586b6e986e6ef04f. > > Reverting this does not affect any tests in es3conform, so a more recent > patch must have also fixed the failure this one was intended to fix. > > Reported-by: lu hua > Bugzilla: https://bugs.freedesktop.org

[Mesa-dev] [Bug 43520] CoreBreach: Static lighting broken in Mesa 7.11

https://bugs.freedesktop.org/show_bug.cgi?id=43520 Ian Romanick changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #3 from Ian Romanick

[Mesa-dev] [Bug 53256] opt_dead_code_local removing assignments to array elements

https://bugs.freedesktop.org/show_bug.cgi?id=53256 Ian Romanick changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|mesa-dev@list

[Mesa-dev] [Bug 60048] New: [softpipe] piglit glean readPixSanity regression

https://bugs.freedesktop.org/show_bug.cgi?id=60048 Priority: medium Bug ID: 60048 Keywords: regression CC: mar...@gmail.com Assignee: mesa-dev@lists.freedesktop.org Summary: [softpipe] piglit glean readPixSanity regression

[Mesa-dev] [Bug 43094] ir_swizzle @ 0xe134ae0 specifies a channel not present in the value

https://bugs.freedesktop.org/show_bug.cgi?id=43094 Ian Romanick changed: What|Removed |Added Status|NEW |NEEDINFO Assignee|mesa-dev@list

[Mesa-dev] [Bug 60047] New: [softpipe] piglit masked-clear regression

https://bugs.freedesktop.org/show_bug.cgi?id=60047 Priority: medium Bug ID: 60047 Keywords: regression CC: mar...@gmail.com Assignee: mesa-dev@lists.freedesktop.org Summary: [softpipe] piglit masked-clear regression Sev

[Mesa-dev] [Bug 41700] Gallium won't build with --enable-32-bit on a 64-bit system

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

[Mesa-dev] [Bug 39846] can't compile mesa ‘__u64’problem.

https://bugs.freedesktop.org/show_bug.cgi?id=39846 --- Comment #6 from Ian Romanick --- Mesa 7.10.x isn't really supported anymore. Is this still a problem with more recent versions of Mesa? -- You are receiving this mail because: You are the assignee for the bug. _

[Mesa-dev] [Bug 59494] [Bisected]Piglit glean_depthStencil fails

https://bugs.freedesktop.org/show_bug.cgi?id=59494 Matt Turner changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|i...@freedeskt

[Mesa-dev] [PATCH] Revert "mesa: Return INVALID_OPERATION when type is known but not allowed"

This reverts commit 2906e2034c9d674601960a5b586b6e986e6ef04f. Reverting this does not affect any tests in es3conform, so a more recent patch must have also fixed the failure this one was intended to fix. Reported-by: lu hua Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=59494 --- src/me

[Mesa-dev] [Bug 60044] New: [softpipe] piglit arb_framebuffer_srgb-blit renderbuffer linear downsample disabled regression

https://bugs.freedesktop.org/show_bug.cgi?id=60044 Priority: medium Bug ID: 60044 Keywords: regression CC: bri...@vmware.com Assignee: mesa-dev@lists.freedesktop.org Summary: [softpipe] piglit arb_framebuffer_srgb-blit

[Mesa-dev] [Bug 59494] [Bisected]Piglit glean_depthStencil fails

https://bugs.freedesktop.org/show_bug.cgi?id=59494 Matt Turner changed: What|Removed |Added CC||jljus...@gmail.com --- Comment #2 from Mat

Re: [Mesa-dev] GS plans?

On Wed, Jan 30, 2013 at 4:44 AM, Paul Berry wrote: > On 29 January 2013 09:33, Ian Romanick wrote: >> >> On 01/29/2013 09:02 AM, Brian Paul wrote: >>> >>> >>> Hi Bryan, >>> >>> Back in July you announced your work on geometry shaders: >>> http://lists.freedesktop.org/archives/mesa-dev/2012-July/0

Re: [Mesa-dev] intel: Progress toward removing struct intel_region

Abdiel Janulgue writes: > Hi, > > On Tuesday, January 29, 2013 04:00:28 PM Eric Anholt wrote: >> Part of my motivation here was the number of cache misses we have in the >> first reference of a region after referencing the miptree wrapping it, for >> things that should all live in the first cache

[Mesa-dev] [Bug 47248] autogen missing dependency on flex and bison, causes infinite loop in glsl build

https://bugs.freedesktop.org/show_bug.cgi?id=47248 Matt Turner changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

[Mesa-dev] [Bug 57098] Many extension functions exported by libGL.so.1

https://bugs.freedesktop.org/show_bug.cgi?id=57098 --- Comment #1 from Matt Turner --- We talked about this on IRC and it seems we've missed our opportunity to remove wrongly-exported functions. At this point what we want to do is make sure that no new symbols are exported. -- You are receivin

[Mesa-dev] [Bug 60038] [osmesa] [git] building 32-bit mesa on 64 bit fails

https://bugs.freedesktop.org/show_bug.cgi?id=60038 --- Comment #1 from LoneVVolf --- Additional Info : Build worked fine on januari 21 with same flags, cause must be later commits. -- You are receiving this mail because: You are the assignee for the bug.

[Mesa-dev] [Bug 59851] AC_ARG_WITH misusage leading to mesa configure failure

https://bugs.freedesktop.org/show_bug.cgi?id=59851 Johannes Obermayr changed: What|Removed |Added CC||lonew...@xs4all.nl --- Comment #1 fr

[Mesa-dev] [Bug 59994] autogen.sh can't find libclc package

https://bugs.freedesktop.org/show_bug.cgi?id=59994 Johannes Obermayr changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Mesa-dev] [Bug 59994] autogen.sh can't find libclc package

https://bugs.freedesktop.org/show_bug.cgi?id=59994 LoneVVolf changed: What|Removed |Added CC||lonew...@xs4all.nl -- You are receiving thi

[Mesa-dev] [Bug 60038] [osmesa] [git] building 32-bit mesa on 64 bit fails

https://bugs.freedesktop.org/show_bug.cgi?id=60038 LoneVVolf changed: What|Removed |Added CC||lonew...@xs4all.nl -- You are receiving thi

[Mesa-dev] [Bug 60038] New: [osmesa] [git] building 32-bit mesa on 64 bit fails

https://bugs.freedesktop.org/show_bug.cgi?id=60038 Priority: medium Bug ID: 60038 Assignee: mesa-dev@lists.freedesktop.org Summary: [osmesa] [git] building 32-bit mesa on 64 bit fails Severity: normal Classification: Unclassified

[Mesa-dev] [Bug 59967] [regression] configure: error: Could not find llvm shared libraries

https://bugs.freedesktop.org/show_bug.cgi?id=59967 Johannes Obermayr changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|---

Re: [Mesa-dev] [PATCH 4/8] mesa: fill in signed cases and RGBA16 in _mesa_format_matches_format_and_type

On Tue, Jan 29, 2013 at 4:31 PM, Michel Dänzer wrote: > On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote: >> --- >> src/mesa/main/formats.c | 30 ++ >> 1 file changed, 26 insertions(+), 4 deletions(-) >> >> diff --git a/src/mesa/main/formats.c b/src/mesa/main/for

Re: [Mesa-dev] [PATCH] mesa: remove ctx->Driver.Error() hook

On 01/29/2013 11:10 AM, Brian Paul wrote: Not used by any driver anymore. --- src/mesa/drivers/common/driverfuncs.c |1 - src/mesa/main/context.c |5 - src/mesa/main/dd.h|6 -- 3 files changed, 0 insertions(+), 12 deletions(-) That's be

[Mesa-dev] [PATCH 2/8] mesa: fill in YCBCR cases in _mesa_format_matches_format_and_type

based on the texstore code --- src/mesa/main/formats.c |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c index 9dab545..17f9383 100644 --- a/src/mesa/main/formats.c +++ b/src/mesa/main/formats.c @@ -3021,8 +3021,13 @@ _me

[Mesa-dev] [PATCH] mesa: remove ctx->Driver.Error() hook

Not used by any driver anymore. --- src/mesa/drivers/common/driverfuncs.c |1 - src/mesa/main/context.c |5 - src/mesa/main/dd.h|6 -- 3 files changed, 0 insertions(+), 12 deletions(-) diff --git a/src/mesa/drivers/common/driverfuncs.c b/src/

[Mesa-dev] [Bug 47248] autogen missing dependency on flex and bison, causes infinite loop in glsl build

https://bugs.freedesktop.org/show_bug.cgi?id=47248 --- Comment #16 from Matt Turner --- Created attachment 73866 --> https://bugs.freedesktop.org/attachment.cgi?id=73866&action=edit patch (In reply to comment #15) > The commit 2a71054396 and its parent (for Bison) break configure for me. > >

Re: [Mesa-dev] [PATCH 1/4] mesa: Put extern "C" guards in renderbuffer.h.

FWIW, the series is Reviewed-by: Ian Romanick On 01/29/2013 12:36 AM, Kenneth Graunke wrote: I need to use this from C++ code. Signed-off-by: Kenneth Graunke --- src/mesa/main/renderbuffer.h | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/mesa/main/renderbuf

[Mesa-dev] [Bug 47248] autogen missing dependency on flex and bison, causes infinite loop in glsl build

https://bugs.freedesktop.org/show_bug.cgi?id=47248 Lauri Kasanen changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED

Re: [Mesa-dev] GS plans?

On 29 January 2013 09:33, Ian Romanick wrote: > On 01/29/2013 09:02 AM, Brian Paul wrote: > >> >> Hi Bryan, >> >> Back in July you announced your work on geometry shaders: >> http://lists.freedesktop.org/**archives/mesa-dev/2012-July/**024792.html

Re: [Mesa-dev] [PATCH 1/8] mesa: fill in SRGB cases in _mesa_format_matches_format_and_type

On Tue, Jan 29, 2013 at 6:52 PM, Ian Romanick wrote: > On 01/29/2013 05:43 AM, Marek Olšák wrote: >> >> Texstore takes the same codepath as the corresponding linear formats. > > > There's a comment > > /* FINISHME: SNORM */ > > later in the function that I think can be deleted. I removed th

Re: [Mesa-dev] [PATCH 5/8] mesa: fill in Z32_FLOAT_X24S8 in _mesa_format_matches_format_and_type

On Tue, Jan 29, 2013 at 6:49 PM, Ian Romanick wrote: > On 01/29/2013 05:43 AM, Marek Olšák wrote: >> >> --- >> src/mesa/main/formats.c |3 ++- >> 1 file changed, 2 insertions(+), 1 deletion(-) >> >> diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c >> index b86fb9e..9c1a0ff 100

Re: [Mesa-dev] [PATCH 1/8] mesa: fill in SRGB cases in _mesa_format_matches_format_and_type

I like these changes, but this hits some twitchy code. Do you have a branch somewhere that I could have my QA team test? On 01/29/2013 05:43 AM, Marek Olšák wrote: Texstore takes the same codepath as the corresponding linear formats. --- src/mesa/main/formats.c | 10 +- 1 file cha

Re: [Mesa-dev] [PATCH 1/8] mesa: fill in SRGB cases in _mesa_format_matches_format_and_type

On 01/29/2013 05:43 AM, Marek Olšák wrote: Texstore takes the same codepath as the corresponding linear formats. There's a comment /* FINISHME: SNORM */ later in the function that I think can be deleted. --- src/mesa/main/formats.c | 10 +- 1 file changed, 5 insertions(+)

Re: [Mesa-dev] [PATCH 5/8] mesa: fill in Z32_FLOAT_X24S8 in _mesa_format_matches_format_and_type

On 01/29/2013 05:43 AM, Marek Olšák wrote: --- src/mesa/main/formats.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c index b86fb9e..9c1a0ff 100644 --- a/src/mesa/main/formats.c +++ b/src/mesa/main/formats.c @@ -3351,7

Re: [Mesa-dev] GS plans?

On 01/29/2013 09:02 AM, Brian Paul wrote: Hi Bryan, Back in July you announced your work on geometry shaders: http://lists.freedesktop.org/archives/mesa-dev/2012-July/024792.html But it looks like it hasn't been touched since October. I was wondering what plans you might have for that. I bel

Re: [Mesa-dev] [PATCH] mesa: don't expose IBM_rasterpos_clip in a core context

On 01/29/2013 06:57 AM, Marek Olšák wrote: glRasterPos doesn't exist in the core profile. Reviewed-by: Ian Romanick --- src/mesa/main/extensions.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c index 7ae07fb..

Re: [Mesa-dev] Regading OpenGLES2 on Linux

A little more information such as what source you're attempting to build, config options. Have you looked at : http://mesa3d.org/opengles.html etc etc. On Tue, Jan 29, 2013 at 10:56 AM, Ramesh Reddy Emmadi wrote: > Hi, > > We are working on Opengles2 porting and want only compile opengles2 and

[Mesa-dev] Regading OpenGLES2 on Linux

Hi, We are working on Opengles2 porting and want only compile opengles2 and not opengl and opengles1 and we are not able to compile. Facing lot of compilation errors. Can you please let us know whether we can compile opengles2 without opengl and opengles1 and if it is then what is the option t

[Mesa-dev] GS plans?

Hi Bryan, Back in July you announced your work on geometry shaders: http://lists.freedesktop.org/archives/mesa-dev/2012-July/024792.html But it looks like it hasn't been touched since October. I was wondering what plans you might have for that. I believe the Intel guys also were planning on

[Mesa-dev] Regarding OpenGLES2 on Linux

Hi, We made few code changes and compiled , but during run time we are getting error while executing "glFramebufferTexture2D" as "Mesa warning : User called no-op dispatch function (an unsupported extension function?) We tried to debug this issue and found that, while setting exec_table for

[Mesa-dev] [Bug 60016] After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

https://bugs.freedesktop.org/show_bug.cgi?id=60016 --- Comment #1 from Michel Dänzer --- (In reply to comment #1) > libGL: OpenDriver: trying /usr/lib64/dri/nouveau_dri.so > do_winsys_init: DRM version is 1.1.0 but this driver is only compatible with > 2.3.x (kernel 2.6.34) or later. This messag

Re: [Mesa-dev] [PATCH] mesa: don't expose IBM_rasterpos_clip in a core context

On 01/29/2013 06:57 AM, Marek Olšák wrote: glRasterPos doesn't exist in the core profile. --- src/mesa/main/extensions.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c index 7ae07fb..9f125b8 100644 --- a/src/mesa/m

Re: [Mesa-dev] [PATCH 1/8] mesa: fill in SRGB cases in _mesa_format_matches_format_and_type

On 01/29/2013 06:43 AM, Marek Olšák wrote: Texstore takes the same codepath as the corresponding linear formats. --- src/mesa/main/formats.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) The series looks good to me, and I agree with Michel's comments. Nice improvement

Re: [Mesa-dev] [PATCH 1/2] llvmpipe: Fix deferred depth writes for Z16_UNORM.

Am 29.01.2013 14:28, schrieb jfons...@vmware.com: > From: José Fonseca > > This special path hadn't been exercised by my earlier testing, and mask > values weren't being properly truncated to match the values. > > This change fixes that. > --- > src/gallium/drivers/llvmpipe/lp_bld_depth.c |

[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 Johannes Obermayr changed: What|Removed |Added Attachment #73796|0 |1 is obsolete|

Re: [Mesa-dev] [PATCH 2/2] llvmpipe: Don't advertise S8_UNORM (with feeble attempt at supporting it).

On 01/29/2013 06:28 AM, jfons...@vmware.com wrote: From: José Fonseca S8_UNORM was inadvertedly supported together with Z16_UNORM. I tried to update the code to accomodate stencil-only -- it seemed a simple thing to do -- but "fbo-stencil clear GL_STENCIL_INDEX8" still fails, and it's not worth

[Mesa-dev] [Bug 59872] [swrast] piglit depth_texture_mode_and_swizzle regression

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

[Mesa-dev] [Bug 59873] [swrast] piglit ext_framebuffer_multisample-interpolation 0 centroid-edges regression

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

Re: [Mesa-dev] [PATCH 2/2] st/mesa: only enable GL_EXT_framebuffer_multisample if GL_MAX_SAMPLES >= 2

On 01/29/2013 04:56 AM, Jose Fonseca wrote: Reviewed-by: Jose Fonseca That said, I think that we should eventually have an option to fake multisample (advertise without actually doing it) not only most software renderers don't support it (and can't advertise GL 3.x without it) but also because

Re: [Mesa-dev] [PATCH 4/8] mesa: fill in signed cases and RGBA16 in _mesa_format_matches_format_and_type

On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote: > --- > src/mesa/main/formats.c | 30 ++ > 1 file changed, 26 insertions(+), 4 deletions(-) > > diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c > index 0273425..b86fb9e 100644 > --- a/src/mesa/main

Re: [Mesa-dev] [PATCH 6/8] mesa: check for !swapBytes in _mesa_format_matches_format_and_type

On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote: > This is extracted from the texstore code. I'm not sure at all if it's needed. swapBytes should be irrelevant for single byte formats, so it shouldn't be needed. -- Earthling Michel Dänzer | http://www.amd.com L

Re: [Mesa-dev] [PATCH 2/8] mesa: fill in YCBCR cases in _mesa_format_matches_format_and_type

On Die, 2013-01-29 at 14:43 +0100, Marek Olšák wrote: > based on the texstore code > --- > src/mesa/main/formats.c |6 +- > 1 file changed, 5 insertions(+), 1 deletion(-) > > diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c > index 9dab545..d39831c 100644 > --- a/src/mesa/m

[Mesa-dev] [PATCH] mesa: don't expose IBM_rasterpos_clip in a core context

glRasterPos doesn't exist in the core profile. --- src/mesa/main/extensions.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c index 7ae07fb..9f125b8 100644 --- a/src/mesa/main/extensions.c +++ b/src/mesa/main/extensions

Re: [Mesa-dev] [PATCH V6 0/8] intel: add support for EGL_KHR_gl_image

On Tuesday, January 29, 2013 07:54:59 AM Eric Anholt wrote: > Abdiel Janulgue writes: > > - Rename draw_x/y to tile_x/y in dri image struct. These are now used as > > > > adjustment pixels from our stored aligned offset to the exported image > > instead of the entire x/y offset from the base

Re: [Mesa-dev] intel: Progress toward removing struct intel_region

Hi, On Tuesday, January 29, 2013 04:00:28 PM Eric Anholt wrote: > Part of my motivation here was the number of cache misses we have in the > first reference of a region after referencing the miptree wrapping it, for > things that should all live in the first cacheline of one struct. > > I think I

[Mesa-dev] [PATCH 8/8] mesa: remove per-format memcpy codepaths from texstore functions

It's obsoleted by the common function _mesa_texstore_memcpy. --- src/mesa/main/texstore.c | 654 +- 1 file changed, 64 insertions(+), 590 deletions(-) diff --git a/src/mesa/main/texstore.c b/src/mesa/main/texstore.c index edbe4b9..9281aa9 100644 --- a/

[Mesa-dev] [PATCH 7/8] mesa: implement common texstore memcpy function for all formats

--- src/mesa/main/texstore.c | 60 ++ 1 file changed, 60 insertions(+) diff --git a/src/mesa/main/texstore.c b/src/mesa/main/texstore.c index 6e7ce23..edbe4b9 100644 --- a/src/mesa/main/texstore.c +++ b/src/mesa/main/texstore.c @@ -4317,6 +4317,58 @@

[Mesa-dev] [PATCH 6/8] mesa: check for !swapBytes in _mesa_format_matches_format_and_type

This is extracted from the texstore code. I'm not sure at all if it's needed. --- src/mesa/main/formats.c | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c index 9c1a0ff..c54fd5d 100644 --- a/src/mesa/main/formats.

[Mesa-dev] [PATCH 5/8] mesa: fill in Z32_FLOAT_X24S8 in _mesa_format_matches_format_and_type

--- src/mesa/main/formats.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c index b86fb9e..9c1a0ff 100644 --- a/src/mesa/main/formats.c +++ b/src/mesa/main/formats.c @@ -3351,7 +3351,8 @@ _mesa_format_matches_format_and_typ

[Mesa-dev] [PATCH 4/8] mesa: fill in signed cases and RGBA16 in _mesa_format_matches_format_and_type

--- src/mesa/main/formats.c | 30 ++ 1 file changed, 26 insertions(+), 4 deletions(-) diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c index 0273425..b86fb9e 100644 --- a/src/mesa/main/formats.c +++ b/src/mesa/main/formats.c @@ -3240,8 +3240,14 @@ _mesa

[Mesa-dev] [PATCH 3/8] mesa: fill in INT/UINT format cases in _mesa_format_matches_format_and_type

--- src/mesa/main/formats.c | 67 ++- 1 file changed, 61 insertions(+), 6 deletions(-) diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c index d39831c..0273425 100644 --- a/src/mesa/main/formats.c +++ b/src/mesa/main/formats.c @@ -3123,14

[Mesa-dev] [PATCH 2/8] mesa: fill in YCBCR cases in _mesa_format_matches_format_and_type

based on the texstore code --- src/mesa/main/formats.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c index 9dab545..d39831c 100644 --- a/src/mesa/main/formats.c +++ b/src/mesa/main/formats.c @@ -3021,8 +3021,12 @@ _mes

[Mesa-dev] [PATCH 1/8] mesa: fill in SRGB cases in _mesa_format_matches_format_and_type

Texstore takes the same codepath as the corresponding linear formats. --- src/mesa/main/formats.c | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/src/mesa/main/formats.c b/src/mesa/main/formats.c index 0a06200..9dab545 100644 --- a/src/mesa/main/formats.c +++ b/src

[Mesa-dev] [Bug 59304] Meta Bug for regressions caused by automake conversion

https://bugs.freedesktop.org/show_bug.cgi?id=59304 Alexey Shvetsov changed: What|Removed |Added Depends on||60016 -- You are receiving this mail

[Mesa-dev] [Bug 60016] After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

https://bugs.freedesktop.org/show_bug.cgi?id=60016 Alexey Shvetsov changed: What|Removed |Added Blocks||59304 -- You are receiving this mail

[Mesa-dev] [Bug 60016] New: After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine

https://bugs.freedesktop.org/show_bug.cgi?id=60016 Priority: medium Bug ID: 60016 Assignee: mesa-dev@lists.freedesktop.org Summary: After automake merge two different GPU (AMD + NVIDIA) willnot work on same machine Severity:

[Mesa-dev] [PATCH 2/2] llvmpipe: Don't advertise S8_UNORM (with feeble attempt at supporting it).

From: José Fonseca S8_UNORM was inadvertedly supported together with Z16_UNORM. I tried to update the code to accomodate stencil-only -- it seemed a simple thing to do -- but "fbo-stencil clear GL_STENCIL_INDEX8" still fails, and it's not worth debugging. Therefore although this change tries to

[Mesa-dev] [PATCH 1/2] llvmpipe: Fix deferred depth writes for Z16_UNORM.

From: José Fonseca This special path hadn't been exercised by my earlier testing, and mask values weren't being properly truncated to match the values. This change fixes that. --- src/gallium/drivers/llvmpipe/lp_bld_depth.c |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --

Re: [Mesa-dev] [PATCH] xlib: use _mesa_generate_mipmap() for mipmap generation, not meta

Sounds good to me. Jose - Original Message - > 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 le

Re: [Mesa-dev] [PATCH 2/2] st/mesa: only enable GL_EXT_framebuffer_multisample if GL_MAX_SAMPLES >= 2

Reviewed-by: Jose Fonseca That said, I think that we should eventually have an option to fake multisample (advertise without actually doing it) not only most software renderers don't support it (and can't advertise GL 3.x without it) but also because even when they do support it, performance w

Re: [Mesa-dev] [PATCH v2] i965: Implement CopyTexSubImage2D via BLORP (and use it by default).

Kenneth Graunke writes: > I didn't want to add dead code, so I felt obliged to use the new method > somewhere in the order. Putting it below meta doesn't make much > sense---hardware paths below software paths? I could put it below BLT > and move it to #1 in the next commit, but...that's stil

Re: [Mesa-dev] [PATCH v2] i965: Implement CopyTexSubImage2D via BLORP (and use it by default).

On 01/28/2013 04:41 PM, Carl Worth wrote: Kenneth Graunke writes: Previously, BLORP only handled BlitFramebuffer. This patch adds an additional frontend for doing CopyTexSubImage. It also makes it the default. Reading through the patch, it looks like there are two independent things happeni

[Mesa-dev] [PATCH 2/4] i965: Implement CopyTexSubImage2D via BLORP (and use it by default).

The BLT engine has many limitations. Currently, it can only blit X-tiled buffers (since we don't have a kernel API to whack the BLT tiling mode register), which means all depth/stencil operations get punted to meta code, which can be very CPU-intensive. Even if we used the BLT engine, it can't bl

[Mesa-dev] [PATCH 3/4] i965/blorp: Support overriding destination alpha to 1.0.

Currently, Blorp requires the source and destination formats to be equal. However, we'd really like to be able to blit between XRGB and ARGB formats; our BLT engine paths have supported this for a long time. For ARGB -> XRGB, nothing needs to occur: the missing alpha is already interpreted as 1.0

[Mesa-dev] [PATCH 1/4] mesa: Put extern "C" guards in renderbuffer.h.

I need to use this from C++ code. Signed-off-by: Kenneth Graunke --- src/mesa/main/renderbuffer.h | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/src/mesa/main/renderbuffer.h b/src/mesa/main/renderbuffer.h index 5495ae1..c450b33 100644 --- a/src/mesa/main/renderbuffer.

[Mesa-dev] [PATCH 4/4] i965/blorp: Support blits between ARGB and XRGB formats.

Now that we have support for overriding alpha to 1.0, we can handle blitting between these formats in either direction. For now, we only support two XRGB formats: MESA_FORMAT_XRGB and MESA_FORMAT_RGBX_REV. Most places only appear to worry about the former, so ignore the latter for now. W