https://bugs.freedesktop.org/show_bug.cgi?id=64091
Michel Dänzer changed:
What|Removed |Added
Assignee|mesa-dev@lists.freedesktop. |dri-devel@lists.freedesktop
Do not propagate a copy if source and destination are identical.
Otherwise code like
MOV TEMP[0].xyzw, TEMP[0].wzyx
MOV TEMP[1].xyzw, TEMP[0].xyzw
is changed to
MOV TEMP[0].xyzw, TEMP[0].wzyx
MOV TEMP[1].xyzw, TEMP[0].wzyx
This fixes Piglit test shaders/glsl-copy-propagation-self-2 for gallium
Do not propagate a copy if source and destination are identical.
Otherwise code like
MOV TEMP[0].xyzw, TEMP[0].wzyx
MOV TEMP[1].xyzw, TEMP[0].xyzw
is changed to
MOV TEMP[0].xyzw, TEMP[0].wzyx
MOV TEMP[1].xyzw, TEMP[0].wzyx
This fixes Piglit test shaders/glsl-copy-propagation-self-2 for drivers
https://bugs.freedesktop.org/show_bug.cgi?id=63404
Bug 63404 depends on bug 54111, which changed state.
Bug 54111 Summary: [IVB]I-G-T prime test/module_reload fail with *ERROR*
“Memory manager not clean. Delaying takedown”
https://bugs.freedesktop.org/show_bug.cgi?id=54111
What|R
- Original Message -
> MSVC doesn't like pointer arithmetic with void * so use GLubyte *.
> ---
> src/mesa/swrast/s_texfetch_tmp.h |8
> src/mesa/swrast/s_texfilter.c|2 +-
> 2 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/src/mesa/swrast/s_texfetch_
https://bugs.freedesktop.org/show_bug.cgi?id=34645
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=34644
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=49519
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=35168
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
- Original Message -
> > > What is "IA"?
> >
> > "Input Assembly", a D3D10 term that roughly matches pipe_vertex_elements /
> > pipe_vertex_buffer state.
> >
> > BTW, I think that Chris Forbes makes a good point -- a GS might choose to
> > not emit any vertices (e.g., that does fancy c
Tom, Jose,
On Tuesday, April 30, 2013 16:56:56 Tom Stellard wrote:
> I took the linker script from your email and took at shot at creating
> libMesaLLVM.so within Mesa. I've pushed my initial code here:
> http://cgit.freedesktop.org/~tstellar/mesa/log/?h=libmesallvm
Thank you very much and sorry
https://bugs.freedesktop.org/show_bug.cgi?id=64091
Jerome Glisse changed:
What|Removed |Added
Assignee|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop.
Primitive culling in the geometry shader can be faster if emitting
lots of primitives is a bottleneck, for example rendering to multiple
viewports. The geometry shader execution is not slow per se. It's the
stuff around it that makes it slow. (the primitives might need to be
stored in video memory
- Original Message -
> Primitive culling in the geometry shader can be faster if emitting
> lots of primitives is a bottleneck, for example rendering to multiple
> viewports. The geometry shader execution is not slow per se. It's the
> stuff around it that makes it slow. (the primitives mig
Without this patch, radeon_uvd failed to find the libdrm includes:
In file included from radeon_uvd.c:48:
../../winsys/radeon/drm/radeon_winsys.h:44:35: error:
libdrm/radeon_surface.h: No such file or directory
Signed-off-by: Lauri Kasanen
---
src/gallium/drivers/radeon/Makefile.am |2 +-
1
Just like radeon/uvd, r600/sb fails to find the libdrm includes.
Signed-off-by: Lauri Kasanen
---
src/gallium/drivers/r600/Makefile.am |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/gallium/drivers/r600/Makefile.am
b/src/gallium/drivers/r600/Makefile.am index 35c75a
Hi list
The recently added r600 sb backend fails to build on GCC < 4.3, since
it uses binary constants (0b0101).
Is the GCC version dependency intentional, or should the constants be
changed to int/hex?
- Lauri
___
mesa-dev mailing list
mesa-dev@lists.
This is a funny subject. Originally, we only used SURFACE_SYNC on
Evergreen, which is what the hw guys recommend using, but then Jerome
came and rewrote it with no reasonable argument to back it up (what he
was trying to fix by his cache-flush rework is not fixed to this day),
such that we now flus
This should fix build issues with GCC < 4.3
Signed-off-by: Vadim Girlin
---
cc: Lauri Kasanen
Lauri, please test to make sure that I didn't miss anything.
src/gallium/drivers/r600/r600_shader.c | 6 +++---
src/gallium/drivers/r600/sb/sb_bc.h | 4 ++--
src/gallium/drivers/r600
On 02/25/2013 11:55 AM, Eric Anholt wrote:
Kenneth Graunke writes:
The shadow comparitor needs to be loaded into the Z component of the
last DWord.
Fixes es3conform's shadow_execution_vert and oglconform's
shadow-grad advanced.textureGrad.1D tests on Haswell.
NOTE: This is a candidate for st
On 02/25/2013 11:51 AM, Eric Anholt wrote:
Kenneth Graunke writes:
GLSL provides gradients for the 'r' coordinate (face ID), while our
hardware apparently ignores them. Sadly, this means that sample_d and
sample_d_c appear to be unsuitable for OpenGL, and need to be lowered.
'r' isn't a fac
ping
2013/4/19 Andreas Boll
> Not used anymore.
> ---
>
> Note: Untested
>
> src/mesa/SConscript |1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/src/mesa/SConscript b/src/mesa/SConscript
> index 3cd0f87..b87e40d 100644
> --- a/src/mesa/SConscript
> +++ b/src/mesa/SConscript
> @@ -31
On 04/21/2013 04:08 PM, Todd Previte wrote:
Initial work on the implementation of GL_ARB_shading_language_420pack.
The patch adds the functionality from this extension which allows
for C-style array initialization for GLSL. The extension enable bits
and extension definition are also included in t
On Wed, 1 May 2013 21:35:16 +0400
Vadim Girlin wrote:
> This should fix build issues with GCC < 4.3
>
> Signed-off-by: Vadim Girlin
> ---
>
> cc: Lauri Kasanen
> Lauri, please test to make sure that I didn't miss anything.
This patch fixes the issue.
- Lauri
___
On Wed, May 1, 2013 at 11:54 AM, Andreas Boll
wrote:
> ping
>
>
> 2013/4/19 Andreas Boll
>>
>> Not used anymore.
>> ---
>>
>> Note: Untested
>>
>> src/mesa/SConscript |1 -
>> 1 file changed, 1 deletion(-)
>>
>> diff --git a/src/mesa/SConscript b/src/mesa/SConscript
>> index 3cd0f87..b87e40d
Without this, the X lib path was not properly passed for tests/:
/usr/bin/ld: cannot find -lXvMCW
/usr/bin/ld: cannot find -lXvMC
/usr/bin/ld: cannot find -lXv
/usr/bin/ld: cannot find -lX11
collect2: ld returned 1 exit status
Signed-off-by: Lauri Kasanen
---
src/gallium/state_trackers/xvmc/Make
Hi
Running "R600_DEBUG=sb glxgears" on a RV710 gives wrong output:
http://i40.tinypic.com/t7gx09.png
This is on current master, git-8eef6ad.
Let me know what you need to debug this.
- Lauri
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http
On 05/01/2013 11:42 PM, Lauri Kasanen wrote:
Hi
Running "R600_DEBUG=sb glxgears" on a RV710 gives wrong output:
http://i40.tinypic.com/t7gx09.png
This is on current master, git-8eef6ad.
Let me know what you need to debug this.
Please send me the output with R600_DEBUG=sb,ps,vs
Vadim
___
On 05/01/2013 11:36 PM, Lauri Kasanen wrote:
Hi Vadim
Now that it built, I could test your optimizations in my own apps.
These are on current master 8eef6ad, on a RV710 (HD 4350 pci-e).
In one of my private apps, using R600_DEBUG=sb caused regressions: FPS
went from 28 to 7, the SSAO shader gav
On 04/19/2013 12:35 PM, Jordan Justen wrote:
Convert interface blocks with instance names into flat
interface blocks without an instance name.
Signed-off-by: Jordan Justen
---
src/glsl/Makefile.sources |1 +
src/glsl/ir_optimization.h|1 +
src/glsl/li
On 04/19/2013 12:35 PM, Jordan Justen wrote:
Convert interface blocks with instance names into flat
interface blocks without an instance name.
Signed-off-by: Jordan Justen
---
src/glsl/Makefile.sources |1 +
src/glsl/ir_optimization.h|1 +
src/glsl/li
I've run these tests only on my implementation of
EXT_framebuffer_multisample_blit_scaled
extension on i965 drivers. NVIDIA, AMD machines I've don't support this
extension.
Could somebody try running on NVIDIA drivers?
Anuj Phogat (4):
Add functionality to create a FBO with multisample texture
Signed-off-by: Anuj Phogat
---
tests/spec/ext_framebuffer_multisample/common.cpp | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/tests/spec/ext_framebuffer_multisample/common.cpp
b/tests/spec/ext_framebuffer_multisample/common.cpp
index c58ba3b..65f98f7 100
Signed-off-by: Anuj Phogat
---
tests/all.tests| 6 +
.../ext_framebuffer_multisample/CMakeLists.gl.txt | 1 +
.../ext_framebuffer_multisample/blit-scaled.cpp| 178 +
3 files changed, 185 insertions(+)
create mode 100644 tests/spec
Signed-off-by: Anuj Phogat
---
tests/all.tests| 6 +
.../ext_framebuffer_multisample/CMakeLists.gl.txt | 1 +
.../blit-scaled-glsl.cpp | 268 +
3 files changed, 275 insertions(+)
create mode 100644 tests/spec
Signed-off-by: Anuj Phogat
---
tests/all.tests| 1 +
.../ext_framebuffer_multisample/CMakeLists.gl.txt | 1 +
.../negative-blit-scaled.cpp | 111 +
3 files changed, 113 insertions(+)
create mode 100644
tests/spe
Anuj Phogat (3):
mesa: Implement ext_framebuffer_multisample_blit_scaled extension
intel: Add multisample scaled blitting in blorp engine
i965: Enable ext_framebuffer_multisample_blit_scaled on intel h/w
src/mesa/drivers/dri/i965/brw_blorp.h | 16 +-
src/mesa/drivers/dri/i965/brw
Signed-off-by: Anuj Phogat
---
src/mesa/main/extensions.c | 1 +
src/mesa/main/fbobject.c | 17 ++---
src/mesa/main/mtypes.h | 1 +
3 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/extensions.c b/src/mesa/main/extensions.c
index d8c5f53..15c9026 10
In traditional multisampled framebuffer rendering, color samples must be
explicitly
resolved via BlitFramebuffer before doing the scaled blitting of the
framebuffer.
So, scaled blitting of a multisample framebuffer takes two separate calls to
BlitFramebuffer.
This patch implements the functional
This patch enables ext_framebuffer_multisample_blit_scaled extension
on intel h/w >= gen6.
Note: Patches for piglit tests to verify this functionality are out
for review on piglit mailing list. Tests pass for all of the scaling
factors except 1.3 and 1.8. I'm still investigating what's so special
On Wed, May 1, 2013 at 2:10 PM, Anuj Phogat wrote:
> @@ -1063,22 +1176,21 @@ brw_blorp_blit_program::translate_tiling(bool
> old_tiled_w, bool new_tiled_w)
> * X' = (X & ~0b1011) >> 1 | (Y & 0b1) << 2 | X & 0b1 (4)
> * Y' = (Y & ~0b1) << 1 | (X & 0b1000) >> 2 | (X & 0b
On Wed, May 1, 2013 at 1:58 PM, Anuj Phogat wrote:
>
> I've run these tests only on my implementation of
> EXT_framebuffer_multisample_blit_scaled
> extension on i965 drivers. NVIDIA, AMD machines I've don't support this
> extension.
> Could somebody try running on NVIDIA drivers?
>
> Anuj Phoga
On 04/21/2013 04:08 PM, Todd Previte wrote:
Initial work on the implementation of GL_ARB_shading_language_420pack.
The patch adds the functionality from this extension which allows
for C-style array initialization for GLSL. The extension enable bits
and extension definition are also included in t
On 05/01/2013 03:10 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogat
---
src/mesa/main/extensions.c | 1 +
src/mesa/main/fbobject.c | 17 ++---
src/mesa/main/mtypes.h | 1 +
3 files changed, 16 insertions(+), 3 deletions(-)
diff --git a/src/mesa/main/extensions.c b/src/
On Wed, May 1, 2013 at 2:44 PM, Matt Turner wrote:
> On Wed, May 1, 2013 at 2:10 PM, Anuj Phogat wrote:
>> @@ -1063,22 +1176,21 @@ brw_blorp_blit_program::translate_tiling(bool
>> old_tiled_w, bool new_tiled_w)
>> * X' = (X & ~0b1011) >> 1 | (Y & 0b1) << 2 | X & 0b1 (4)
>>
The GPU apparently goes looking for constants even though there are no
shader stages enabled, and gets stuck because we haven't told it there are
no constants to collect. If any other user of the 3D pipeline had run
(even the Render accel of the X server!) since power on, then the in-GPU
constant
On 05/01/2013 04:28 PM, Eric Anholt wrote:
The GPU apparently goes looking for constants even though there are no
shader stages enabled, and gets stuck because we haven't told it there are
no constants to collect. If any other user of the 3D pipeline had run
(even the Render accel of the X serve
On Wed, May 01, 2013 at 04:11:51PM +0200, Mathias Fröhlich wrote:
>
> Tom, Jose,
>
> On Tuesday, April 30, 2013 16:56:56 Tom Stellard wrote:
> > I took the linker script from your email and took at shot at creating
> > libMesaLLVM.so within Mesa. I've pushed my initial code here:
> > http://cgit
It's valid. Some shaders do the negation on unsigned and then
use the results in opcodes taking signed integers.
Signed-off-by: Zack Rusin
---
src/gallium/auxiliary/gallivm/lp_bld_tgsi.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/gallivm/lp_bld_t
instead of crashing just fill zeros at the input slots that don't
match, that's the mandated behavior and it avoids debug asserts.
Signed-off-by: Zack Rusin
---
src/gallium/auxiliary/draw/draw_gs.c | 93 --
1 file changed, 54 insertions(+), 39 deletions(-)
diff
Am 02.05.2013 03:13, schrieb Zack Rusin:
> It's valid. Some shaders do the negation on unsigned and then
> use the results in opcodes taking signed integers.
>
> Signed-off-by: Zack Rusin
> ---
> src/gallium/auxiliary/gallivm/lp_bld_tgsi.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(
- Original Message -
> Am 02.05.2013 03:13, schrieb Zack Rusin:
> > It's valid. Some shaders do the negation on unsigned and then
> > use the results in opcodes taking signed integers.
> >
> > Signed-off-by: Zack Rusin
> > ---
> > src/gallium/auxiliary/gallivm/lp_bld_tgsi.c |2 +-
> >
>>
>> The GPU apparently goes looking for constants even though there are no
>> shader stages enabled, and gets stuck because we haven't told it there are
>> no constants to collect. If any other user of the 3D pipeline had run
>> (even the Render accel of the X server!) since power on, then the i
On Tue, Apr 30, 2013 at 10:01 AM, Jordan Justen wrote:
> On Tue, Apr 30, 2013 at 9:57 AM, Ian Romanick wrote:
>> On 04/27/2013 04:32 PM, Jordan Justen wrote:
>>>
>>> This GLSL extension requires that AMD_vertex_shader_layer be
>>> enabled by the driver.
>>
>> Most (all?) extensions also add a pre
Shaders are unified on most hardware (= same limits in all stages).
No idea what the assertion was good for.
---
src/mesa/main/config.h |6 ++
src/mesa/main/context.c|6 ++
src/mesa/state_tracker/st_extensions.c |2 +-
3 files changed, 5 insertio
Const.MaxTextureImageUnits -> Const.FragmentProgram.MaxTextureImageUnits
Const.MaxVertexTextureImageUnits -> Const.VertexProgram.MaxTextureImageUnits
etc.
---
src/glsl/glsl_parser_extras.cpp |4 ++--
src/glsl/linker.cpp |8
src/glsl/standalone
The limits should not be different and OpenGL requires both to be at least 32,
which is also the maximum limit on radeon.
---
src/mesa/main/config.h |2 --
src/mesa/main/context.c|2 --
src/mesa/main/get_hash_params.py |4 ++--
src/mesa/main/mtypes
---
src/mesa/main/config.h |3 ---
src/mesa/main/context.c |1 -
src/mesa/main/mtypes.h |2 --
3 files changed, 6 deletions(-)
diff --git a/src/mesa/main/config.h b/src/mesa/main/config.h
index c48ffdc..ea87b75 100644
--- a/src/mesa/main/config.h
+++ b/src/mesa/main/config.h
@@ -91,
---
src/mesa/main/enable.c |2 --
src/mesa/main/mtypes.h |3 ---
src/mesa/main/state.c |1 -
src/mesa/main/varray.c |4
4 files changed, 10 deletions(-)
diff --git a/src/mesa/main/enable.c b/src/mesa/main/enable.c
index 33853e3..016e432 100644
--- a/src/mesa/main/enable.c
++
If Const.CheckArrayBounds is false, the only code using _MaxElement is
glDrawRangeElements, so I changed it and explained in the code why
_MaxElement is not very useful there.
BTW, the big magic number was copied to the letter
from _mesa_update_array_max_element.
---
src/mesa/main/state.c
---
src/mesa/drivers/dri/i965/brw_context.c |1 +
src/mesa/drivers/dri/i965/brw_context.h |2 ++
src/mesa/drivers/dri/i965/brw_state_upload.c |1 +
src/mesa/drivers/dri/i965/brw_vs_surface_state.c |5 ++---
src/mesa/drivers/dri/i965/brw_wm_surface_state.c
NOTE: This is a candidate for the 9.1 branch.
---
src/glsl/builtin_variables.cpp |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glsl/builtin_variables.cpp b/src/glsl/builtin_variables.cpp
index b0c7a20..15f5bf3 100644
--- a/src/glsl/builtin_variables.cpp
+++ b/src/glsl/
Also simplify UBO support checking.
NOTE: This is a candidate for the 9.1 branch.
---
src/mesa/state_tracker/st_extensions.c | 64 +---
1 file changed, 43 insertions(+), 21 deletions(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st
---
src/mesa/state_tracker/st_extensions.c | 26 +++---
1 file changed, 11 insertions(+), 15 deletions(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index d32f50a..0aac086 100644
--- a/src/mesa/state_tracker/st_extensions.c
---
src/gallium/docs/source/screen.rst |2 ++
src/gallium/drivers/llvmpipe/lp_screen.c |2 ++
src/gallium/drivers/nv30/nv30_screen.c |1 +
src/gallium/drivers/nv50/nv50_screen.c |2 ++
src/gallium/drivers/nvc0/nvc0_screen.c |2 ++
src/gallium/dri
NOTE: This is a candidate for the stable branches.
---
src/mesa/state_tracker/st_extensions.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/src/mesa/state_tracker/st_extensions.c
b/src/mesa/state_tracker/st_extensions.c
index 43fba01..b64d363 100644
--- a/src/me
Version 2 that shouldn't crash.
---
src/mesa/state_tracker/st_cb_bufferobjects.c | 15 +++
1 file changed, 15 insertions(+)
diff --git a/src/mesa/state_tracker/st_cb_bufferobjects.c
b/src/mesa/state_tracker/st_cb_bufferobjects.c
index d166fe6..c868d5e 100644
--- a/src/mesa/state_tr
- don't reference a buffer for a local variable
(that's never useful unless it can be the only reference to the buffer)
- check if the buffer is not NULL
- set buffer_size as specified with BindBufferRange
NOTE: This is a candidate for the 9.1 branch.
Reviewed-by: Fredrik Höglund
---
src/mesa
Probably copied from i965. However st/mesa has its flags ST_NEW_xxx_PROGRAM.
---
src/mesa/state_tracker/st_atom_constbuf.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/state_tracker/st_atom_constbuf.c
b/src/mesa/state_tracker/st_atom_constbuf.c
index f72af7a
_NEW_BUFFER_OBJECT means glBufferData was called. We can just set our own
flag in BufferData.
---
src/mesa/state_tracker/st_atom_array.c |2 +-
src/mesa/state_tracker/st_cb_bufferobjects.c |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/state_tracker/
MaxUniformComponents contains only the limit for the default uniform buffer,
but the linker also adds all uniforms blocks to the uniform usage stats,
causing bogus linker failures.
NOTE: This is a candidate for the 9.1 branch.
---
src/glsl/linker.cpp |6 +++---
1 file changed, 3 insertions(+)
and add assertions to prevent buffer overflow. This fixes corruption
of the r600_shader struct.
NOTE: This is a candidate for the stable branches.
---
src/gallium/drivers/r600/r600_shader.c |2 ++
src/gallium/drivers/r600/r600_shader.h |4 ++--
2 files changed, 4 insertions(+), 2 deletion
---
src/gallium/drivers/r600/r600_pipe.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r600/r600_pipe.c
b/src/gallium/drivers/r600/r600_pipe.c
index 4e92698..038514b 100644
--- a/src/gallium/drivers/r600/r600_pipe.c
+++ b/src/gallium/drivers/r600/r600_
---
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 c923c67..3b9be54 100644
--- a/src/gallium/drivers/radeonsi/radeonsi_pipe.c
+++
On Wed, May 1, 2013 at 8:41 PM, Jordan Justen wrote:
> On Tue, Apr 30, 2013 at 10:01 AM, Jordan Justen wrote:
>> On Tue, Apr 30, 2013 at 9:57 AM, Ian Romanick wrote:
>>> On 04/27/2013 04:32 PM, Jordan Justen wrote:
This GLSL extension requires that AMD_vertex_shader_layer be
enabl
On Wed, May 1, 2013 at 9:13 PM, Matt Turner wrote:
> On Wed, May 1, 2013 at 8:41 PM, Jordan Justen wrote:
>> On Tue, Apr 30, 2013 at 10:01 AM, Jordan Justen wrote:
>>> On Tue, Apr 30, 2013 at 9:57 AM, Ian Romanick wrote:
On 04/27/2013 04:32 PM, Jordan Justen wrote:
>
> This GLSL ex
On 05/01/2013 09:25 PM, Jordan Justen wrote:
On Wed, May 1, 2013 at 9:13 PM, Matt Turner wrote:
On Wed, May 1, 2013 at 8:41 PM, Jordan Justen wrote:
On Tue, Apr 30, 2013 at 10:01 AM, Jordan Justen wrote:
On Tue, Apr 30, 2013 at 9:57 AM, Ian Romanick wrote:
On 04/27/2013 04:32 PM, Jordan J
On 04/30/2013 12:56 PM, Eric Anholt wrote:
There was some comment about trying to avoid marking resolves in
updownsample, but if the downsample is never actually rendered to, then
the required resolve tracked in the downsample will never be executed, so
who cares?
---
src/mesa/drivers/dri/i965/
On 04/30/2013 12:56 PM, Eric Anholt wrote:
Everyone was doing effectively the same thing, except for some funky code
reuse in Intel, and swrast mistakenly recomputing _BaseFormat instead of
using the texture's _BaseFormat. swrast's sRGB handling is left in place,
though it should be done by usin
On Tue, Apr 30, 2013 at 11:03:21AM -0700, Ian Romanick wrote:
> On 04/29/2013 04:08 AM, Topi Pohjolainen wrote:
> >As specified in:
> >
> >http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt
> >
> >Checking for the valid fourcc values is left for drivers avoiding
> >
On Tue, Apr 30, 2013 at 11:03:20AM -0700, Ian Romanick wrote:
> On 04/29/2013 04:08 AM, Topi Pohjolainen wrote:
> >Signed-off-by: Topi Pohjolainen
> >---
> > include/GL/internal/dri_interface.h| 23 +++
> > src/egl/drivers/dri2/egl_dri2.c| 1 +
> > src/mes
On Mon, Apr 29, 2013 at 4:08 AM, Topi Pohjolainen
wrote:
> As specified in:
>
> http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt
>
> Checking for the valid fourcc values is left for drivers avoiding
> dependency to drm header files here.
>
> v2:
>- enforce EG
On Wed, May 1, 2013 at 9:25 PM, Jordan Justen wrote:
> "pending resolution" meant I'd figure out what the AMD driver is
> doing, and follow that.
Indeed, sorry -- reading comprehension fail.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http:
On Wed, May 01, 2013 at 11:13:37PM -0700, Matt Turner wrote:
> On Mon, Apr 29, 2013 at 4:08 AM, Topi Pohjolainen
> wrote:
> > As specified in:
> >
> > http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt
> >
> > Checking for the valid fourcc values is left for driver
On 05/01/2013 08:42 PM, Marek Olšák wrote:
NOTE: This is a candidate for the 9.1 branch.
---
src/glsl/builtin_variables.cpp |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/glsl/builtin_variables.cpp b/src/glsl/builtin_variables.cpp
index b0c7a20..15f5bf3 100644
--- a
On 05/01/2013 08:42 PM, Marek Olšák wrote:
Const.MaxTextureImageUnits -> Const.FragmentProgram.MaxTextureImageUnits
Const.MaxVertexTextureImageUnits -> Const.VertexProgram.MaxTextureImageUnits
etc.
Thanks for doing this! It's much nicer this way.
Patches 1-5, 8, and 17 are:
Reviewed-by: Kenne
86 matches
Mail list logo
