https://bugs.freedesktop.org/show_bug.cgi?id=55998
Kenneth Graunke changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
On 10/30/2012 08:43 PM, Eric Anholt wrote:
Tapani Pälli writes:
Patch makes GLBenchmark 2.1.1 , An3DBenchXL and BasemarkES2 work with
Android on Ivybridge. In all failing cases color buffer is 16bit and
depth buffer 24bit. I did not find this kind of limitation from the
available HW specs thou
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #25 from Fredrik Höglund ---
I've pushed a patch to KWin that should fix the problem. The patch is in both
master and the 4.9 branch, so you should see it in 4.9.3. That release will be
tagged on Thursday.
@Rune: The GLX backend in K
On 10/25/2012 09:13 AM, Eric Anholt wrote:
> I want to replace the hash_table.[ch] implementation, but this was getting in
> the way.
> ---
> src/glsl/link_uniforms.cpp |2 +-
> src/glsl/linker.cpp |1 +
> src/mesa/main/shader_query.cpp |2 +-
>
We haven't been only tracking raw GRF-GRF moves since the constant propagation
merge, and also the extension for source modifiers and uniforms.
---
src/mesa/drivers/dri/i965/brw_fs_copy_propagation.cpp |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i
Given that we handle similarly-regioned GRFs registers for our copy
propagation from our UNIFORM file, there's no reason not to allow it.
The shader-db impact is negligible -- +90 instructions total, 2 shaders helped
and 7 hurt (slightly increased register pressure increased spilling), but this
is
It is common for complicated shaders, particularly code-generated ones, to
have a big array of uniforms or attributes, and a prologue in the shader that
dereferences from the big array to more informatively-named local variables.
Then there will be some small control flow operation (like a ? : stat
If we put the register coalescing in between the two, then we end up with code
sequences involving dead writes that the dead code elimination doesn't know
how to remove. In place of making dead code elimination smart (which we
should do, too), make it less important for the moment.
shader-db resu
Here's a patch series to clean up the most glaring failures I think we have
left in FS code generation other than variable-indexed array access.
Unfortunately, I haven't found a particular testcase to show that it's a
performance improvement, but I still think it's a good idea since it does
remove
https://bugs.freedesktop.org/show_bug.cgi?id=46376
libo changed:
What|Removed |Added
Summary|display window will be |render error when run glsl
|bla
https://bugs.freedesktop.org/show_bug.cgi?id=46376
--- Comment #3 from libo ---
This bugs still exists. GLSL demos and Mesa_demos all have render error with
only "X" but run well with "gnome".
--
You are receiving this mail because:
You are the assignee for the bug.
On 10/30/2012 05:04 PM, Marek Olšák wrote:
On Mon, Oct 29, 2012 at 7:52 PM, Ian Romanick wrote:
On 10/28/2012 07:24 AM, Marek Olšák wrote:
I think we should leave this flag. There is some hardware that can do ES1
that cannot do 3D texturing.
Alright, but I'll move the enabling to _mesa_init
On 10/30/2012 05:20 PM, Tzvetan Mikov wrote:
Thanks a lot! I reproduced the same results here and I think I have
figured out what the problem is. The frame buffer is always created in
linear mode. The temporary hack included below doubles the performance
for me with EGL.
Could you please check i
On Wed, Oct 31, 2012 at 1:20 AM, Tzvetan Mikov wrote:
> On 10/30/2012 11:45 AM, Jerome Glisse wrote:
>>
>> So tested, it's something inside egl that lead to this, same program
>> as yours with glut on X11 with 2d tiling enabled and 2d color tiling
>> have a slight advantage 140fps vs 137fps (windo
https://bugs.freedesktop.org/show_bug.cgi?id=55998
sundoul...@gmail.com changed:
What|Removed |Added
CC||sundoul...@gmail.com
--
You are r
This looks good to me. Thank you.
Marek
On Tue, Oct 30, 2012 at 11:04 PM, wrote:
> From: Jerome Glisse
>
> On r6xx/r7xx shader resource management need to make sure that the
> shader does not goes over the gpr register limit. Each specific
> asic has a maxmimum register that can be split btw s
On 10/30/2012 11:45 AM, Jerome Glisse wrote:
So tested, it's something inside egl that lead to this, same program
as yours with glut on X11 with 2d tiling enabled and 2d color tiling
have a slight advantage 140fps vs 137fps (windowed so there is a blit
which would account for a hugue chunk of per
On Mon, Oct 29, 2012 at 7:52 PM, Ian Romanick wrote:
> On 10/28/2012 07:24 AM, Marek Olšák wrote:
>
> I think we should leave this flag. There is some hardware that can do ES1
> that cannot do 3D texturing.
Alright, but I'll move the enabling to _mesa_init_extensions. I'd like
to get rid of the
On Tue, Oct 30, 2012 at 10:42 AM, Paul Berry wrote:
> In commits bad96f6 and e7dd2e5 I added the following aliases:
> - ClampColor -> ClampColorARB
> - VertexAttribDivisor -> VertexAttribDivisorARB
>
> But I neglected to update check_table.cpp, causing "make check" to
> fail for non-shared-glapi b
From: Ian Romanick
The parameters and operation of this function changed, but I didn't
bother to change the prologue comment.
Signed-off-by: Ian Romanick
---
src/mesa/drivers/dri/common/utils.c | 22 +-
1 file changed, 5 insertions(+), 17 deletions(-)
diff --git a/src/mesa
On 10/25/2012 09:13 AM, Eric Anholt wrote:
> I'm replacing it with a better implementation also named hash_table.c, and
> want to have an incremental migration.
> ---
> src/glsl/Makefile.am |4 +-
> src/glsl/SConscript|4 +-
> src/glsl/glcpp/Makefile.a
This series passes the new "attribs" piglit tests I just sent to the
piglit mailing list. Current Mesa git fails it.
If the test looks alright to you, this is:
Tested-by: Marek Olšák
Marek
On Sun, Oct 14, 2012 at 9:02 PM, Kenneth Graunke wrote:
> For the 10-bit components, the divisor was inc
On 10/30/2012 10:42 AM, Paul Berry wrote:
Currently we use two separate functions to initialize the dispatch
table depending on the API: _mesa_create_exec_table_es1(), which
handles GLES1, and _mesa_create_exec_table(), which handles all other
APIs. _mesa_create_exec_table_es1() is code-generate
The functions were broken, because they converted ints to floats.
Now we can finally advertise OpenGL 3.0. ;)
In this commit, the vbo module also tracks the type for each attrib
in addition to the size. It can be one of FLOAT, INT, UNSIGNED_INT.
The little ugliness is the vertex attribs are decla
On Tue, Oct 30, 2012 at 3:37 PM, Andreas Boll
wrote:
> 2012/10/30 Marek Olšák :
>> This is a regression since b3921e1f53833420e0a0fd581f7417.
>>
>> The array stores VS outputs, not FS inputs.
>> Now llvmpipe can do 32 varyings too.
>>
>> NOTE: This is a candidate for the stable branches.
>
> Bugzi
From: Jerome Glisse
On r6xx/r7xx shader resource management need to make sure that the
shader does not goes over the gpr register limit. Each specific
asic has a maxmimum register that can be split btw shader stage.
For each stage the shader must not use more register than the
limit programmed.
- Original Message -
> On 10/30/2012 01:48 PM, jfons...@vmware.com wrote:
> > From: José Fonseca
> >
> > Tested with a modified glean tstencil2 test.
> > ---
> > src/gallium/drivers/llvmpipe/lp_bld_depth.c | 10 --
> > 1 file changed, 8 insertions(+), 2 deletions(-)
> >
> > d
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #24 from Rune Petersen ---
> The algorithm that chooses the FBConfig doesn't check the values of
> GLX_SAMPLES and GLX_SAMPLE_BUFFERS, so I guess it ends up picking an MSAA
> config purely by accident. That's something we'll have to f
On 10/30/2012 01:48 PM, jfons...@vmware.com wrote:
From: José Fonseca
Tested with a modified glean tstencil2 test.
---
src/gallium/drivers/llvmpipe/lp_bld_depth.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_bld_depth.c
b/sr
https://bugs.freedesktop.org/show_bug.cgi?id=41787
--- Comment #18 from José Fonseca ---
Created attachment 69328
--> https://bugs.freedesktop.org/attachment.cgi?id=69328&action=edit
stencil-802-intel
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=41787
José Fonseca changed:
What|Removed |Added
Attachment #52585|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=41787
--- Comment #16 from José Fonseca ---
I spent sometime today looking at this.
I modified glretrace to dump the stencil buffer instead of color buffer:
$ git diff
diff --git a/retrace/glstate_images.cpp b/retrace/glstate_images.cpp
index e534a65.
From: José Fonseca
Tested with a modified glean tstencil2 test.
---
src/gallium/drivers/llvmpipe/lp_bld_depth.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/gallium/drivers/llvmpipe/lp_bld_depth.c
b/src/gallium/drivers/llvmpipe/lp_bld_depth.c
index 8efa75
Wow, a quite impressive step forward.
I'm not so deeply into the LLVM code, but apart from that it's:
Reviewed-by: Christian König
On 30.10.2012 19:39, Michel Dänzer wrote:
From: Tom Stellard
Fixes invalid code being generated, trying to copy from VGPRs to SGPRs.
Signed-off-by: Michel Dänz
On Tue, Oct 30, 2012 at 07:39:06PM +0100, Michel Dänzer wrote:
> From: Tom Stellard
>
> Fixes invalid code being generated, trying to copy from VGPRs to SGPRs.
>
> Signed-off-by: Michel Dänzer
For the series:
Reviewed-by: Tom Stellard
Nice job!
> ---
> lib/Target/AMDGPU/SIISelLowering.cpp
On 30 October 2012 10:43, Paul Berry wrote:
> This patch modifies context creation code for GLES1 to use
> _mesa_create_exec_table() (which is used for all other APIs) instead
> of the GLES1-specific _mesa_create_exec_table_es1().
>
> There is a slight change in functionality. As a result of a m
On 30 October 2012 10:42, Paul Berry wrote:
> This patch adds the usual boilerplate (copyright notice and guards
> against redundant inclusion) to es1_conversion.h. It also moves the
> definition of GL_APIENTRY from es1_conversion.c.
>
Ian recommended that instead of using an Intel copyright he
On Tue, Oct 30, 2012 at 10:43 AM, Tzvetan Mikov wrote:
> On 10/30/2012 07:12 AM, Patrick Baggett wrote:
>> Is your screen refresh rate 70 Hz? Because if so, that means that it's
>> syncing to the vblank on Mesa, and not doing so on the proprietary one.
>
> Unfortunately no. In fact the Gallium EGL
Tapani Pälli writes:
> Patch makes GLBenchmark 2.1.1 , An3DBenchXL and BasemarkES2 work with
> Android on Ivybridge. In all failing cases color buffer is 16bit and
> depth buffer 24bit. I did not find this kind of limitation from the
> available HW specs though, bug does not happen with Sandybrid
From: Michel Dänzer
radeonsi can run piglit reliably with it now. It fixes hundreds of tests and
prevents many more from crashing.
Signed-off-by: Michel Dänzer
---
lib/Target/AMDGPU/AMDGPUTargetMachine.cpp |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/lib/Target/AMDG
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
lib/Target/AMDGPU/SIInstructions.td |5 +
1 file changed, 5 insertions(+)
diff --git a/lib/Target/AMDGPU/SIInstructions.td
b/lib/Target/AMDGPU/SIInstructions.td
index 8b4245d..cb94381 100644
--- a/lib/Target/AMDGPU/SIInstructions.td
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
lib/Target/AMDGPU/SIInstructions.td |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/lib/Target/AMDGPU/SIInstructions.td
b/lib/Target/AMDGPU/SIInstructions.td
index 980bf63..8b4245d 100644
--- a/lib/Target/AMDGPU/
From: Michel Dänzer
Also add assertions failing in unhandled cases.
Signed-off-by: Michel Dänzer
---
lib/Target/AMDGPU/SIInstrInfo.cpp | 18 +++---
1 file changed, 15 insertions(+), 3 deletions(-)
diff --git a/lib/Target/AMDGPU/SIInstrInfo.cpp
b/lib/Target/AMDGPU/SIInstrInfo.cp
From: Michel Dänzer
Signed-off-by: Michel Dänzer
---
lib/Target/AMDGPU/SIInstrInfo.cpp |5 +
lib/Target/AMDGPU/SIInstrInfo.h |1 +
2 files changed, 6 insertions(+)
diff --git a/lib/Target/AMDGPU/SIInstrInfo.cpp
b/lib/Target/AMDGPU/SIInstrInfo.cpp
index ccd1ecb..bed9e77 100644
--
From: Tom Stellard
Fixes invalid code being generated, trying to copy from VGPRs to SGPRs.
Signed-off-by: Michel Dänzer
---
lib/Target/AMDGPU/SIISelLowering.cpp |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/Target/AMDGPU/SIISelLowering.cpp
b/lib/Target/AMDGPU/SIIS
From: Michel Dänzer
This version handles the EXEC register being modified in the if/else blocks,
e.g. for pixel discard.
Signed-off-by: Michel Dänzer
---
lib/Target/AMDGPU/SIISelLowering.cpp | 20 --
lib/Target/AMDGPU/SILowerFlowControl.cpp | 42 +---
On 10/30/2012 08:24 AM, Anuj Phogat wrote:
On Tue, Oct 30, 2012 at 7:22 AM, Brian Paul wrote:
On 10/29/2012 07:37 PM, Ian Romanick wrote:
On 10/25/2012 03:17 PM, Brian Paul wrote:
On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogat
---
src/mesa/main/format_unpack.c | 9
This will be used by GL CORE contexts to differentiate functions that
can be set to nop from functions that are required for a particular
context version.
Signed-off-by: Jordan Justen
---
src/mesa/main/tests/dispatch_sanity.cpp | 917 ---
1 file changed, 459 insertio
The function list was generated from glcorearb.h for GL 4.3.
Note that many GL 4.X functions start with a dash (-) which
indicates that they are not yet known to Mesa.
Signed-off-by: Jordan Justen
---
src/mesa/main/tests/dispatch_sanity.cpp | 705 +++
1 file changed
We also no longer call _swrast_CreateContext, _tnl_CreateContext
or _swsetup_CreateContext when creating the context.
Signed-off-by: Jordan Justen
---
src/mesa/main/tests/dispatch_sanity.cpp | 50 +++
1 file changed, 18 insertions(+), 32 deletions(-)
diff --git a/s
If a GL function was introduced in a later GL version than the
context we are testing, then it is okay if it is set to the
_mesa_generic_nop function.
Signed-off-by: Jordan Justen
---
src/mesa/main/tests/dispatch_sanity.cpp | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
This will allow validate_functions to access ctx->Version.
Signed-off-by: Jordan Justen
---
src/mesa/main/tests/dispatch_sanity.cpp | 32 +--
1 file changed, 22 insertions(+), 10 deletions(-)
diff --git a/src/mesa/main/tests/dispatch_sanity.cpp
b/src/mesa/main/tes
This function can be re-added with an actual implementation
when ARB_geometry_shader4 is supported.
Signed-off-by: Jordan Justen
---
src/mesa/main/api_exec.c |4
src/mesa/main/fbobject.c | 10 --
src/mesa/main/fbobject.h |5 -
3 files changed, 19 deletions(-)
diff --g
This function can be re-added with an actual implementation
when ARB_geometry_shader4 is supported.
Signed-off-by: Jordan Justen
---
src/mesa/main/api_exec.c |1 -
src/mesa/main/fbobject.c | 11 ---
src/mesa/main/fbobject.h |4
3 files changed, 16 deletions(-)
diff --git
Signed-off-by: Jordan Justen
---
src/mapi/glapi/gen/ARB_geometry_shader4.xml |2 +-
src/mesa/main/dlist.c |6 +++---
src/mesa/main/shaderapi.c |2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/mapi/glapi/gen/ARB_geometry_
Signed-off-by: Jordan Justen
---
src/mesa/main/shaderapi.c |4
1 file changed, 4 deletions(-)
diff --git a/src/mesa/main/shaderapi.c b/src/mesa/main/shaderapi.c
index 04cdfba..a8be5c5 100644
--- a/src/mesa/main/shaderapi.c
+++ b/src/mesa/main/shaderapi.c
@@ -1732,10 +1732,6 @@ _mesa_ini
These functions are part in GL 4.3. Moving this will allow
ProgramParameteriARB to alias ProgramParameteri.
Signed-off-by: Jordan Justen
---
src/mapi/glapi/gen/gl_API.xml|3 +++
src/mapi/glapi/gen/gl_and_es_API.xml |1 -
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git
These EXT_separate_shader_objects function will no longer be
enabled for CORE profiles:
* UseShaderProgramEXT
* ActiveProgramEXT
* CreateShaderProgramEXT
Signed-off-by: Jordan Justen
---
src/mesa/main/shaderapi.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/main/shaderapi.c
Signed-off-by: Jordan Justen
---
src/mapi/glapi/gen/ARB_geometry_shader4.xml |2 +-
src/mesa/main/api_exec.c|2 +-
src/mesa/main/dlist.c |6 +++---
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/mapi/glapi/gen/ARB_geometry_
GetPointerv was de-deprecated in 893ddb.
Signed-off-by: Jordan Justen
---
src/mesa/main/api_exec.c |4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/main/api_exec.c b/src/mesa/main/api_exec.c
index a670fba..ee9a911 100644
--- a/src/mesa/main/api_exec.c
+++ b/src/mesa/main/api_e
v2:
* Keep functions for various extensions still enabled in GL CORE
profiles, and add the extension functions to
dispatch_sanity.cpp:gl_core_functions_possible.
* Cleanup glapi for ARB_geometry_shader4.xml
* Disable unneeded ARB_geometry_shader4 functions and remove
unimplemented ARB_g
https://bugs.freedesktop.org/show_bug.cgi?id=55010
Andreas Boll changed:
What|Removed |Added
Assignee|i...@freedesktop.org |mesa-dev@lists.freedesktop.
2012/10/30 Lucas Stach :
> Am Dienstag, den 30.10.2012, 18:03 +0100 schrieb Andreas Boll:
>> fixes these warnings:
>>
>> nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30
>> nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55
>> nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56
>> n
https://bugs.freedesktop.org/show_bug.cgi?id=56555
Ian Romanick changed:
What|Removed |Added
Hardware|x86-64 (AMD64) |All
Status|NEW
This patch removes the generated files api_exec_es1.c,
api_exec_es1_dispatch.h, and api_exec_es1_remap_helper.h (and the
source files and build rules used to generate them), since they are no
longer used. GLES1 now uses the same dispatch table layout as all the
other APIs.
---
src/mesa/Android.ge
This patch modifies context creation code for GLES1 to use
_mesa_create_exec_table() (which is used for all other APIs) instead
of the GLES1-specific _mesa_create_exec_table_es1().
There is a slight change in functionality. As a result of a mistake
in the code generation of _mesa_create_exec_tabl
Currently, _mesa_create_exec_table() (in api_exec.c) is used for all
APIs except GLES1. In GLES1, _mesa_create_exec_table_es1() (a code
generated function) is used instead.
In principle, this shouldn't be necessary. It should be possible for
api_exec.c to contain the logic for populating the dis
This patch adds the usual boilerplate (copyright notice and guards
against redundant inclusion) to es1_conversion.h. It also moves the
definition of GL_APIENTRY from es1_conversion.c.
This allows es1_conversion.h to be safely included from other .c files.
---
src/mesa/main/es1_conversion.c | 4
This patch creates a header querymatrix.h, to allow functions defined
in querymatrix.c to be used from other .c files. It also switches
from the nonstandard GL_APIENTRY to GLAPIENTRY.
---
src/mesa/main/querymatrix.c | 12 +---
src/mesa/main/querymatrix.h | 39 +
Previously dispatch table-related code was generated from gl_API.xml,
so it did not include slots for GLES1-only functions (such as those
taking fixed-point arguments).
This patch generates dispatch table-related code from
gl_and_es_API.xml, so that GLES1-only functions are included. This
paves t
Previously, when code-generating aliased functions in glapitemp.h, we
weren't consistent about which function alias we used to obtain the
parameter names, with the risk that we would generate incorrect code
like this:
KEYWORD1 void KEYWORD2 NAME(Foo)(GLint x)
{
(void) x;
DISPATCH(Foo,
This ensures that GLES1-only typedefs are available in these files.
In a future patch, this will allow us to expand the dispatch table to
include GLES1-only functions.
---
src/glx/tests/indirect_api.cpp | 2 +-
src/mapi/glapi/gen/gl_gentable.py | 2 +-
src/mapi/glapi/tests/c
In commits bad96f6 and e7dd2e5 I added the following aliases:
- ClampColor -> ClampColorARB
- VertexAttribDivisor -> VertexAttribDivisorARB
But I neglected to update check_table.cpp, causing "make check" to
fail for non-shared-glapi builds.
This patch removes the functions that are now aliased fr
Currently we use two separate functions to initialize the dispatch
table depending on the API: _mesa_create_exec_table_es1(), which
handles GLES1, and _mesa_create_exec_table(), which handles all other
APIs. _mesa_create_exec_table_es1() is code-generated based on
src/mesa/main/APIspec.xml; _mesa_
From: Ian Romanick
Support for 8-bit modes was removed in commits 0398a26 and bda208a4.
However, I didn't notice code in dri_init_screen that explicitly tries
to create this modes. This is structurally different from other drivers
(that only create modes that match the display color depth).
Sig
Am Dienstag, den 30.10.2012, 18:03 +0100 schrieb Andreas Boll:
> fixes these warnings:
>
> nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30
> nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55
> nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56
> nvfx_screen_get_param:95 - Warnin
On 10/30/2012 02:06 AM, Tapani Pälli wrote:
Patch makes GLBenchmark 2.1.1 , An3DBenchXL and BasemarkES2 work with
Android on Ivybridge. In all failing cases color buffer is 16bit and
depth buffer 24bit. I did not find this kind of limitation from the
available HW specs though, bug does not happen
fixes these warnings:
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 30
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 55
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 56
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP 58
nvfx_screen_get_param:95 - Warning: unknown PIPE_CAP
From: Michel Dänzer
This is technically too strict: While a VOP3 instruction can only use one SGPR,
it can be used for any operand, even for several operands at the same. But for
now this is a simple solution which fixes the problem (e.g. causing broken
linear fog with radeonsi) at little extra c
On 10/30/2012 08:40 AM, Brian Paul wrote:
By removing the array size, the static assertion to check for missing
elements can do its job properly. This will catch cases where a new
Mesa format is added but the swrast texfetch code isn't updated.
---
src/mesa/swrast/s_texfetch.c |2 +-
1 fi
By removing the array size, the static assertion to check for missing
elements can do its job properly. This will catch cases where a new
Mesa format is added but the swrast texfetch code isn't updated.
---
src/mesa/swrast/s_texfetch.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
On 10/30/2012 09:24 AM, Anuj Phogat wrote:
On Tue, Oct 30, 2012 at 7:22 AM, Brian Paul wrote:
On 10/29/2012 07:37 PM, Ian Romanick wrote:
On 10/25/2012 03:17 PM, Brian Paul wrote:
On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogat
---
src/mesa/main/format_unpack.c | 9
On Tue, Oct 30, 2012 at 7:22 AM, Brian Paul wrote:
> On 10/29/2012 07:37 PM, Ian Romanick wrote:
>>
>> On 10/25/2012 03:17 PM, Brian Paul wrote:
>>>
>>> On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogat
---
src/mesa/main/format_unpack.c | 9 +
>>
On 10/30/2012 07:12 AM, Patrick Baggett wrote:
> Is your screen refresh rate 70 Hz? Because if so, that means that it's
> syncing to the vblank on Mesa, and not doing so on the proprietary one.
Unfortunately no. In fact the Gallium EGL/R600 doesn't support flip on
vsync at all - eglSwapInterval is
2012/10/30 Marek Olšák :
> This is a regression since b3921e1f53833420e0a0fd581f7417.
>
> The array stores VS outputs, not FS inputs.
> Now llvmpipe can do 32 varyings too.
>
> NOTE: This is a candidate for the stable branches.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=56552
I can co
On 10/29/2012 06:29 PM, Marek Olšák wrote:
This is a regression since b3921e1f53833420e0a0fd581f7417.
The array stores VS outputs, not FS inputs.
Now llvmpipe can do 32 varyings too.
NOTE: This is a candidate for the stable branches.
---
src/gallium/auxiliary/draw/draw_vertex.h |5 +++--
On 10/29/2012 07:37 PM, Ian Romanick wrote:
On 10/25/2012 03:17 PM, Brian Paul wrote:
On 10/24/2012 02:22 PM, Anuj Phogat wrote:
Signed-off-by: Anuj Phogat
---
src/mesa/main/format_unpack.c | 9 +
src/mesa/main/formats.c | 13 +
src/mesa/main/formats.h | 1 +
src/mesa/main/glf
Is your screen refresh rate 70 Hz? Because if so, that means that it's
syncing to the vblank on Mesa, and not doing so on the proprietary one.
Patrick
On Mon, Oct 29, 2012 at 8:24 PM, Tzvetan Mikov wrote:
> On 10/28/2012 12:56 PM, Tzvetan Mikov wrote:
>
>> On 10/28/2012 04:26 AM, Marek Olšák wr
https://bugs.freedesktop.org/show_bug.cgi?id=54402
--- Comment #7 from Fabio Pedretti ---
Just for the record, r300g fails to assert this now:
firefox: r300_vs.c:73: r300_shader_read_vs_outputs: asserzione "index < 32" non
riuscita.
--
You are receiving this mail because:
You are the assignee f
https://bugs.freedesktop.org/show_bug.cgi?id=55788
Michel Dänzer changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=37637
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=51598
José Fonseca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Patch makes GLBenchmark 2.1.1 , An3DBenchXL and BasemarkES2 work with
Android on Ivybridge. In all failing cases color buffer is 16bit and
depth buffer 24bit. I did not find this kind of limitation from the
available HW specs though, bug does not happen with Sandybridge.
Signed-off-by: Tapani Päll
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #23 from Kenneth Graunke ---
Ouch. Well...in that case, I'm not sure what to do on the Mesa side...perhaps
a point release of KWin could fix this?
For what it's worth, KWin from git master has the slowdown with the GLX
backend, but
https://bugs.freedesktop.org/show_bug.cgi?id=30224
fangxun changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=30234
fangxun changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
You are receiving this mail because
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 30234, which changed state.
Bug 30234 Summary: [swrast] Mesa xdemo manywin aborted
https://bugs.freedesktop.org/show_bug.cgi?id=30234
What|Removed |Added
---
https://bugs.freedesktop.org/show_bug.cgi?id=30234
fangxun changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=55998
--- Comment #22 from Fredrik Höglund ---
(In reply to comment #19)
> e943e5c291c5f4c017f9f5a483f194031fc3 is the first bad commit
> commit e943e5c291c5f4c017f9f5a483f194031fc3
> Author: Chad Versace
> Date: Thu Aug 2 17:13:17 2012 -070
99 matches
Mail list logo
