On Sep 9, 2011, at 3:07 PM, Brian Paul wrote:
On 09/09/2011 03:05 PM, Ian Romanick wrote:
Module: Mesa
Branch: master
Commit: 5a175127f38aa02d2b8169b1b6d08a2d4be3d36f
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=5a175127f38aa02d2b8169b1b6d08a2d4be3d36f
Author: Ian Romanick
Date
Looks good to me, Brian.
Jose
- Original Message -
> From: Brian Paul
>
> 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.
> ---
> src/gallium/auxiliary
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 a
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
Comp
https://bugs.freedesktop.org/show_bug.cgi?id=40754
ojab 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 a/src/mesa/stat
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
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
> buildi
On 09/10/2011 10:47 AM, Bryan Cain wrote:
Can one of the Gallium interface maintainers please review this patch so
I can push it?
We need documentation for these new instructions in
src/gallium/docs/source/tgsi.rst
More comments below...
Bryan
On 09/02/2011 11:09 AM, Bryan Cain wrote:
T
I guess my question is: do the drivers need to be updated for
TGSI_OPCODE_UARL? Or will this only be emitted when the driver
supports integer operations? If that's the case, please say so in the
commit message or code.
Otherwise: Reviewed-by: Brian Paul
On 09/10/2011 10:48 AM, Bryan Cain
On 09/10/2011 12:05 PM, Brian Paul wrote:
> On 09/10/2011 10:47 AM, Bryan Cain wrote:
>> Can one of the Gallium interface maintainers please review this patch so
>> I can push it?
>
>
> We need documentation for these new instructions in
> src/gallium/docs/source/tgsi.rst
>
> More comments below...
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 ques
https://bugs.freedesktop.org/show_bug.cgi?id=39017
Marek Olšák changed:
What|Removed |Added
AssignedTo|mar...@gmail.com|mesa-dev@lists.freedesktop.
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 +
src/
Since TGSI now has a UARL opcode that takes an integer as the source, it is
no longer necessary to hack around the lack of an integer ARL opcode using I2F.
UARL is only emitted when native integers are enabled; ARL is still used
otherwise.
Reviewed-by: Brian Paul
---
src/mesa/state_tracker/st_gl
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
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/l
From: Brian Paul
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
src/mesa/main/teximage.c
From: Brian Paul
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
src/mes
From: Brian Paul
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 +++
src/mesa/sw
From: Brian Paul
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 +++---
src/mesa/dri
From: Brian Paul
---
.../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
src/mesa/drivers/dri/radeon/radeon_tex_getimage.c |2 +-
src
From: Brian Paul
---
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
--- a/src/mesa/drivers/common/driverfuncs.c
+++ b/sr
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
sw
From: Brian Paul
---
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 dd_function_table {
void (
From: Brian Paul
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 insertions(+), 0 dele
From: Brian Paul
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
index 56b3d5a..3e289
From: Brian Paul
---
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 6dfa423..f170d23 100644
--
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%
>
On Sat, Sep 10, 2011 at 6:39 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> All of the extensions actually supported by Mesa have been remapped by
> remap.c for a long time. Emitting all of these data structures is
> just clutter.
>
> Drivers that need additional functions remapped, should add
30 matches
Mail list logo
