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
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%
>
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
--
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
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
---
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 (
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/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
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
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
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
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
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
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
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
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/
https://bugs.freedesktop.org/show_bug.cgi?id=39017
Marek Olšák changed:
What|Removed |Added
AssignedTo|mar...@gmail.com|mesa-dev@lists.freedesktop.
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
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...
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 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
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
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
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
>
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
https://bugs.freedesktop.org/show_bug.cgi?id=40754
ojab changed:
What|Removed |Added
Attachment #51029|application/octet-stream|text/plain
mime type|
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
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
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
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
30 matches
Mail list logo
