On 10/23/2012 12:37 PM, Paul Berry wrote:
Previously this function was only implemented for non-shared-glapi
builds. Since the function is only intended for debugging purposes we
use a simple O(n) algorithm.
---
src/mapi/mapi/mapi_glapi.c | 4 ++--
src/mapi/mapi/stub.c | 22 +++
I like this!
For the series:
Reviewed-by: Kenneth Graunke
However, there's one thing you missed: since you made it emit_end_query
for (potentially) both OQ -and- timestamp on batchbuffer end, you should
reserve enough space for the extra PIPE_CONTROLs emitted by
write_timestamp().
This mea
On Tue, Oct 23, 2012 at 11:52 PM, Bryan Cain wrote:
> On 10/23/2012 04:50 PM, Brian Paul wrote:
>> On 10/23/2012 10:58 AM, Bryan Cain wrote:
>>> This fixes an issue where glsl_to_tgsi_visior::get_opcode() would
>>> emit the
>>> wrong opcode because the register type was GLSL_TYPE_ARRAY/STRUCT
>>>
On 10/23/2012 04:50 PM, Brian Paul wrote:
> On 10/23/2012 10:58 AM, Bryan Cain wrote:
>> This fixes an issue where glsl_to_tgsi_visior::get_opcode() would
>> emit the
>> wrong opcode because the register type was GLSL_TYPE_ARRAY/STRUCT
>> instead of
>> GLSL_TYPE_FLOAT/INT/UINT/BOOL, so the function
On 10/23/2012 10:58 AM, Bryan Cain wrote:
This fixes an issue where glsl_to_tgsi_visior::get_opcode() would emit the
wrong opcode because the register type was GLSL_TYPE_ARRAY/STRUCT instead of
GLSL_TYPE_FLOAT/INT/UINT/BOOL, so the function would use the float opcodes for
operations on integer or
On 10/23/2012 12:36 PM, Andreas Boll wrote:
src/gallium/docs/source/context.rst:495: WARNING:
malformed hyperlink target.
---
FYI I've pushed the generated gallium-docs to
http://people.freedesktop.org/~ab/gallium-docs/
It would be cool if we can host this at
http://dri.freedesktop.org/gallium-
---
src/mesa/drivers/dri/i965/brw_queryobj.c | 49 --
1 file changed, 33 insertions(+), 16 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_queryobj.c
b/src/mesa/drivers/dri/i965/brw_queryobj.c
index 36caf1e..a698b5b 100644
--- a/src/mesa/drivers/dri/i965/brw
"Active" is an already-used term for the query being between glBeginQuery()
and glEndQuery(), while this is tracking whether the start of the packet pair
for emitting state has been inserted into the current batchbuffer.
---
src/mesa/drivers/dri/i965/brw_context.h |2 +-
src/mesa/drivers/dri/
This is a leftover from when we had to split those two functions due to the
separate BO validation step.
---
src/mesa/drivers/dri/i965/brw_context.h |1 -
src/mesa/drivers/dri/i965/brw_draw_upload.c |5 +
src/mesa/drivers/dri/i965/brw_queryobj.c| 23 ++-
3
---
src/mesa/drivers/dri/i965/brw_context.h | 15 +-
src/mesa/drivers/dri/i965/brw_queryobj.c | 87 ++
2 files changed, 66 insertions(+), 36 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_context.h
b/src/mesa/drivers/dri/i965/brw_context.h
index 9232
Previously we just printed the dispatch table index and the user had
to convert it to a function name. That was a pain because when
FEATURE_remap_table is defined, the assignment of functions to
dispatch table entries is done at run time.
---
src/mesa/main/tests/dispatch_sanity.cpp | 10 +
Previously this function was only implemented for non-shared-glapi
builds. Since the function is only intended for debugging purposes we
use a simple O(n) algorithm.
---
src/mapi/mapi/mapi_glapi.c | 4 ++--
src/mapi/mapi/stub.c | 22 ++
src/mapi/mapi/stub.h | 3 +
src/gallium/docs/source/context.rst:495: WARNING:
malformed hyperlink target.
---
FYI I've pushed the generated gallium-docs to
http://people.freedesktop.org/~ab/gallium-docs/
It would be cool if we can host this at
http://dri.freedesktop.org/gallium-docs
and then we can add a link at mesa3d.org
Fixes the problem where configure from the tarball would report missing
files:
$ ./configure
configure: error: cannot find install-sh, install.sh, or shtool in bin
NOTE: This is a candidate for the 9.0 branch.
---
Makefile.am |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
On Mon, Oct 22, 2012 at 5:22 PM, Paul Berry wrote:
> Changes based on comments from Matt and Brian. Patch 3/6 has been
> added. Patch 6/6 has been updated.
>
> [PATCH v2 1/6] main: Fix warning ('struct gl_context' declared inside
> parameter list).
> [PATCH v2 2/6] glapi: Alias ClampColor and C
On 10/19/2012 11:32 PM, Philipp Klaus Krause wrote:
On 20.10.2012 01:28, Anuj Phogat wrote:
This series lives on my etc2-v9 branch (https://github.com/aphogat/mesa).
This series enables 8 out of 10 ETC2 texture formats for all Intel
hardware by simply decoding the ETC2 data into RGBX data at th
On 10/22/2012 05:22 PM, Paul Berry wrote:
Changes based on comments from Matt and Brian. Patch 3/6 has been
added. Patch 6/6 has been updated.
[PATCH v2 1/6] main: Fix warning ('struct gl_context' declared inside parameter
list).
[PATCH v2 2/6] glapi: Alias ClampColor and ClampColorARB.
[PATC
This fixes an issue where glsl_to_tgsi_visior::get_opcode() would emit the
wrong opcode because the register type was GLSL_TYPE_ARRAY/STRUCT instead of
GLSL_TYPE_FLOAT/INT/UINT/BOOL, so the function would use the float opcodes for
operations on integer or boolean values dereferenced from an array o
On 10/23/2012 07:24 AM, Michel Dänzer wrote:
On Die, 2012-10-23 at 15:21 +0200, Marek Olšák wrote:
On Tue, Oct 23, 2012 at 11:24 AM, Michel Dänzer wrote:
From: Michel Dänzer
The layer dimension of array textures is not subject to mipmap minification.
OTOH we were missing an assertion for the
On Die, 2012-10-23 at 15:27 +0200, Marek Olšák wrote:
> On Tue, Oct 23, 2012 at 3:24 PM, Michel Dänzer wrote:
> > On Die, 2012-10-23 at 15:21 +0200, Marek Olšák wrote:
> >> On Tue, Oct 23, 2012 at 11:24 AM, Michel Dänzer wrote:
> >> > From: Michel Dänzer
> >> >
> >> > The layer dimension of arr
On Tue, Oct 23, 2012 at 3:24 PM, Michel Dänzer wrote:
> On Die, 2012-10-23 at 15:21 +0200, Marek Olšák wrote:
>> On Tue, Oct 23, 2012 at 11:24 AM, Michel Dänzer wrote:
>> > From: Michel Dänzer
>> >
>> > The layer dimension of array textures is not subject to mipmap
>> > minification.
>> > OTOH
On Die, 2012-10-23 at 15:21 +0200, Marek Olšák wrote:
> On Tue, Oct 23, 2012 at 11:24 AM, Michel Dänzer wrote:
> > From: Michel Dänzer
> >
> > The layer dimension of array textures is not subject to mipmap minification.
> > OTOH we were missing an assertion for the depth dimension.
> >
> > Fixes
On Tue, Oct 23, 2012 at 11:24 AM, Michel Dänzer wrote:
> From: Michel Dänzer
>
> The layer dimension of array textures is not subject to mipmap minification.
> OTOH we were missing an assertion for the depth dimension.
>
> Fixes assertion failures with piglit {f,v}s-textureSize-sampler1DArrayShad
From: Michel Dänzer
The layer dimension of array textures is not subject to mipmap minification.
OTOH we were missing an assertion for the depth dimension.
Fixes assertion failures with piglit {f,v}s-textureSize-sampler1DArrayShadow.
For some reason, they only resulted in piglit 'warn' results f
https://bugs.freedesktop.org/show_bug.cgi?id=55998
Rohan Garg changed:
What|Removed |Added
CC||rohan16g...@gmail.com
--
You are receiving
Thanks Jaime. I wrote a note on the bug report page but it is seemingly
unrelated.
On Sat, Oct 20, 2012 at 12:50 PM, Jaime Rave wrote:
> 2012/10/19 Rafi Witten :
> > Hi guys,
> >
> > First time posting so I'm probably just doing something stupid!
> >
> > I am using the libosmesa6 package on Ubun
26 matches
Mail list logo