Looks good to me, Brian.
Jose
- Original Message -
From: Brian Paul bri...@vmware.com
These two functions were nearly the same with lots of duplicated
code.
Now pass in a boolean 'elts' flag and use a few conditionals to
implement
the linear vs. indexed cases.
---
Hi,
I have rebased the branch and added a few commits.
Most notably, ARB_debug_output is now always enabled. I had to change
the GLDEBUGPROCARB type in the glapi xml file to void*, otherwise the
generator couldn't parse it. After that I regenerated the glapi API
files, so that the extension can
https://bugs.freedesktop.org/show_bug.cgi?id=40754
Summary: gallivm is broken with LLVM r139237
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=40754
ojab o...@ojab.ru changed:
What|Removed |Added
Attachment #51029|application/octet-stream|text/plain
mime type|
Can one of the Gallium interface maintainers please review this patch so
I can push it?
Bryan
On 09/02/2011 11:09 AM, Bryan Cain wrote:
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 18 +++---
1 files changed, 7 insertions(+), 11 deletions(-)
diff --git
Can one of the Gallium interface maintainers please review this patch so
I can push it?
Bryan
On 09/02/2011 11:09 AM, Bryan Cain wrote:
They are needed by glsl_to_tgsi for an efficient implementation using native
integers.
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 30
Disregard this, I meant to send this for patch 1/2 and not 2/2. This
patch doesn't contain any Gallium interface changes.
Bryan
On 09/10/2011 11:43 AM, Bryan Cain wrote:
Can one of the Gallium interface maintainers please review this patch so
I can push it?
Bryan
On 09/02/2011 11:09 AM,
Hey ★,
On 09/10/2011 06:28 PM, ★ Emeric wrote:
Hi Maarten,
I tried the v2 patch with my good old geforce 8600M GS, and it worked well.
The CPU usage seems a little higher than usual, I'd said 60% instead of 40%
for a 720p video, but I'll try with a higher bitrate video and without
building
It will only be emitted when the driver supports integer operations.
The I2F+ARL combination is currently what is emitted when integer
support is enabled (float targets only need ARL) but I can make that
more clear in the commit message.
On 09/10/2011 12:07 PM, Brian Paul wrote:
I guess my
https://bugs.freedesktop.org/show_bug.cgi?id=39017
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
AssignedTo|mar...@gmail.com
They are needed by glsl_to_tgsi for an efficient implementation using native
integers.
---
src/gallium/auxiliary/tgsi/tgsi_exec.c | 30
src/gallium/auxiliary/tgsi/tgsi_info.c |3 ++
src/gallium/docs/source/tgsi.rst | 19 +
On 09/10/2011 11:36 AM, Bryan Cain wrote:
They are needed by glsl_to_tgsi for an efficient implementation using native
integers.
Reviewed-by: Brian Paul bri...@vmware.com
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
From: Brian Paul bri...@vmware.com
Do it during swrast state validation since the FetchTexel() functions
are only called from swrast now and not core Mesa.
Remove assertions in mipmap.c since they're no longer appropriate.
---
src/mesa/main/mipmap.c |4
From: Brian Paul bri...@vmware.com
Matches the NewTextureImage() hook. With new subclasses of
gl_texture_image coming we need a new hook to properly delete objects of
those subclasses.
---
src/mesa/drivers/common/driverfuncs.c|1 +
src/mesa/drivers/dri/intel/intel_tex.c |8
From: Brian Paul bri...@vmware.com
No subclass fields yet. Subsequent patches will add the fields related
to software rendering that are currently in gl_texture_image.
---
src/mesa/swrast/s_context.h | 29 +
src/mesa/swrast/s_texture.c | 27
From: Brian Paul bri...@vmware.com
We need to subclass swrast_texture_image because if we use swrast for
fallback rendering, we'll need to have swrast_texture_image objects.
---
src/mesa/drivers/dri/intel/intel_blit.c | 10 ++--
src/mesa/drivers/dri/intel/intel_fbo.c | 20
From: Brian Paul bri...@vmware.com
---
.../drivers/dri/radeon/radeon_common_context.h |8 +-
src/mesa/drivers/dri/radeon/radeon_mipmap_tree.c | 24
src/mesa/drivers/dri/radeon/radeon_tex_copy.c | 12
From: Brian Paul bri...@vmware.com
---
src/mesa/drivers/common/driverfuncs.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/common/driverfuncs.c
b/src/mesa/drivers/common/driverfuncs.c
index 50abfc8..56b3d5a 100644
---
More steps toward moving all the software texture code into swrast and
formalizing texture memory allocation/deallocation.
I tested swrast, gallium and the i965 driver with the piglit fbo and
texture tests. Shouldn't be any regressions.
The texcompress_*.c files are temporarily using the
From: Brian Paul bri...@vmware.com
---
src/mesa/main/dd.h |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/src/mesa/main/dd.h b/src/mesa/main/dd.h
index 8b62399..93ed80a 100644
--- a/src/mesa/main/dd.h
+++ b/src/mesa/main/dd.h
@@ -480,6 +480,12 @@ struct
From: Brian Paul bri...@vmware.com
Not called yet. These will replace the core Mesa functions for allocating
and freeing malloc'd texture memory.
---
src/mesa/swrast/s_texture.c | 38 ++
src/mesa/swrast/swrast.h| 10 ++
2 files changed, 48
From: Brian Paul bri...@vmware.com
Use the swrast allocation/free functions instead of core Mesa.
---
src/mesa/drivers/common/driverfuncs.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/common/driverfuncs.c
b/src/mesa/drivers/common/driverfuncs.c
From: Brian Paul bri...@vmware.com
---
src/mesa/main/mipmap.c | 16 +++-
src/mesa/main/texstore.c | 46 ++
2 files changed, 21 insertions(+), 41 deletions(-)
diff --git a/src/mesa/main/mipmap.c b/src/mesa/main/mipmap.c
index
On Sat, Sep 10, 2011 at 06:59:39PM +0200, Maarten Lankhorst wrote:
Hey ★,
On 09/10/2011 06:28 PM, ★ Emeric wrote:
Hi Maarten,
I tried the v2 patch with my good old geforce 8600M GS, and it worked well.
The CPU usage seems a little higher than usual, I'd said 60% instead of 40%
for a
24 matches
Mail list logo