On Wed, Feb 12, 2014 at 9:10 AM, Roland Scheidegger srol...@vmware.com wrote:
Am 11.02.2014 22:58, schrieb Dave Airlie:
dst.z = texture_depth(unit, lod)
+.. opcode:: TG4 - Texture Gather (as per ARB_texture_gather)
+ Gathers the four texels to be used in a bi-linear
+
Before you read any further, this is nowhere close to working. However it's in
a state where I think most of the structure is there, albeit with a lot of XXX
comments. And I haven't actually implemented the new opcodes I've added.
I was hoping one or two Intel people could take a look at this and
I've taken a quick look at ARB_texture_query_levels,
and the HW generally seems to implement this by returning it in the W
channel of RESINFO, which would map to the TXQ instruction,
So my initial implementation added a LEVQ TGSI instruction but I do
think this isn't representative of the hw and
From: Michel Dänzer michel.daen...@amd.com
If the SI_KILL operand is constant, we can either clear the exec mask if
the operand is negative, or do nothing otherwise.
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/R600/SIInstructions.td | 4 ++--
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/R600/SILowerControlFlow.cpp | 50 ++
test/CodeGen/R600/llvm.AMDGPU.kill.ll | 18
2 files changed, 50 insertions(+), 18 deletions(-)
create
On Mon, Feb 24, 2014 at 3:38 AM, Dave Airlie airl...@gmail.com wrote:
I've taken a quick look at ARB_texture_query_levels,
and the HW generally seems to implement this by returning it in the W
channel of RESINFO, which would map to the TXQ instruction,
So my initial implementation added a
From: Michel Daenzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
src/gallium/drivers/radeonsi/si_shader.c | 16
1 file changed, 16 insertions(+)
diff --git a/src/gallium/drivers/radeonsi/si_shader.c
b/src/gallium/drivers/radeonsi/si_shader.c
This avoids the kernel driver spewing out errors about the param not being
supported.
Also correct the max surface size used when the kernel does not support the
query.
Reported-by: Brian Paul bri...@vmware.com
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
Reviewed-by: Charmaine Lee
On Mon, Feb 24, 2014 at 5:03 PM, Ilia Mirkin imir...@alum.mit.edu wrote:
On Mon, Feb 24, 2014 at 3:38 AM, Dave Airlie airl...@gmail.com wrote:
I've taken a quick look at ARB_texture_query_levels,
and the HW generally seems to implement this by returning it in the W
channel of RESINFO, which
Using TXQ for this sounds good to me.
Marek
On Mon, Feb 24, 2014 at 9:38 AM, Dave Airlie airl...@gmail.com wrote:
I've taken a quick look at ARB_texture_query_levels,
and the HW generally seems to implement this by returning it in the W
channel of RESINFO, which would map to the TXQ
With the introduction of the pipe_loader_sw_probe_dri helper we
require the sw/dri winsys during linking stage despite it being
unused by any of the targets. This will cause a minor increase
in the resulting library which will be cleaned up via linker
options with upcoming patches.
Cc: Tom
https://bugs.freedesktop.org/show_bug.cgi?id=75445
Priority: medium
Bug ID: 75445
Assignee: mesa-dev@lists.freedesktop.org
Summary: Mesa 10.2.0-devel implementation error: meta program
compile failed:
Severity: normal
These four patches fix the OpenCL build errors.
Tested-by: Tom Stellard thomas.stell...@amd.com
On Sat, Feb 22, 2014 at 04:53:47PM +, Emil Velikov wrote:
When one builds without gallium_drm_loader, the above function will
not be available, thus we'll segfault in gallium_screen_create due
On 24/02/14 14:26, Emil Velikov wrote:
With the introduction of the pipe_loader_sw_probe_dri helper we
require the sw/dri winsys during linking stage despite it being
unused by any of the targets. This will cause a minor increase
in the resulting library which will be cleaned up via linker
https://bugs.freedesktop.org/show_bug.cgi?id=75335
Emil Velikov emil.l.veli...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=75356
Emil Velikov emil.l.veli...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Am 23.02.2014 16:26, schrieb Emil Velikov:
On 22/02/14 21:46, Roland Scheidegger wrote:
- Original Message -
From: Emil Velikov emil.l.veli...@gmail.com
To: Roland Scheidegger srol...@vmware.com,
mesa-dev@lists.freedesktop.org
Cc: emil l velikov emil.l.veli...@gmail.com
Sent:
Am 24.02.2014 09:33, schrieb Dave Airlie:
On Wed, Feb 12, 2014 at 9:10 AM, Roland Scheidegger srol...@vmware.com
wrote:
Am 11.02.2014 22:58, schrieb Dave Airlie:
dst.z = texture_depth(unit, lod)
+.. opcode:: TG4 - Texture Gather (as per ARB_texture_gather)
+ Gathers the
On Mon, Feb 24, 2014 at 2:05 AM, Thomas Hellstrom thellst...@vmware.comwrote:
This avoids the kernel driver spewing out errors about the param not being
supported.
Also correct the max surface size used when the kernel does not support the
query.
Reported-by: Brian Paul bri...@vmware.com
Am 24.02.2014 09:38, schrieb Dave Airlie:
I've taken a quick look at ARB_texture_query_levels,
and the HW generally seems to implement this by returning it in the W
channel of RESINFO, which would map to the TXQ instruction,
So my initial implementation added a LEVQ TGSI instruction but I
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
src/gallium/drivers/nouveau/nv50/nv50_transfer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/nouveau/nv50/nv50_transfer.c
b/src/gallium/drivers/nouveau/nv50/nv50_transfer.c
index a990682..f716052
Hi Adel,
Thanks for look at this; just a few comments...
diff --git a/src/glx/glx_pbuffer.c b/src/glx/glx_pbuffer.c
index 978730c..afb4206 100644
--- a/src/glx/glx_pbuffer.c
+++ b/src/glx/glx_pbuffer.c
@@ -373,6 +373,14 @@ GetDrawableAttribute(Display * dpy, GLXDrawable drawable,
On Mon, Feb 24, 2014 at 11:46 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Nice catch! Does this fix any piglits, or just fixes some
XY_OUT_OF_BOUNDS errors? ms_x == ms_y for ms = 4, which oddly enough
is where copyteximage passed (should
On 24/02/14 17:04, Ilia Mirkin wrote:
On Mon, Feb 24, 2014 at 11:46 AM, Emil Velikov emil.l.veli...@gmail.com
wrote:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
Nice catch! Does this fix any piglits, or just fixes some
XY_OUT_OF_BOUNDS errors? ms_x == ms_y for ms = 4, which oddly
On 02/21/2014 07:15 PM, Kenneth Graunke wrote:
By adding #define gvec4 %svec4 to the top of our fragment shader, we
can write generic code without needing to specialize it to vec4, ivec4,
or uvec4 via asprintf.
This also makes the INT and UNSIGNED_INT merge function code identical,
so I
https://bugs.freedesktop.org/show_bug.cgi?id=75445
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
On 02/22/2014 04:35 PM, Matt Turner wrote:
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/glsl/ir.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/glsl/ir.h b/src/glsl/ir.h
index e27e30a..55ec5ff 100644
--- a/src/glsl/ir.h
+++ b/src/glsl/ir.h
@@ -1458,6 +1458,16 @@
On 02/23/2014 07:19 PM, Kenneth Graunke wrote:
Tt's kind of a trap---calling do_common_optimization() after
lower_instructions() may cause opt_algebraic() to reintroduce
ir_triop_lrp expressions that were lowered, effectively defeating the
point. Because of this, nobody uses it.
Cc: 10.1
https://bugs.freedesktop.org/show_bug.cgi?id=75226
--- Comment #13 from Erich Hoover erich.e.hoo...@gmail.com ---
Created attachment 94676
-- https://bugs.freedesktop.org/attachment.cgi?id=94676action=edit
Other user's logs
Attached are the logs for the other user, it sounds like you guys
On Mon, Feb 24, 2014 at 9:43 AM, Ian Romanick i...@freedesktop.org wrote:
On 02/22/2014 04:35 PM, Matt Turner wrote:
Cc: 10.1 mesa-sta...@lists.freedesktop.org
---
src/glsl/ir.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/glsl/ir.h b/src/glsl/ir.h
index
On Mon, Feb 24, 2014 at 06:02:23PM +0900, Michel Dänzer wrote:
From: Michel Dänzer michel.daen...@amd.com
Signed-off-by: Michel Dänzer michel.daen...@amd.com
---
lib/Target/R600/SILowerControlFlow.cpp | 50
++
test/CodeGen/R600/llvm.AMDGPU.kill.ll | 18
Kenneth Graunke kenn...@whitecape.org writes:
When the vec4 backend encountered an ir_triop_lrp, it always emitted an
actual LRP instruction, which only exists on Gen6+. Gen4-5 used
lower_instructions() to decompose ir_triop_lrp at the IR level.
Since commit 8d37e9915a3b21 (glsl: Optimize
Kenneth Graunke kenn...@whitecape.org writes:
While the GL_ARB_stencil_texturing extension does not allow the creation
of stencil textures, it does allow shaders to sample stencil values
stored in packed depth/stencil textures.
Specifically, applications can call glTexParameter* with a pname
On Mon, Feb 24, 2014 at 10:15 AM, Eric Anholt e...@anholt.net wrote:
I think we would do better by emitting
ADD(y_minus_x, y, negate(x))
MAC(dst, x, y_minus_x, a)
MAC only takes two arguments, so
- if you meant MAD, there's no MAD on platforms that don't have LRP
- if you meant MAC(dst, ...)
Adel Gadllah adel.gadl...@gmail.com writes:
---
src/glx/dri2_glx.c | 1 +
src/glx/dri3_glx.c | 18 ++
src/glx/dri3_priv.h | 2 ++
src/glx/glx_pbuffer.c | 8
src/glx/glxclient.h | 1 +
src/glx/glxextensions.c | 1 +
src/glx/glxextensions.h
It seems very weird that these are unused. Are GL_YCBCR_MESA just
completely broken on our driver? If so, we should probably disable that
extension...
On 02/22/2014 01:05 AM, Topi Pohjolainen wrote:
Signed-off-by: Topi Pohjolainen topi.pohjolai...@intel.com
---
On 02/22/2014 01:05 AM, Topi Pohjolainen wrote:
This is not utilised yet but will be needed when W-tiled stencil is
sampled as Y-tiled.
Signed-off-by: Topi Pohjolainen topi.pohjolai...@intel.com
---
src/mesa/drivers/dri/i965/intel_fbo.h | 2 +-
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 02/22/2014 01:05 AM, Topi Pohjolainen wrote:
Signed-off-by: Topi Pohjolainen topi.pohjolai...@intel.com
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 6 +++---
src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 4 ++--
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
On 02/22/2014 01:05 AM, Topi Pohjolainen wrote:
Signed-off-by: Topi Pohjolainen topi.pohjolai...@intel.com
---
src/mesa/drivers/dri/i965/brw_vec4.h | 6 +++---
src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 8
2 files
On 02/22/2014 01:05 AM, Topi Pohjolainen wrote:
Most of the logic refers to the local variable 'mt' directly but
a few cases use 'intelObj-mt' instead. These are the same for
now but will be different once stencil miptree gets used.
Signed-off-by: Topi Pohjolainen topi.pohjolai...@intel.com
---
On 02/24/2014 10:48 AM, Ian Romanick wrote:
It seems very weird that these are unused. Are GL_YCBCR_MESA just
completely broken on our driver? If so, we should probably disable that
extension...
Yeah. The old fragment shader backend had code for this, which used
these fields, but the new
Topi Pohjolainen topi.pohjolai...@intel.com writes:
Signed-off-by: Topi Pohjolainen topi.pohjolai...@intel.com
---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c | 28
++--
1 file changed, 26 insertions(+), 2 deletions(-)
diff --git
Ken,
Just noticed -- all those fields that we're keeping need to be widened
to uint32_t for 32 samplers. None of our sampler quirks get flagged
correctly for `high` samplers on Haswell at present. I'll send some
patches for that this evening if no one beats me to it.
-- Chris
On Tue, Feb 25,
Am 24.02.2014 17:58, schrieb Robert Bragg:
Hi Adel,
Hi,
Thanks for look at this; just a few comments...
diff --git a/src/glx/glx_pbuffer.c b/src/glx/glx_pbuffer.c
index 978730c..afb4206 100644
--- a/src/glx/glx_pbuffer.c
+++ b/src/glx/glx_pbuffer.c
@@ -373,6 +373,14 @@
Hi,
OK this version of the patches address the review comments from Ian and
Robert.
The first two ones are actually unmodified just signed them off and added Ian's
reviewed-by.
The third one now skips the redundant round trip and reports BadDrawable when
the drawable isn't bound to the current
Signed-off-by: Adel Gadllah adel.gadl...@gmail.com
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
---
include/GL/glxext.h | 32 +---
1 file changed, 29 insertions(+), 3 deletions(-)
diff --git a/include/GL/glxext.h b/include/GL/glxext.h
index 8c642f3..826fda5
Move the pdraw != NULL check out so that they don't
have to be duplicated.
Signed-off-by: Adel Gadllah adel.gadl...@gmail.com
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
---
src/glx/glx_pbuffer.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
Signed-off-by: Adel Gadllah adel.gadl...@gmail.com
Reviewed-by: Robert Bragg rob...@sixbynine.org
---
src/glx/dri2_glx.c | 1 +
src/glx/dri3_glx.c | 18 ++
src/glx/dri3_priv.h | 2 ++
src/glx/glx_pbuffer.c | 33 ++---
On 24 February 2014 00:36, Ilia Mirkin imir...@alum.mit.edu wrote:
Before you read any further, this is nowhere close to working. However
it's in
a state where I think most of the structure is there, albeit with a lot of
XXX
comments. And I haven't actually implemented the new opcodes I've
On my gentoo system, llvm libs are in /usr/lib64/llvm, and llvm-config
--ldflags does not provide the rpath (it does, of course, provide a -L).
This adds the llvm dir to the rpath. It should be harmless if the path
is a system path, and should make things work when it's not.
Signed-off-by: Ilia
On Sat, Feb 22, 2014 at 4:03 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
To be used by the upcomming GLX_MESA_query_renderer implementation.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
.../drivers/dri/radeon/radeon_common_context.c | 50
+-
Roland,
The version CAPs that Emil wants to add have very little to do with
which features a driver supports. The versions cannot be derived from
other CAPs, instead, it should match what you get after you create an
OpenGL context. For example, if your driver can do GL 4.0, the driver
cannot
On Sun, Feb 23, 2014 at 4:26 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
Now that I think about it, one could copy the extension list and
(context) constants to pipe_screen. This way on st_api_create_context,
we'll just copy the initial values over. FWIW we'll still be able to
amend the
Am 24.02.2014 21:23, schrieb Marek Olšák:
Roland,
The version CAPs that Emil wants to add have very little to do with
which features a driver supports. The versions cannot be derived
from other CAPs, instead, it should match what you get after you
create an OpenGL context. For example, if
The GTT size shouldn't be reported. I think it's 1 GB on r600 and
later. It's not really important to know that, because the memory is
quite slow.
Marek
On Sat, Feb 22, 2014 at 4:04 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
On Mon, Feb 24, 2014 at 9:43 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 24.02.2014 21:23, schrieb Marek Olšák:
Roland,
The version CAPs that Emil wants to add have very little to do with
which features a driver supports. The versions cannot be derived
from other CAPs, instead, it
On 24/02/14 20:43, Roland Scheidegger wrote:
Am 24.02.2014 21:23, schrieb Marek Olšák:
Roland,
The version CAPs that Emil wants to add have very little to do with
which features a driver supports. The versions cannot be derived
from other CAPs, instead, it should match what you get after
Am 24.02.2014 21:54, schrieb Marek Olšák:
On Mon, Feb 24, 2014 at 9:43 PM, Roland Scheidegger srol...@vmware.com
wrote:
Am 24.02.2014 21:23, schrieb Marek Olšák:
Roland,
The version CAPs that Emil wants to add have very little to do with
which features a driver supports. The versions
This prevents clover from using unsupported devices.
---
src/gallium/drivers/r600/r600_pipe.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r600/r600_pipe.c
b/src/gallium/drivers/r600/r600_pipe.c
index 0f75a53..157d560 100644
---
Reviewed-by: Marek Olšák marek.ol...@amd.com
Marek
On Mon, Feb 24, 2014 at 10:53 PM, Tom Stellard thomas.stell...@amd.com wrote:
This prevents clover from using unsupported devices.
---
src/gallium/drivers/r600/r600_pipe.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff
Add Intel driver hook for glGetTexImage to accelerate the case of reading
texture image into a PBO. This case gets huge performance gains by using
GPU BLIT directly to PBO rather than GPU BLIT to temporary texture followed
by memcpy.
No regressions on Piglit tests with Intel driver.
---
Helps two programs in shader-db:
instructions in affected programs: 254 - 234 (-7.87%)
---
src/glsl/opt_algebraic.cpp | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 1b4d319..28f95a4 100644
--- a/src/glsl/opt_algebraic.cpp
Helps one program in shader-db:
instructions in affected programs: 96 - 92 (-4.17%)
---
src/glsl/opt_algebraic.cpp | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 28f95a4..778638c 100644
--- a/src/glsl/opt_algebraic.cpp
+++
---
src/glsl/opt_algebraic.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 778638c..50342ac 100644
--- a/src/glsl/opt_algebraic.cpp
+++ b/src/glsl/opt_algebraic.cpp
@@ -421,6 +421,9 @@
All hardware drivers including the virtual vmwgfx require
the drm pipe-loader in order to be properly loaded by xa,
gbm and opencl.
Note this does _not_ add support for the above three it only
allows the pipe driver to be loaded by the library.
Eg. GBM will now properly open the pipe-i915
Recent patch converted our logic to use test -n and test -z.
An emptry string variable (empty_str=) return true for both
thus making the check unreliable.
Fix this by correctly setting the variable when applicable.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
configure.ac | 6 +++---
Building to provide accelration using swrast does not make
sense.
Note: update your build script to explicitly mention svga
in the gallium drivers list, if you are building the vmwgfx
xa library.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
configure.ac | 3 +++
1 file changed, 3
The issue is caused by a thinko that an empty string will be
considered of zero length by 'test'. This is not the case,
thus we were building the 'core' of megadrivers even when no
classic drivers were built.
Signed-off-by: Emil Velikov emil.l.veli...@gmail.com
---
configure.ac | 11 +++
Series is
Reviewed-by: Ian Romanick ian.d.roman...@intel.com
Though we'll eventually want to generalize patch 3.
On 02/24/2014 03:00 PM, Matt Turner wrote:
Helps two programs in shader-db:
instructions in affected programs: 254 - 234 (-7.87%)
---
src/glsl/opt_algebraic.cpp | 2 ++
1
Am 25.02.2014 00:00, schrieb Matt Turner:
---
src/glsl/opt_algebraic.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 778638c..50342ac 100644
--- a/src/glsl/opt_algebraic.cpp
+++ b/src/glsl/opt_algebraic.cpp
@@
On 02/24/2014 03:36 PM, Roland Scheidegger wrote:
Am 25.02.2014 00:00, schrieb Matt Turner:
---
src/glsl/opt_algebraic.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 778638c..50342ac 100644
---
On Mon, Feb 24, 2014 at 3:36 PM, Roland Scheidegger srol...@vmware.com wrote:
Am 25.02.2014 00:00, schrieb Matt Turner:
---
src/glsl/opt_algebraic.cpp | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
index 778638c..50342ac 100644
From: Marek Olšák marek.ol...@amd.com
This updates all occurences of cs_add_reloc.
---
src/gallium/drivers/r300/r300_emit.c | 27 +++
src/gallium/drivers/radeon/r600_cs.h | 3 ++-
src/gallium/drivers/radeon/radeon_uvd.c | 3 ++-
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/radeon/r600_pipe_common.c | 6 -
src/gallium/drivers/radeon/r600_pipe_common.h | 4 +++
src/gallium/drivers/radeon/r600_query.c | 32 +++
src/gallium/winsys/radeon/drm/radeon_drm_cs.c |
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/winsys/radeon/drm/radeon_drm_cs.c | 40 +++
1 file changed, 28 insertions(+), 12 deletions(-)
diff --git a/src/gallium/winsys/radeon/drm/radeon_drm_cs.c
b/src/gallium/winsys/radeon/drm/radeon_drm_cs.c
index
From: Marek Olšák marek.ol...@amd.com
This depends on the kernel patch.
---
src/gallium/drivers/radeon/r600_texture.c | 2 +-
src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 51 +++
src/gallium/winsys/radeon/drm/radeon_winsys.h | 5 +++
3 files changed, 51
From: Marek Olšák marek.ol...@amd.com
The cs_add_reloc change is commented out not to break compilation.
The highest priority of all cs_add_reloc calls is send to the kernel.
---
src/gallium/winsys/radeon/drm/radeon_drm_cs.c | 20 +---
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/radeon/r600_texture.c | 3 ++-
src/gallium/winsys/radeon/drm/radeon_drm_bo.c | 24
src/gallium/winsys/radeon/drm/radeon_winsys.h | 8 +++-
3 files changed, 33 insertions(+), 2 deletions(-)
diff
GLSL 1.50 spec says:
If gl_FragCoord is redeclared in any fragment shader in a program,
it must be redeclared in all the fragment shaders in that
program that have a static use gl_FragCoord. All redeclarations of
gl_FragCoord in all fragment shaders in a single program must
have
GLSL 1.50 spec says:
If gl_FragCoord is redeclared in any fragment shader in a program,
it must be redeclared in all the fragment shaders in that
program that have a static use gl_FragCoord. All redeclarations of
gl_FragCoord in all fragment shaders in a single program must
have
Section 4.3.8.1, page 39 of GLSL 1.50 spec says:
Within any shader, the first redeclarations of gl_FragCoord
must appear before any use of gl_FragCoord.
GLSL compiler should generate an error in following case:
vec4 p = gl_FragCoord;
layout(origin_upper_left) in vec4 gl_FragCoord;
void
Link error conditions added in previous patch are equally applicable
to GL_ARB_fragment_coord_conventions implementation. Extension's spec
says:
If gl_FragCoord is redeclared in any fragment shader in a program,
it must be redeclared in all the fragment shaders in that program
that have
https://bugs.freedesktop.org/show_bug.cgi?id=74010
--- Comment #6 from Tibbo leclercq.thiba...@yahoo.fr ---
I've encountered this segfault before, and i think i can give some useful
informations.
As stated in the file src/mesa/main/varray.c:
/* Page 407 (page 423 of the PDF) of the OpenGL 3.0
On Die, 2014-02-25 at 00:48 +0100, Marek Olšák wrote:
diff --git a/src/gallium/drivers/radeon/r600_texture.c
b/src/gallium/drivers/radeon/r600_texture.c
index 35ad97b..1966251 100644
--- a/src/gallium/drivers/radeon/r600_texture.c
+++ b/src/gallium/drivers/radeon/r600_texture.c
@@ -910,7
On Mon, 2014-02-24 at 10:06 -0800, Tom Stellard wrote:
On Mon, Feb 24, 2014 at 06:02:23PM +0900, Michel Dänzer wrote:
diff --git a/test/CodeGen/R600/llvm.AMDGPU.kill.ll
b/test/CodeGen/R600/llvm.AMDGPU.kill.ll
new file mode 100644
index 000..0abe694
--- /dev/null
+++
85 matches
Mail list logo