https://bugs.freedesktop.org/show_bug.cgi?id=54142
--- Comment #2 from Laurent carlier 2012-08-28 06:34:54
UTC ---
When adding more verbosity:
Loading shaders/first.frag
0:45(11): error: assignment to read-only variable 'lightDir'
error: linking with uncompiled shaderLoading shaders/second.vert
https://bugs.freedesktop.org/show_bug.cgi?id=54142
--- Comment #1 from Laurent carlier 2012-08-28 06:33:53
UTC ---
Created attachment 66199
--> https://bugs.freedesktop.org/attachment.cgi?id=66199
The culprit shader
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
This reduces the overhead of using the fixed function internally
in the driver.
Note: ARB_fragment_shader is not present in intel->gen < 4. I'll send
out a separate patch to avoid enabling _mesa_meta_GenerateMipmap() in
those chips.
No regressions observed in all.tests with this patch. Need more t
https://bugs.freedesktop.org/show_bug.cgi?id=54142
Bug #: 54142
Summary: Mesa: User error: GL_INVALID_OPERATION
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
On Mon, Aug 27, 2012 at 2:48 PM, Kenneth Graunke wrote:
> On 08/27/2012 10:49 AM, Eric Anholt wrote:
>> Saves 26.5MB of wasted memory allocation in the l4d2 demo.
>> ---
>> src/mesa/drivers/dri/i965/brw_context.h | 15 ---
>> src/mesa/drivers/dri/i965/brw_fs.cpp|2 --
>>
On Mon, Aug 27, 2012 at 8:58 PM, Kenneth Graunke wrote:
> On 08/27/2012 03:00 PM, Stéphane Marchesin wrote:
>> On Mon, Aug 27, 2012 at 2:24 PM, Kenneth Graunke
>> wrote:
>>> Module: Mesa
>>> Branch: master
>>> Commit: 87cdefed405da1a57a006737297d20ba0c25fa1b
>>> URL:
>>> http://cgit.freedeskt
On 08/27/2012 03:00 PM, Stéphane Marchesin wrote:
> On Mon, Aug 27, 2012 at 2:24 PM, Kenneth Graunke
> wrote:
>> Module: Mesa
>> Branch: master
>> Commit: 87cdefed405da1a57a006737297d20ba0c25fa1b
>> URL:
>> http://cgit.freedesktop.org/mesa/mesa/commit/?id=87cdefed405da1a57a006737297d20ba0c25fa
From: Brian Paul
---
src/mesa/main/macros.h | 45 ++---
1 files changed, 22 insertions(+), 23 deletions(-)
diff --git a/src/mesa/main/macros.h b/src/mesa/main/macros.h
index bc4d1a6..5af9487 100644
--- a/src/mesa/main/macros.h
+++ b/src/mesa/main/macros
From: Brian Paul
Only used in one place, and not really needed.
---
src/mesa/main/clear.c |2 +-
src/mesa/main/macros.h |9 -
2 files changed, 1 insertions(+), 10 deletions(-)
diff --git a/src/mesa/main/clear.c b/src/mesa/main/clear.c
index 7cc204b..cfb0600 100644
--- a/src/mes
From: Brian Paul
---
src/mesa/main/macros.h | 142 +---
1 files changed, 86 insertions(+), 56 deletions(-)
diff --git a/src/mesa/main/macros.h b/src/mesa/main/macros.h
index d1df2ce..411b16d 100644
--- a/src/mesa/main/macros.h
+++ b/src/mesa/main/mac
From: Brian Paul
---
src/mesa/tnl/t_vertex_generic.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/src/mesa/tnl/t_vertex_generic.c b/src/mesa/tnl/t_vertex_generic.c
index 7b7f511..44d6250 100644
--- a/src/mesa/tnl/t_vertex_generic.c
+++ b/src/mesa/tnl/t_vertex_gene
From: Brian Paul
---
src/mesa/swrast/s_lines.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/swrast/s_lines.c b/src/mesa/swrast/s_lines.c
index 2078be4..cfd3e6f 100644
--- a/src/mesa/swrast/s_lines.c
+++ b/src/mesa/swrast/s_lines.c
@@ -188,8 +188,8 @@ _swra
From: Brian Paul
To avoid spurious GL_INVALID_ENUM errors if the extension isn't supported.
---
src/mesa/main/attrib.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/attrib.c b/src/mesa/main/attrib.c
index 1a04eeb..8cb2a68 100644
--- a/src/mesa/main/attr
https://bugs.freedesktop.org/show_bug.cgi?id=54140
--- Comment #1 from Matt Turner 2012-08-28 03:53:17 UTC ---
(In reply to comment #0)
> $ scons
Looks like gallium.py needs to be modified to check for dlopen and define
HAVE_DLOPEN. It can probably be added in the same spot where _GNU_SOURCE is
https://bugs.freedesktop.org/show_bug.cgi?id=54140
Bug #: 54140
Summary: [llvmpipe] GL_EXT_texture_compression_s3tc is no
longer enabled even when libtxc_dxtn is available.
Classification: Unclassified
Product: Mesa
Version: git
Nice work. Patches 1 & 2 are
Acked-by: Ian Romanick
and patches 3 through 7 are
Reviewed-by: Ian Romanick
On 08/26/2012 04:46 PM, Eric Anholt wrote:
swrast uses MapRenderbuffer, which leads to intel_miptree_map, which does the
depth resolve.
---
src/mesa/drivers/dri/intel/intel_span.c |
Signed-off-by: Vadim Girlin
---
Improves performance for Lightsmark (and probably other apps).
src/gallium/auxiliary/util/u_vbuf.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/util/u_vbuf.c
b/src/gallium/auxiliary/util/u_vbuf.c
index 4141ba5..52d
On 26 August 2012 18:04, Marek Olšák wrote:
> On Thu, Aug 23, 2012 at 11:39 PM, Paul Berry
> wrote:
> > On 23 August 2012 10:42, Marek Olšák wrote:
> >>
> >> On Thu, Aug 23, 2012 at 6:42 PM, Paul Berry
> >> wrote:
> >> > On 22 August 2012 18:54, Marek Olšák wrote:
> >> >>
> >> >> The original
On Mon, Aug 27, 2012 at 2:24 PM, Kenneth Graunke
wrote:
> Module: Mesa
> Branch: master
> Commit: 87cdefed405da1a57a006737297d20ba0c25fa1b
> URL:
> http://cgit.freedesktop.org/mesa/mesa/commit/?id=87cdefed405da1a57a006737297d20ba0c25fa1b
>
> Author: Kenneth Graunke
> Date: Sun Aug 26 00:07:
On Sun, Jan 22, 2012 at 4: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.
>
On 08/27/2012 11:40 AM, Ian Romanick wrote:
> On 08/27/2012 10:49 AM, Eric Anholt wrote:
>> Saves 96MB of wasted memory in the l4d2 demo.
>> ---
>> src/mesa/drivers/dri/i965/brw_context.h |4 ++--
>> src/mesa/drivers/dri/i965/brw_state_cache.c |2 ++
>> src/mesa/drivers/dri/i965/brw
On 08/27/2012 10:49 AM, Eric Anholt wrote:
> Saves 26.5MB of wasted memory allocation in the l4d2 demo.
> ---
> src/mesa/drivers/dri/i965/brw_context.h | 15 ---
> src/mesa/drivers/dri/i965/brw_fs.cpp|2 --
> src/mesa/drivers/dri/i965/brw_state_cache.c |7 +
> src
On 08/26/2012 04:46 PM, Eric Anholt wrote:
> It turns out it hasn't worked since at least 8.0.
Patches 3-7 are:
Reviewed-by: Kenneth Graunke
I'm not planning on reviewing 1 and 2. I'll leave that to Chad.
___
mesa-dev mailing list
mesa-dev@lists.freed
On 08/27/2012 01:38 PM, Eric Anholt wrote:
> Kenneth Graunke writes:
>
>> Our previous assumption, SWIZZLE_XYZW, was completely bogus for depth
>> textures. There are no Y, Z, or W components.
>
> Seems like this doesn't even need to be shadow-sampler-dependent, just
> whether the baseformat is
On 08/27/2012 01:28 PM, Eric Anholt wrote:
> Kenneth Graunke writes:
>
>> It's only used by the old backend on pre-Sandybridge hardware.
>
> It's also used by the new backend on pre-snb hw.
Uh...yeah. I don't know how I missed that. Thanks.
I'll update the commit message.
__
Kenneth Graunke writes:
> Here's a follow-up to my last series. Now that the FS precompile
> doesn't completely keel over in the face of texturing, I figured I'd
> try to fix it up.
>
> The result is pretty good: we now guess correctly most of the time.
> On Sandybridge, my L4D2 timedemo has onl
Kenneth Graunke writes:
> Our previous assumption, SWIZZLE_XYZW, was completely bogus for depth
> textures. There are no Y, Z, or W components.
Seems like this doesn't even need to be shadow-sampler-dependent, just
whether the baseformat is depth/depthstencil.
pgpZ545VALtEo.pgp
Description: P
Kenneth Graunke writes:
> It's only used by the old backend on pre-Sandybridge hardware.
It's also used by the new backend on pre-snb hw.
pgp55zBgY0vyF.pgp
Description: PGP signature
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lis
https://bugs.freedesktop.org/show_bug.cgi?id=53942
U. Artie Eoff changed:
What|Removed |Added
CC||mesa-dev@lists.freedesktop.
On 08/26/2012 04:46 PM, Eric Anholt wrote:
> I've reviewed the code, and the swrast callsites remaining are all in
> drawpixels/copypixels/bitmap/accum, or _swrast_BlitFramebuffer that shouldn't
> be hit. A piglit run with the context setup disabled on legacy GL and GLES2
> showed regressions only
On 08/26/2012 04:46 PM, Eric Anholt wrote:
> ---
> src/mesa/drivers/dri/intel/intel_span.c | 28
> ---
> src/mesa/drivers/dri/intel/intel_tex_validate.c |3 +++
> 2 files changed, 3 insertions(+), 28 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/intel/intel
On 08/26/2012 04:46 PM, Eric Anholt wrote:
> swrast uses MapRenderbuffer, which leads to intel_miptree_map, which does the
> depth resolve.
> ---
> src/mesa/drivers/dri/intel/intel_span.c | 10 --
> 1 file changed, 10 deletions(-)
Reviewed-by: Chad Versace
_
On Wed, Aug 22, 2012 at 8:14 AM, Jakob Bornecrantz wrote:
> Uses libkms instead of dri image cursor. Since this is the only user of the
> DRI
> cursor and the write interface we can remove cursor surfaces entirely from the
> DRI interface and as a consequence also from the Gallium interface as we
Other than the one nit in patch 3, this series is
Reviewed-by: Ian Romanick
On 08/27/2012 10:49 AM, Eric Anholt wrote:
We don't fully process the builtin uniforms, but at least
num_uniform_components reflects reality now.
---
src/glsl/link_uniforms.cpp |5 -
1 file changed, 4 insert
On 08/27/2012 10:49 AM, Eric Anholt wrote:
Saves 96MB of wasted memory in the l4d2 demo.
---
src/mesa/drivers/dri/i965/brw_context.h |4 ++--
src/mesa/drivers/dri/i965/brw_state_cache.c |2 ++
src/mesa/drivers/dri/i965/brw_vs.c | 32 +++
src/mes
https://bugs.freedesktop.org/show_bug.cgi?id=53884
--- Comment #8 from Lauri Kasanen 2012-08-27 18:40:02
UTC ---
fglrx shows the same behavior.
Progress - I found it's an ordering bug.
1. Render scene to rttFinal
2. Bind and clear to gray rttTMP
3. Multiply rttTMP into rttFINAL using blending
On 08/25/2012 11:00 AM, Eric Anholt wrote:
Ian Romanick writes:
On 08/24/2012 02:46 PM, Eric Anholt wrote:
Ian Romanick writes:
case GL_RED:
case GL_R8:
+ return ctx->API != API_OPENGLES && ctx->Extensions.ARB_texture_rg
+ ? GL_RED : 0;
R8 should have the gles3 su
Saves 96MB of wasted memory in the l4d2 demo.
---
src/mesa/drivers/dri/i965/brw_context.h |4 ++--
src/mesa/drivers/dri/i965/brw_state_cache.c |2 ++
src/mesa/drivers/dri/i965/brw_vs.c | 32 +++
src/mesa/drivers/dri/i965/brw_vs.h |1 +
4
We don't fully process the builtin uniforms, but at least
num_uniform_components reflects reality now.
---
src/glsl/link_uniforms.cpp |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/glsl/link_uniforms.cpp b/src/glsl/link_uniforms.cpp
index eef9025..aa8a8b3 100644
---
Saves 26.5MB of wasted memory allocation in the l4d2 demo.
---
src/mesa/drivers/dri/i965/brw_context.h | 15 ---
src/mesa/drivers/dri/i965/brw_fs.cpp|2 --
src/mesa/drivers/dri/i965/brw_state_cache.c |7 +
src/mesa/drivers/dri/i965/brw_wm.c | 38 +++
https://bugs.freedesktop.org/show_bug.cgi?id=53179
--- Comment #2 from Matt Turner 2012-08-27 17:43:18 UTC ---
You don't even want OSMesa linked against glapi at all, do you? If you link
against glapi, can you use that OSMesa binary with, say, the nvidia proprietary
drivers?
--
Configure bugmai
https://bugs.freedesktop.org/show_bug.cgi?id=53179
--- Comment #1 from Rafał Mużyło 2012-08-27 17:17:01 UTC ---
Created attachment 66184
--> https://bugs.freedesktop.org/attachment.cgi?id=66184
patch that sems to clean up unresolved symbols in libOSMesa (for mesa 8.1)
While I'm not 100% sure t
Looks good to me.
Jose
- Original Message -
> ---
> src/gallium/auxiliary/util/u_tile.c | 36
> +++
> 1 files changed, 36 insertions(+), 0 deletions(-)
>
> diff --git a/src/gallium/auxiliary/util/u_tile.c
> b/src/gallium/auxiliary/util/u_tile.c
> index
On Mon, Aug 27, 2012 at 11:54 AM, Michel Dänzer wrote:
> On Mon, 2012-08-27 at 14:14 +0200, Marek Olšák wrote:
>> On Mon, Aug 27, 2012 at 10:37 AM, Michel Dänzer wrote:
>> > On Mon, 2012-08-27 at 02:27 +0200, Marek Olšák wrote:
>> >> This sets AR_HANDLE_NORMAL for RS880. I've added RS780 too, bec
On 08/23/2012 07:27 AM, Julien Cristau wrote:
On Sat, Jul 28, 2012 at 13:04:56 +0200, Julien Cristau wrote:
On Fri, Jul 20, 2012 at 11:09:19 +0200, Julien Cristau wrote:
From: Julien Cristau
We were stomping on the caller's buffer by ignoring their alignment
requests and other pixel store mo
Sounds good to me.
Jose
- Original Message -
> Fixes many failing cases in piglit copyteximage test.
> ---
> src/mesa/state_tracker/st_cb_texture.c | 10 ++
> 1 files changed, 10 insertions(+), 0 deletions(-)
>
> diff --git a/src/mesa/state_tracker/st_cb_texture.c
> b/src/mesa
On Mon, 2012-08-27 at 14:14 +0200, Marek Olšák wrote:
> On Mon, Aug 27, 2012 at 10:37 AM, Michel Dänzer wrote:
> > On Mon, 2012-08-27 at 02:27 +0200, Marek Olšák wrote:
> >> This sets AR_HANDLE_NORMAL for RS880. I've added RS780 too, because I
> >> thought
> >> it was a similar GPU, but I cannot
---
src/gallium/auxiliary/util/u_tile.c | 36 +++
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_tile.c
b/src/gallium/auxiliary/util/u_tile.c
index ea4b91f..48e73c4 100644
--- a/src/gallium/auxiliary/util/u_tile.c
+++
Fixes many failing cases in piglit copyteximage test.
---
src/mesa/state_tracker/st_cb_texture.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_texture.c
b/src/mesa/state_tracker/st_cb_texture.c
index 3de96ad..ed3bbc7 100644
--- a/s
On 08/27/2012 05:09 PM, Marek Olšák wrote:
> I think the forward compatible contexts can only be created with
> OpenGL 3.1 and later versions, but I am not 100% sure.
According to comments in GLFW it appears that forward compat. contexts should
work with 3.0:
// Context profiles are only defined
> >Please run "git clean -fdX" in the Mesa repository and then
> >reconfigure and rebuild.
>
> Almost the same, even with this change: r300/compiler: Use variable
> lists in the rename_regs pass
>
> When I run opera with HW enabled in valgrind I see something like this:
>
> r300: DRM version: 2.1
I tested r300g yesterday and there were no issues. Please double-check
that the versions of libglapi, libdricore, and r300_dri match, i.e.
they are compiled from the same git commit.
Marek
On Mon, Aug 27, 2012 at 11:43 AM, wrote:
>>Please run "git clean -fdX" in the Mesa repository and then
>>r
I think the forward compatible contexts can only be created with
OpenGL 3.1 and later versions, but I am not 100% sure.
Marek
On Mon, Aug 27, 2012 at 3:47 PM, Török Edwin
wrote:
> On 08/27/2012 12:33 PM, Török Edwin wrote:
>> On 08/27/2012 05:00 AM, Marek Olšák wrote:
>>> This series implements
On 08/27/2012 12:33 PM, Török Edwin wrote:
> On 08/27/2012 05:00 AM, Marek Olšák wrote:
>> This series implements MSAA for the R6xx family of GPUs.
>>
>> The only problem is that the depth decompression doesn't work with MSAA
>> depth buffers, which means for the GL user that depth-stencil blittin
On Mon, 2012-08-27 at 14:54 +0200, Christian König wrote:
> On 27.08.2012 14:46, Michel Dänzer wrote:
> > On Fre, 2012-08-24 at 12:18 -0400, Alex Deucher wrote:
> >> On Fri, Aug 24, 2012 at 11:37 AM, Michel Dänzer wrote:
> >>> From: Michel Dänzer
> >>>
> >>> It should be initialized by the kerne
On 27.08.2012 14:46, Michel Dänzer wrote:
On Fre, 2012-08-24 at 12:18 -0400, Alex Deucher wrote:
On Fri, Aug 24, 2012 at 11:37 AM, Michel Dänzer wrote:
From: Michel Dänzer
It should be initialized by the kernel as necessary.
Does this patch work ok after powering off the system to make sure
On Fre, 2012-08-24 at 12:18 -0400, Alex Deucher wrote:
> On Fri, Aug 24, 2012 at 11:37 AM, Michel Dänzer wrote:
> > From: Michel Dänzer
> >
> > It should be initialized by the kernel as necessary.
>
> Does this patch work ok after powering off the system to make sure
> there is no state in the
On Mon, Aug 27, 2012 at 10:37 AM, Michel Dänzer wrote:
> On Mon, 2012-08-27 at 02:27 +0200, Marek Olšák wrote:
>> This sets AR_HANDLE_NORMAL for RS880. I've added RS780 too, because I thought
>> it was a similar GPU, but I cannot test it.
>>
>> I don't really know if this fix is correct. All I can
On 08/27/2012 05:00 AM, Marek Olšák wrote:
> This series implements MSAA for the R6xx family of GPUs.
>
> The only problem is that the depth decompression doesn't work with MSAA depth
> buffers, which means for the GL user that depth-stencil blitting and
> depth-stencil resolve don't work, altho
On Mon, 2012-08-27 at 02:27 +0200, Marek Olšák wrote:
> This sets AR_HANDLE_NORMAL for RS880. I've added RS780 too, because I thought
> it was a similar GPU, but I cannot test it.
>
> I don't really know if this fix is correct. All I can say is that either
> AR_HANDLE_RV6XX is broken (unlikely, b
>Please run "git clean -fdX" in the Mesa repository and then
>reconfigure and rebuild.
Almost the same, even with this change: r300/compiler: Use variable
lists in the rename_regs pass
When I run opera with HW enabled in valgrind I see something like this:
r300: DRM version: 2.17.0, Name: ATI
Hi, I'm just forwarding this message that I sent to debian upstream to you guys
too.
Have great day!
Original Message
Subject:GLX_INTEL_swap_event crashes driver when swapping window buffers
Date: Sun, 19 Aug 2012 12:30:30 -0700
From: Daniel Manjarres
To: sub.
https://bugs.freedesktop.org/show_bug.cgi?id=54106
Bug #: 54106
Summary: Fix a memory leak in dri2_terminate()
Classification: Unclassified
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
63 matches
Mail list logo
