Fixes uninitialized pointer field defect reported by Coverity.
Signed-off-by: Vinson Lee
---
src/glsl/ast.h | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/glsl/ast.h b/src/glsl/ast.h
index 1a28963..fcc6b45 100644
--- a/src/glsl/ast.h
+++ b/src/glsl/ast.h
@@
On Fri, Feb 1, 2013 at 11:50 PM, Christoph Bumiller
wrote:
> I have 1 piglit test to check drawing with several combinations of
> parameters (using transform feedback to write the commands), but
> will make some more tests for various things like interaction with
> PrimitiveRestart or error condit
https://bugs.freedesktop.org/show_bug.cgi?id=59737
--- Comment #10 from Matt Turner ---
(In reply to comment #9)
> (In reply to comment #8)
> > (In reply to comment #7)
> > > (In reply to comment #6)
> > > > (In reply to comment #5)
> > > > > Patch sent.
> > > >
> > > > ... Anyone able to test t
https://bugs.freedesktop.org/show_bug.cgi?id=59737
--- Comment #9 from Alexandre Demers ---
(In reply to comment #8)
> (In reply to comment #7)
> > (In reply to comment #6)
> > > (In reply to comment #5)
> > > > Patch sent.
> > >
> > > ... Anyone able to test the patch?
> >
> > Yes I can. What
No that's not true. These 4 operations don't represent the 4 channels
rather the 2x2 blocks the tgsi exec code is working on.
I do wonder though about the fabsf, I think it might do more harm than
good. glsl seems to be content with undefined results for sqrt(), but
really for IEEE it should be Na
Nice.
Reviewed-by: Marek Olšák
Marek
On Sat, Feb 2, 2013 at 2:07 AM, Brian Paul wrote:
> In particular, rework the sRGB/linear format selection code.
> There's no reason to mess with the Mesa format.
> Just do everything in terms of the gallium pipe_format.
> ---
> src/mesa/state_tracker/st_a
From: Roland Scheidegger
Need to calculate the number of mip levels (if it would be worthwile could
store it in dynamic state).
Also, it looks like without modifiers this opcode should return floats
so handle that as well.
While here, the query code also used chan 2 for the lod value.
This worked
https://bugs.freedesktop.org/show_bug.cgi?id=59737
--- Comment #8 from Matt Turner ---
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #5)
> > > Patch sent.
> >
> > ... Anyone able to test the patch?
>
> Yes I can. What should be tested exactly?
Testing that 32-bit
The SQRT instruction is defined as TGSI_OUTPUT_REPLICATE (REPL in the
table) in this patch, but the implementation looks like it's
component-wise, which is much slower (4 sqrt calls instead of 1).
For example, r600g implements such instructions by computing
func(src.x) in a temporary register and
https://bugs.freedesktop.org/show_bug.cgi?id=59737
--- Comment #7 from Alexandre Demers ---
(In reply to comment #6)
> (In reply to comment #5)
> > Patch sent.
>
> ... Anyone able to test the patch?
Yes I can. What should be tested exactly?
--
You are receiving this mail because:
You are on t
In particular, rework the sRGB/linear format selection code.
There's no reason to mess with the Mesa format.
Just do everything in terms of the gallium pipe_format.
---
src/mesa/state_tracker/st_atom_texture.c | 35 ++
1 files changed, 7 insertions(+), 28 deletions(-)
On Fri, Feb 1, 2013 at 1:34 PM, Eric Anholt wrote:
> minecraft apparently has its piles of display lists each contain 6
> instances of glBegin(GL_QUADS)/verts/glEnd(), which appear in the
> compiled list as 6 prims of 4 verts each in one draw call. We can
> reduce driver overhead even more by mak
On Fri, Feb 1, 2013 at 1:34 PM, Eric Anholt wrote:
> Otherwise, the stderr and stdout debug end up interleaved wrong
> when I pipe them to a file.
Shouldn't we convert dlist.c to _mesa_debug instead? It doesn't seem
right for mesa to use printf...
-Jordan
> ---
> src/mesa/vbo/vbo_save_api.c |
On Fri, Feb 01, 2013 at 04:05:51PM +0100, Christian König wrote:
> Hi guys,
>
> I needed to rearrange the order of patches in this patchset, cause fixing one
> bug lead to the discovery of a couple of other more nasty bugs.
>
> It now fixes four piglit tests with radeonsi and also survives the us
https://bugs.freedesktop.org/show_bug.cgi?id=59737
--- Comment #6 from Matt Turner ---
(In reply to comment #5)
> Patch sent.
... Anyone able to test the patch?
--
You are receiving this mail because:
You are on the CC list for the bug.
___
mesa-dev
https://bugs.freedesktop.org/show_bug.cgi?id=59851
Tom Stellard changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Am 01.02.2013 21:00, schrieb Brian Paul:
> On 02/01/2013 12:39 PM, srol...@vmware.com wrote:
>> From: Roland Scheidegger
>>
>> They are similar to old-style tex opcodes but with separate sampler and
>> texture units (and other arguments in different places).
>> Also adjust the debug tgsi dump code.
---
docs/GL3.txt |4 +-
src/gallium/drivers/nvc0/nvc0_3d.xml.h |4 +
src/gallium/drivers/nvc0/nvc0_graph_macros.h | 121 ++
src/gallium/drivers/nvc0/nvc0_screen.c |6 ++
src/gallium/drivers/nvc0/nvc0_vbo.c |
---
src/mesa/state_tracker/st_draw.c |7 ++-
src/mesa/state_tracker/st_extensions.c |4 +++-
2 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_draw.c b/src/mesa/state_tracker/st_draw.c
index 0f3aae7..f9fbd32 100644
--- a/src/mesa/state_track
---
src/gallium/auxiliary/util/u_draw.c | 39 +
src/gallium/auxiliary/util/u_draw.h |5 +++
src/gallium/auxiliary/util/u_dump_state.c |3 ++
src/gallium/docs/source/screen.rst|3 ++
src/gallium/drivers/i915/i915_screen.c
I have 1 piglit test to check drawing with several combinations of
parameters (using transform feedback to write the commands), but
will make some more tests for various things like interaction with
PrimitiveRestart or error conditions.
(http://people.freedesktop.org/~chrisbmr/0001-arb_draw_indire
Am 01.02.2013 19:44, schrieb Christoph Bumiller:
> On 01.02.2013 19:29, Brian Paul wrote:
>> The glsl-to-tgsi translater will emit SQRT to implement GLSL's sqrt()
>> and distance() functions if the PIPE_SHADER_CAP_TGSI_SQRT_SUPPORTED
>> query says it's supported by the driver.
>>
>> Otherwise, sqrt
Otherwise, the stderr and stdout debug end up interleaved wrong
when I pipe them to a file.
---
src/mesa/vbo/vbo_save_api.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/src/mesa/vbo/vbo_save_api.c b/src/mesa/vbo/vbo_save_api.c
index b4c90a0..789e864 100644
minecraft apparently has its piles of display lists each contain 6
instances of glBegin(GL_QUADS)/verts/glEnd(), which appear in the
compiled list as 6 prims of 4 verts each in one draw call. We can
reduce driver overhead even more by making that one prim of 24 verts.
Improves minecraft performan
That was the only place it was being called from.
---
src/mesa/state_tracker/st_format.c | 56 +++-
1 files changed, 23 insertions(+), 33 deletions(-)
diff --git a/src/mesa/state_tracker/st_format.c
b/src/mesa/state_tracker/st_format.c
index 979da73..2169bed 100
---
src/mesa/state_tracker/st_format.c |5 +
src/mesa/state_tracker/st_format.h |4
2 files changed, 1 insertions(+), 8 deletions(-)
diff --git a/src/mesa/state_tracker/st_format.c
b/src/mesa/state_tracker/st_format.c
index 15fe055..979da73 100644
--- a/src/mesa/state_tracker/st
The code before was getting a pipe format, then calling
st_pipe_format_to_mesa_format() and then converting back again with
st_mesa_format_to_pipe_format(). This removes one conversion step.
---
src/mesa/state_tracker/st_cb_drawpixels.c | 14 --
1 files changed, 8 insertions(+), 6 d
On 02/01/2013 12:39 PM, srol...@vmware.com wrote:
From: Roland Scheidegger
They are similar to old-style tex opcodes but with separate sampler and
texture units (and other arguments in different places).
Also adjust the debug tgsi dump code.
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h
Am Dienstag, 29. Januar 2013 schrieb Kenneth Graunke:
> 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/renderbu
From: Roland Scheidegger
They are similar to old-style tex opcodes but with separate sampler and
texture units (and other arguments in different places).
Also adjust the debug tgsi dump code.
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h |6 +-
src/gallium/auxiliary/gallivm/lp_bld_tgs
https://bugs.freedesktop.org/show_bug.cgi?id=59967
--- Comment #11 from Fabio Pedretti ---
Note that I am getting the same error when changing configure.ac to use
llvm-config-3.2, when configuring with --with-llvm-prefix=/usr/lib/llvm-3.2 or
when using ac_cv_path_LLVM_CONFIG=llvm-config-3.2 , all
On 01/30/2013 05:40 AM, Abdiel Janulgue wrote:
> Mostly similar to V6 but rebased from
> 0ca384fb39f6d98af2de5654c46394743147d228.
> The only slight change is in patch 5 which uses bit-shifting to account for
> offsets instead of
> structs because of the recent change in Gen7 SURFACE_STATE entri
On 02/01/2013 08:32 AM, Abdiel Janulgue wrote:
> Add create image from texture extension and bump version.
>
> v8: - Add appropriate image errors codes in DRI interface so we don't
> have to use internal EGL functions in driver. Suggested by Chad Versace.
>
> Reviewed-by: Eric Anholt (v6)
On 02/01/2013 11:44 AM, Christoph Bumiller wrote:
On 01.02.2013 19:29, Brian Paul wrote:
The glsl-to-tgsi translater will emit SQRT to implement GLSL's sqrt()
and distance() functions if the PIPE_SHADER_CAP_TGSI_SQRT_SUPPORTED
query says it's supported by the driver.
Otherwise, sqrt(x) is imple
On 01/31/2013 11:45 PM, Ramesh Reddy Emmadi wrote:
Hi,
I am getting the following error while using glFramebufferTexture2D in mesa es2
demos in mesa-9.0.2 and mesa-8.0.4 code . Can you please let me know, how to
resolve this error.
"GL_INVALID_OPERATION in glFramebufferTexture2D(textarget=0x
On 01.02.2013 19:29, Brian Paul wrote:
> The glsl-to-tgsi translater will emit SQRT to implement GLSL's sqrt()
> and distance() functions if the PIPE_SHADER_CAP_TGSI_SQRT_SUPPORTED
> query says it's supported by the driver.
>
> Otherwise, sqrt(x) is implemented with x*rsq(x). The problem with
> th
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 28 +---
1 files changed, 21 insertions(+), 7 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
index c6ac634..b3da201 100644
--- a/src/mesa/state_tracker/st
Initially, only softpipe/llvmpipe support SQRT.
---
src/gallium/drivers/i915/i915_screen.c |1 +
src/gallium/drivers/nv30/nv30_screen.c |2 ++
src/gallium/drivers/nv50/nv50_screen.c |2 ++
src/gallium/drivers/nvc0/nvc0_screen.c |2 ++
src/gallium/drivers/r30
---
src/gallium/auxiliary/gallivm/lp_bld_limits.h |2 +
src/gallium/auxiliary/gallivm/lp_bld_tgsi.h|2 +
src/gallium/auxiliary/gallivm/lp_bld_tgsi_action.c | 33
3 files changed, 37 insertions(+), 0 deletions(-)
diff --git a/src/gallium/auxiliary/galliv
The glsl-to-tgsi translater will emit SQRT to implement GLSL's sqrt()
and distance() functions if the PIPE_SHADER_CAP_TGSI_SQRT_SUPPORTED
query says it's supported by the driver.
Otherwise, sqrt(x) is implemented with x*rsq(x). The problem with
this is sqrt(0) must be handled specially because rs
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 14 ++
src/gallium/auxiliary/tgsi/tgsi_exec.h |2 ++
src/gallium/auxiliary/tgsi/tgsi_info.c |2 +-
src/gallium/auxiliary/tgsi/tgsi_opcode_tmp.h |1 +
4 files changed, 18 insertions(+), 1 deletions(-)
diff --g
On Fri, Feb 1, 2013 at 6:25 PM, Brian Paul wrote:
> On 01/31/2013 04:21 PM, Marek Olšák wrote:
>>
>> EmitCondCodes is always false.
>> ---
>> src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 24
>> ++--
>> 1 file changed, 2 insertions(+), 22 deletions(-)
>>
>> diff --git a/src
On 01/31/2013 04:21 PM, Marek Olšák wrote:
EmitCondCodes is always false.
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 24 ++--
1 file changed, 2 insertions(+), 22 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_glsl_
Save miptree level info to DRIImage:
- Appropriately-aligned base offset pointing to the image
- Additional x/y adjustment offsets from above.
v8: -Bump intelImageExtension version
v9: -Don't use internal _eglError but implement error reporting in new DRI
inteface
instead. This fixes Android
When binding a region to a texture image, re-create the miptree base-level
considering the offset and dimension information exported by DRIImage.
v8: - Move the alignment surface address checks from the image-from-texture
code to the texture-from-image side. This allows the error reporting t
v8: - Append has_depthstencil field in DRIImage structure.
Reviewed-by: Eric Anholt (v6)
Signed-off-by: Abdiel Janulgue
---
src/mesa/drivers/dri/intel/intel_regions.h |7 +++
1 file changed, 7 insertions(+)
diff --git a/src/mesa/drivers/dri/intel/intel_regions.h
b/src/mesa/drivers/dri
Add create image from texture extension and bump version.
v8: - Add appropriate image errors codes in DRI interface so we don't
have to use internal EGL functions in driver. Suggested by Chad Versace.
Reviewed-by: Eric Anholt (v6)
Signed-off-by: Abdiel Janulgue
---
include/GL/internal/dr
Thanks for the update. Looks great to me.
Reviewed-by: Jose Fonseca
- Original Message -
> If we call gl[Copy]TexImage2D() with a generic compression format
> (e.g. intFormat=GL_COMPRESSED_RGBA) we can't choose a DXT format if
> we don't have the external DXT compression library.
>
> We
If we call gl[Copy]TexImage2D() with a generic compression format
(e.g. intFormat=GL_COMPRESSED_RGBA) we can't choose a DXT format if
we don't have the external DXT compression library.
We weren't actually enforcing this before since the
pipe_screen::is_format_supported(DXT) query has no dependenc
On Fre, 2013-02-01 at 16:05 +0100, Christian König wrote:
> Hi guys,
>
> I needed to rearrange the order of patches in this patchset, cause fixing one
> bug lead to the discovery of a couple of other more nasty bugs.
>
> It now fixes four piglit tests with radeonsi and also survives the use case
On 02/01/2013 08:13 AM, Jose Fonseca wrote:
- Original Message -
If we call glTexImage2D() with a generic compression format (e.g.
intFormat=GL_COMPRESSED_RGBA) we can't choose a DXT format if we
don't have the external DXT compression library.
We weren't actually enforcing this befor
From: Michel Dänzer
The hardware can't do it, and these were causing warnings in some piglit tests.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/si_state.c |3 ---
1 file changed, 3 deletions(-)
diff --git a/src/gallium/drivers/radeonsi/si_state.c
b/src/gallium/drivers/r
From: Michel Dänzer
28/30 piglit tests pass.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/radeonsi_pipe.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/radeonsi/radeonsi_pipe.c
b/src/gallium/drivers/radeonsi/radeonsi_pipe.c
index 4
From: Michel Dänzer
Fix up intrinsic names, and bitcast texture address parameters to integers.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeon/radeon_llvm.h |2 +-
.../drivers/radeon/radeon_setup_tgsi_llvm.c| 50 +-
src/gallium/drivers/radeo
From: Michel Dänzer
In particular, the LOD bias and depth comparison values are packed before the
'normal' texture coordinates, and the array slice and LOD values are appended.
Signed-off-by: Michel Dänzer
---
src/gallium/drivers/radeonsi/radeonsi_shader.c | 127 ++--
1 fi
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
lib/Target/R600/R600Instructions.td | 16 -
lib/Target/R600/SIInstructions.td | 42 ---
2 files changed, 54 insertions(+), 4 deletions(-)
diff --git a/lib/Target/R600/R600Instructions.td
b/
From: Michel Dänzer
v1i32, v2i32, v8i32 and v16i32.
Only add VGPR register classes for integer vector types, to avoid attempts
copying from VGPR to SGPR registers, which is not possible.
Signed-off-by: Michel Dänzer
---
lib/Target/R600/AMDGPUAsmPrinter.cpp |6
lib/Target/R600/AMDGPU
This series and the corresponding radeonsi series get shadow samplers and
texture arrays mostly working and fix a bunch of other piglit failures,
gaining just shy of 100 piglits.
[PATCH 1/4] R600: Consolidate sub register indices.
[PATCH 2/4] R600/SI: Add basic support for more integer vector
[PAT
From: Michel Dänzer
Use sub0-15 everywhere.
Signed-off-by: Michel Dänzer
---
lib/Target/R600/AMDGPUInstructions.td |4 +--
lib/Target/R600/AMDGPURegisterInfo.cpp | 32 ++---
lib/Target/R600/AMDGPURegisterInfo.td |7 +
lib/Target/R600/R600Instructions.td| 3
From: Michel Dänzer
Handle vectors of 1 to 16 integers.
Change the intrinsic names to prevent the wrong one from being selected at
runtime due to the overloading.
Signed-off-by: Michel Dänzer
---
lib/Target/R600/SIInstrInfo.td|2 +-
lib/Target/R600/SIInstructions.td | 52 +++
On 02/01/2013 05:47 PM, Marek Olšák wrote:
On Fri, Feb 1, 2013 at 6:12 AM, Vadim Girlin wrote:
On 02/01/2013 03:20 AM, Marek Olšák wrote:
---
src/gallium/drivers/r600/r600_pipe.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/r600/r600
- Original Message -
> If we call glTexImage2D() with a generic compression format (e.g.
> intFormat=GL_COMPRESSED_RGBA) we can't choose a DXT format if we
> don't have the external DXT compression library.
>
> We weren't actually enforcing this before since the
> pipe_screen::is_format_
From: Christian König
Otherwise we sometimes produce invalid code.
Signed-off-by: Christian König
---
lib/Target/R600/AMDGPUStructurizeCFG.cpp | 146 +-
1 file changed, 81 insertions(+), 65 deletions(-)
diff --git a/lib/Target/R600/AMDGPUStructurizeCFG.cpp
b/lib/
From: Christian König
This fixes a couple of bugs and incorrect assumptions,
in total four more piglit tests now pass.
Signed-off-by: Christian König
---
lib/Target/R600/AMDGPUStructurizeCFG.cpp | 360 +++---
1 file changed, 182 insertions(+), 178 deletions(-)
diff --
From: Christian König
Intersecting loop handling was wrong.
Signed-off-by: Christian König
---
lib/Target/R600/AMDGPUStructurizeCFG.cpp | 296 ++
1 file changed, 183 insertions(+), 113 deletions(-)
diff --git a/lib/Target/R600/AMDGPUStructurizeCFG.cpp
b/lib/Targe
Hi guys,
I needed to rearrange the order of patches in this patchset, cause fixing one
bug lead to the discovery of a couple of other more nasty bugs.
It now fixes four piglit tests with radeonsi and also survives the use cases
Tom provided without causing any regression.
So please test again, a
https://bugs.freedesktop.org/show_bug.cgi?id=60044
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 02/01/2013 06:09 PM, Marek Olšák wrote:
There are no regresssions on RV730.
Great. Thanks for testing it.
Vadim
Marek
On Fri, Feb 1, 2013 at 5:56 AM, Vadim Girlin wrote:
On 02/01/2013 01:53 AM, Marek Olšák wrote:
Do you plan to merge this branch anytime soon?
Sorry, I almost for
On Fri, Feb 1, 2013 at 12:50 AM, Vinson Lee wrote:
> Fixes resource leak defect reported by Coverity.
>
> Signed-off-by: Vinson Lee
> ---
> src/gallium/drivers/nvc0/nvc0_vbo.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/gallium/drivers/nvc0/nvc0_vbo.c
> b/src/gallium/drivers/nv
On Fri, Feb 1, 2013 at 12:50 AM, Vinson Lee wrote:
> Fixes resource leak defect reported by Coverity.
>
> Signed-off-by: Vinson Lee
> ---
> src/mesa/drivers/dri/swrast/swrast.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/src/mesa/drivers/dri/swrast/swrast.c
> b/src/mesa/drivers/dri
There are no regresssions on RV730.
Marek
On Fri, Feb 1, 2013 at 5:56 AM, Vadim Girlin wrote:
> On 02/01/2013 01:53 AM, Marek Olšák wrote:
>>
>> Do you plan to merge this branch anytime soon?
>>
>
> Sorry, I almost forgot about that. Though, in theory, I'd like to get some
> testing reports firs
Reviewed-by: Marek Olšák
Marek
On Fri, Feb 1, 2013 at 8:50 AM, Vinson Lee wrote:
> Fixes resource leak defect reported by Coverity.
>
> Signed-off-by: Vinson Lee
> ---
> src/gallium/drivers/r600/r600_hw_context.c | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git a/src/
On Fri, Feb 1, 2013 at 6:12 AM, Vadim Girlin wrote:
> On 02/01/2013 03:20 AM, Marek Olšák wrote:
>>
>> ---
>> src/gallium/drivers/r600/r600_pipe.c |9 +++--
>> 1 file changed, 7 insertions(+), 2 deletions(-)
>>
>> diff --git a/src/gallium/drivers/r600/r600_pipe.c
>> b/src/gallium/driver
https://bugs.freedesktop.org/show_bug.cgi?id=29033
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=29033
Andreas Boll changed:
What|Removed |Added
CC||llandwer...@gmail.com
--- Comment #3 from
https://bugs.freedesktop.org/show_bug.cgi?id=29130
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Building OpenGL ES1 and/or ES2 without OpenGL is not supported on mesa
9.0.x
---
configure.ac | 11 +++
1 file changed, 11 insertions(+)
diff --git a/configure.ac b/configure.ac
index 682e0a5..4634594 100644
--- a/configure.ac
+++ b/configure.ac
@@ -671,6 +671,17 @@ if test "x$enable_op
https://bugs.freedesktop.org/show_bug.cgi?id=59364
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On Thursday, January 31, 2013 10:31:33 AM Chad Versace wrote:
> > +#include "egl/main/eglcurrent.h"
> >
> >
> > +static __DRIimage *
> > +intel_create_image_from_texture(__DRIcontext *context, int target,
> > +unsigned texture, int zoffset,
> > +
On Fre, 2013-02-01 at 07:45 +, Ramesh Reddy Emmadi wrote:
>
> I am getting the following error while using glFramebufferTexture2D in
> mesa es2 demos in mesa-9.0.2 and mesa-8.0.4 code . Can you please let
> me know, how to resolve this error.
>
> "GL_INVALID_OPERATION in glFramebufferTexture
80 matches
Mail list logo
