https://bugs.freedesktop.org/show_bug.cgi?id=47742
Vinson Lee changed:
What|Removed |Added
CC||bri...@vmware.com
--- Comment #1 from Vinso
https://bugs.freedesktop.org/show_bug.cgi?id=47742
Bug #: 47742
Summary: [softpipe] piglit fbo-generatemipmap-array regression
Classification: Unclassified
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All
---
configure.ac |1 +
src/gallium/state_trackers/gbm/gbm_drm.c |5 +-
.../state_trackers/gbm/gbm_gallium_drmint.h|3 +
src/gallium/targets/gbm/Makefile | 168 ++---
src/gallium/targets/gbm/gbm.c
It simplifies things slightly, and besides, it makes possible to
execute the trivial tests on a hardware device instead of being
limited to software rendering.
---
configure.ac | 11 +++
src/gallium/tests/trivial/Makefile | 24 ++--
src/gal
This target generates pipe driver modules intended to be consumed by
the winsys loader. Most of it was taken from the "gbm" target -- the
duplicated code will be replaced with references to this target in a
future commit.
---
src/gallium/targets/pipe-loader/Makefile | 165 +
The goal is to have a uniform interface to create winsys and
pipe_screen instances for any driver, exposing the device enumeration
capabilities that might be supported by the operating system (for now
there's a "drm" back-end using udev and a "sw" back-end that always
returns the same built-in devi
---
configure.ac |1 +
src/gallium/winsys/sw/xlib/Makefile| 17 -
src/gallium/winsys/sw/xlib/Makefile.am | 24
3 files changed, 25 insertions(+), 17 deletions(-)
delete mode 100644 src/gallium/winsys/sw/xlib/Makefile
---
configure.ac |1 +
src/gallium/winsys/sw/null/Makefile| 16
src/gallium/winsys/sw/null/Makefile.am | 23 +++
3 files changed, 24 insertions(+), 16 deletions(-)
delete mode 100644 src/gallium/winsys/sw/null/Makefile
cr
From: Tom Stellard
This allows targets to order winsys directories, so dependencies are
built in the correct order.
---
configure.ac |1 -
1 file changed, 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index ac7d49f..fe5e198 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2009,7 +2
---
src/gallium/auxiliary/tgsi/tgsi_text.c | 20 +++-
1 file changed, 3 insertions(+), 17 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_text.c
b/src/gallium/auxiliary/tgsi/tgsi_text.c
index a63e8d7..3fd764f 100644
--- a/src/gallium/auxiliary/tgsi/tgsi_text.c
+++ b/s
---
src/gallium/auxiliary/tgsi/tgsi_text.c | 66 +++-
1 file changed, 48 insertions(+), 18 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_text.c
b/src/gallium/auxiliary/tgsi/tgsi_text.c
index 51943ed..a63e8d7 100644
--- a/src/gallium/auxiliary/tgsi/tgsi_t
---
src/gallium/auxiliary/tgsi/tgsi_build.c | 30 --
1 file changed, 8 insertions(+), 22 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_build.c
b/src/gallium/auxiliary/tgsi/tgsi_build.c
index a607f9f..841618a 100644
--- a/src/gallium/auxiliary/tgsi/tgsi_b
The 'is_branch' TGSI opcode info flag was being interpreted
incorrectly by tgsi_text.c as if it implied that the opcode requires a
label token -- that's not the case on e.g. IF, BGNLOOP or ENDLOOP.
Add a new opcode info field that marks an opcode as requiring a TGSI
label token, and replace the in
Local makes more sense in most places because non-inline function
calls are unimplemented anyway.
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
b/src/mesa/state_tracker/st_gl
---
src/gallium/auxiliary/tgsi/tgsi_ureg.c | 54
src/gallium/auxiliary/tgsi/tgsi_ureg.h |3 ++
2 files changed, 51 insertions(+), 6 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_ureg.c
b/src/gallium/auxiliary/tgsi/tgsi_ureg.c
index 082fec3..6e01
---
src/gallium/auxiliary/tgsi/tgsi_ureg.c | 43
1 file changed, 16 insertions(+), 27 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_ureg.c
b/src/gallium/auxiliary/tgsi/tgsi_ureg.c
index 75be6cf..082fec3 100644
--- a/src/gallium/auxiliary/tgsi/tgsi_u
---
src/gallium/auxiliary/util/u_string.h | 24 ++--
1 file changed, 18 insertions(+), 6 deletions(-)
diff --git a/src/gallium/auxiliary/util/u_string.h
b/src/gallium/auxiliary/util/u_string.h
index cc7992d..ed15981 100644
--- a/src/gallium/auxiliary/util/u_string.h
+++ b/s
Most of these changes affect various parts of the gallium auxiliary
libraries and they aren't directly related to compute by themselves,
but they turned out to be useful for the OpenCL state tracker in one
way or another.
Patch 12 implements the winsys/loader abstraction that will be used by
the C
This is mainly to accomodate AMD's LLVM compiler back-end by letting
it bypass the TGSI representation. Other drivers will keep using the
common TGSI instruction set for compute shaders.
---
src/gallium/docs/source/screen.rst |5 +
src/gallium/include/pipe/p_defines.h |1 +
src/gall
This change will be useful to implement function parameter passing on
top of TGSI. As we don't have a proper stack, a register-based
calling convention will be used instead, which isn't necessarily a bad
thing given that GPUs often have plenty of registers to spare.
Using the same register space
---
src/gallium/auxiliary/tgsi/tgsi_info.c | 13 ++-
src/gallium/docs/source/tgsi.rst | 164
src/gallium/include/pipe/p_shader_tokens.h | 13 ++-
3 files changed, 188 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_info.c
---
src/gallium/auxiliary/tgsi/tgsi_info.c |4 +++
src/gallium/docs/source/tgsi.rst | 49
src/gallium/include/pipe/p_shader_tokens.h |7 +++-
3 files changed, 59 insertions(+), 1 deletion(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_info.c
---
src/gallium/auxiliary/tgsi/tgsi_strings.c |6 +-
src/gallium/include/pipe/p_shader_tokens.h |6 +-
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_strings.c
b/src/gallium/auxiliary/tgsi/tgsi_strings.c
index 9e9c0dc..cad46e8 1006
Define a new STORE opcode with a role dual to the LOAD opcode, and add
flags to specify that a resource, sampler view, or shader resource
binding point is intended for writing.
---
src/gallium/auxiliary/tgsi/tgsi_build.c|4 +++
src/gallium/auxiliary/tgsi/tgsi_dump.c |2 ++
src/gall
Normal resource access (e.g. the LOAD TGSI opcode) is supposed to
perform a series of conversions to turn the texture data as it's found
in memory into the data format that was specified in the resource
declaration.
In compute programs it's often the case that we only want to access
the raw bits a
This texture type was already referred to by the documentation but it
was never defined. Define it as 0 to match the pipe_texture_target
enumeration values.
---
src/gallium/auxiliary/tgsi/tgsi_build.c|4 ++--
src/gallium/auxiliary/tgsi/tgsi_strings.c |2 +-
src/galliu
---
src/gallium/auxiliary/tgsi/tgsi_scan.c |3 ++-
src/gallium/auxiliary/tgsi/tgsi_strings.c |5 +++--
src/gallium/auxiliary/tgsi/tgsi_strings.h |2 +-
src/gallium/auxiliary/tgsi/tgsi_text.c |2 ++
src/gallium/include/pipe/p_shader_tokens.h |1 +
5 files changed, 9 in
Move Interpolate, Centroid and CylindricalWrap from tgsi_declaration
to a separate token -- they only make sense for FS inputs and we need
room for other flags in the top-level declaration token.
---
src/gallium/auxiliary/draw/draw_pipe_aaline.c |3 +-
src/gallium/auxiliary/draw/draw_pipe
Define an interface that exposes the minimal functionality required to
implement some of the popular compute APIs. This commit adds entry
points to set the grid layout and other state required to keep track
of the usual address spaces employed in compute APIs, to bind a
compute program, and execut
This patch series is part of the ongoing work to put together a
compute stack on top of Gallium3D. What we have been doing until now
to that end could be divided in 6 building blocks:
1/ Gallium API and TGSI changes (this patch series).
2/ Other fixes and additions to the gallium helper libraries
https://bugs.freedesktop.org/show_bug.cgi?id=47607
--- Comment #2 from Sven Arvidsson 2012-03-22 12:39:40 PDT ---
(In reply to comment #1)
> You can also work around this by setting the force_glsl_extensions_warn
> driconf
> option. (Either run "force_glsl_extensions_warn=true ./AnomalyWarzoneE
On Thu, 22 Mar 2012 10:56:09 -0700, Ian Romanick wrote:
> I'm not a fan of the wrappers generated from APIspec.xml. It allowed
> quick implementation of the extra enum rejection required by ES, but
> it's a real hassle.
I don't track the Mesa development that much but I'm not sure what
you're
On 03/21/2012 11:08 AM, Neil Roberts wrote:
This extension just permits GL_UNPACK_ROW_LENGTH, GL_UNPACK_SKIP_ROWS
and GL_UNPACK_SKIP_PIXELS to be passed to glPixelStore on GLES2 so it
is trivial to implement.
I'm not a fan of the wrappers generated from APIspec.xml. It allowed
quick implement
On 03/20/2012 04:44 PM, Brian Paul wrote:
Instead of the hard-coded value of 32. Note that MaxUnrollIterations
defaults to 32 so there's no net change. But the gallium state tracker
can override this.
---
src/glsl/linker.cpp |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff
On 03/21/2012 09:03 AM, Jose Fonseca wrote:
- Original Message -
On 03/21/2012 05:42 AM, Jose Fonseca wrote:
The increase sounds good to me.
But 64 seems small. SM3 allows loops up to 255 iterations, and
Microsoft HLSL compiler will unroll loops that big.
I'm happy to raise the lim
On 03/21/2012 06:36 AM, Brian Paul wrote:
On 03/21/2012 05:42 AM, Jose Fonseca wrote:
The increase sounds good to me.
But 64 seems small. SM3 allows loops up to 255 iterations, and
Microsoft HLSL compiler will unroll loops that big.
I'm happy to raise the limit higher. If there's no objection
https://bugs.freedesktop.org/show_bug.cgi?id=47310
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Wed, Mar 21, 2012 at 2:08 PM, Neil Roberts wrote:
> This extension just permits GL_UNPACK_ROW_LENGTH, GL_UNPACK_SKIP_ROWS
> and GL_UNPACK_SKIP_PIXELS to be passed to glPixelStore on GLES2 so it
> is trivial to implement.
Looks good, this should make GLES2 a lot more useful.
Reviewed-by: Krist
On 03/22/2012 05:56 AM, Dave Airlie wrote:
If you ran g-s in 16-bpp we'd do a bunch of memory corruption.
now it just misrenders for some other reasons.
applies to stable.
Signed-off-by: Dave Airlie
---
src/gallium/state_trackers/dri/sw/drisw.c |3 ++-
1 file changed, 2 insertions(+), 1
If you ran g-s in 16-bpp we'd do a bunch of memory corruption.
now it just misrenders for some other reasons.
applies to stable.
Signed-off-by: Dave Airlie
---
src/gallium/state_trackers/dri/sw/drisw.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/state_t
https://bugs.freedesktop.org/show_bug.cgi?id=47649
Fabio Pedretti changed:
What|Removed |Added
CC||k...@bitplanet.net
--
Configure bugmai
41 matches
Mail list logo
