https://bugs.freedesktop.org/show_bug.cgi?id=50317
Marc Dietrich marvi...@gmx.de changed:
What|Removed |Added
Status|RESOLVED|REOPENED
From: Christian König christian.koe...@amd.com
Allows us to share more code between different targets.
Signed-off-by: Christian König christian.koe...@amd.com
---
configure.ac | 8 ++--
src/gallium/targets/Makefile.am| 6 +--
From: Christian König christian.koe...@amd.com
Only create one screen for each winsys instance.
This helps with buffer sharing and interop handling.
v2: rebased and some minor cleanup
Signed-off-by: Christian König christian.koe...@amd.com
---
src/gallium/drivers/r300/r300_screen.c
From: Christian König christian.koe...@amd.com
Allows us to share more code between different targets.
Signed-off-by: Christian König christian.koe...@amd.com
---
configure.ac | 8 +-
src/gallium/targets/Makefile.am| 6 +-
- Original Message -
Am 24.09.2013 22:26, schrieb Zack Rusin:
We need to subdivide triangles if either of the dimensions is
larger than the max edge length, not when both of them are larger.
Signed-off-by: Zack Rusin za...@vmware.com
---
https://bugs.freedesktop.org/show_bug.cgi?id=69682
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Status|REOPENED|RESOLVED
For this patch:
Reviewed-by: Marek Olšák marek.ol...@amd.com
For the rest:
Acked-by: Marek Olšák marek.ol...@amd.com
I don't know much about the build system, so I can't say if the
patches are correct. If all the targets build successfully, then it's
probably fine.
Marek
On Wed, Sep 25, 2013
On Tue, Sep 24, 2013 at 2:26 PM, Zack Rusin za...@vmware.com wrote:
We need to subdivide triangles if either of the dimensions is
larger than the max edge length, not when both of them are larger.
Signed-off-by: Zack Rusin za...@vmware.com
---
src/gallium/drivers/llvmpipe/lp_setup.c | 2 +-
On 07/22/2013 03:54 PM, Frank Henigman wrote: Extend the fast texture upload
from BGRA X-tiled to include RGBA,
Alpha/Luminance, and Y-tiled. Speed improvements, measured with
mesa demos teximage program, on 256 x 256 texture, in MB/s, on a
Sandy Bridge (Ivy is comparable):
On 25 September 2013 10:18, Chad Versace chad.vers...@linux.intel.comwrote:
On 07/22/2013 03:54 PM, Frank Henigman wrote: Extend the fast texture
upload from BGRA X-tiled to include RGBA,
diff --git a/src/mesa/drivers/dri/i965/intel_tex_subimage.c
It's more of a question of what the GLSL compiler did before the
introduction of ir_triop_csel. I guess it used LRP.
Marek
On Tue, Sep 24, 2013 at 8:12 PM, Ian Romanick i...@freedesktop.org wrote:
On 09/23/2013 05:37 PM, mar...@gmail.com wrote:
From: Marek Olšák marek.ol...@amd.com
---
On 09/25/2013 10:40 AM, Paul Berry wrote:
On 25 September 2013 10:18, Chad Versace chad.vers...@linux.intel.com
mailto:chad.vers...@linux.intel.com wrote:
On 07/22/2013 03:54 PM, Frank Henigman wrote: Extend the fast texture
upload from BGRA X-tiled to include RGBA,
diff --git
From: Marek Olšák marek.ol...@amd.com
v2: use CMP on drivers without native integer support
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp
From: Marek Olšák marek.ol...@amd.com
This doesn't fix any known issue (I haven't run piglit with this yet),
but the code was obviously completely wrong. It looks like copy-pasted from CMP.
---
src/gallium/drivers/radeon/radeon_setup_tgsi_llvm.c | 10 +++---
1 file changed, 7 insertions(+),
This is useful when working on the drivers, since falling back to
indirect rendering means we broke our driver's ability to load somehow.
Signed-off-by: Chris Forbes chr...@ijw.co.nz
---
docs/envvars.html | 1 +
src/glx/glxext.c | 10 --
2 files changed, 9 insertions(+), 2 deletions(-)
On 09/25/2013 01:00 PM, Chris Forbes wrote:
This is useful when working on the drivers, since falling back to
indirect rendering means we broke our driver's ability to load somehow.
Signed-off-by: Chris Forbes chr...@ijw.co.nz
---
docs/envvars.html | 1 +
src/glx/glxext.c | 10
On 09/24/2013 04:13 PM, Kenneth Graunke wrote:
On 09/24/2013 03:42 PM, Ian Romanick wrote:
On 09/24/2013 03:38 PM, Matt Turner wrote:
On Tue, Sep 24, 2013 at 2:41 PM, Ian Romanick i...@freedesktop.org wrote:
For our own edification, we should add some feedback in the
INTEL_DEBUG=perf case.
On Wed, Sep 25, 2013 at 10:48 AM, Marek Olšák mar...@gmail.com wrote:
It's more of a question of what the GLSL compiler did before the
introduction of ir_triop_csel. I guess it used LRP.
It used conditional assignments for the boolean-selector versions (see
fd183fa02c4) and LRP for the others.
Chris Forbes chr...@ijw.co.nz writes:
This is useful when working on the drivers, since falling back to
indirect rendering means we broke our driver's ability to load somehow.
How about just making unresolved symbols at dlopen() time fatal? I
didn't quite find a way to do so last time I
---
src/mesa/Android.libmesa_dricore.mk | 3 ---
src/mesa/drivers/dri/Android.mk | 3 ---
src/mesa/drivers/dri/i915/Makefile.am| 10 --
src/mesa/drivers/dri/i915/intel_screen.c | 8
src/mesa/drivers/dri/i965/Makefile.am| 10 --
On Mon, Sep 23, 2013 at 8:06 PM, Kenneth Graunke kenn...@whitecape.org wrote:
On 09/23/2013 04:13 PM, Matt Turner wrote:
---
src/mesa/drivers/dri/i965/brw_fs.cpp | 3 +++
src/mesa/drivers/dri/i965/brw_shader.cpp | 19 +++
src/mesa/drivers/dri/i965/brw_shader.h | 1 +
On Wed, Sep 25, 2013 at 4:28 PM, Eric Anholt e...@anholt.net wrote:
---
src/mesa/Android.libmesa_dricore.mk | 3 ---
src/mesa/drivers/dri/Android.mk | 3 ---
src/mesa/drivers/dri/i915/Makefile.am| 10 --
src/mesa/drivers/dri/i915/intel_screen.c | 8
Nothing too exciting, I'm just consolidating some code between r600g and
radeonsi. There are some small improvements though:
1) The CMASK buffer for MSAA colorbuffers is cleared with CP DMA instead of
using the CPU.
2) This series enables 2D tiling for compressed textures on SI. I think it was
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r300/r300_screen.c | 3 +++
src/gallium/drivers/r600/r600_pipe.c | 3 +++
src/gallium/drivers/radeonsi/radeonsi_pipe.c | 3 +++
3 files changed, 9 insertions(+)
diff --git a/src/gallium/drivers/r300/r300_screen.c
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r600/evergreen_state.c| 30
src/gallium/drivers/r600/r600_blit.c | 24 ++---
src/gallium/drivers/r600/r600_hw_context.c| 4 +--
src/gallium/drivers/r600/r600_resource.h | 36
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r600/r600_blit.c | 2 +-
src/gallium/drivers/r600/r600_resource.h | 3 ---
src/gallium/drivers/r600/r600_texture.c | 24 +++-
3 files changed, 4 insertions(+), 25 deletions(-)
diff --git
From: Marek Olšák marek.ol...@amd.com
It's always 0.
---
src/gallium/drivers/r600/evergreen_state.c | 8 +---
src/gallium/drivers/r600/r600_resource.h | 1 -
2 files changed, 1 insertion(+), 8 deletions(-)
diff --git a/src/gallium/drivers/r600/evergreen_state.c
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r600/r600_resource.h | 24
src/gallium/drivers/radeon/r600_pipe_common.h | 25 +
src/gallium/drivers/radeonsi/r600_resource.h | 19 +--
3 files changed, 26
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r600/r600_pipe.c | 1 -
src/gallium/drivers/r600/r600_pipe.h | 22 +-
src/gallium/drivers/r600/r600_state_common.c | 451 ++
src/gallium/drivers/r600/r600_texture.c | 454
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r600/r600_pipe.h | 3 ---
src/gallium/drivers/radeonsi/radeonsi_pipe.h | 1 -
2 files changed, 4 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_pipe.h
b/src/gallium/drivers/r600/r600_pipe.h
index 36132f2..fc13860
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/radeonsi/r600_texture.c | 42
src/gallium/drivers/radeonsi/radeonsi_pipe.c | 1 -
src/gallium/drivers/radeonsi/radeonsi_pipe.h | 3 --
src/gallium/drivers/radeonsi/si_state.c | 38
From: Marek Olšák marek.ol...@amd.com
r600_texture.c is one step closer to r600g.
---
src/gallium/drivers/r600/evergreen_state.c| 16 +---
src/gallium/drivers/r600/r600_pipe.c | 2 --
src/gallium/drivers/r600/r600_pipe.h | 23 ---
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r600/evergreen_compute.h | 2 +-
src/gallium/drivers/r600/r600_asm.c | 6 ++---
src/gallium/drivers/r600/r600_buffer.c| 4 ++--
src/gallium/drivers/r600/r600_pipe.c | 33 ---
From: Marek Olšák marek.ol...@amd.com
---
src/gallium/drivers/r600/r600_shader.c | 31 ++
src/gallium/drivers/radeon/r600_pipe_common.c | 29
src/gallium/drivers/radeon/r600_pipe_common.h | 2 ++
From: Marek Olšák marek.ol...@amd.com
This will be used in the next commit.
---
src/gallium/drivers/r600/r600_blit.c | 30 +
src/gallium/drivers/r600/r600_pipe.c | 65 ---
src/gallium/drivers/r600/r600_pipe.h | 7 ---
From: Marek Olšák marek.ol...@amd.com
More work needs to be done for this to be entirely shared with r600g.
I'm just trying to share r600_texture.c now.
The reason I put the implementation to si_descriptors.c is that the emit
function had already been there.
---
From: Marek Olšák marek.ol...@amd.com
and the util_format_s3tc_init calls too.
---
src/gallium/drivers/r600/evergreen_state.c| 10 +--
src/gallium/drivers/r600/r600_pipe.c | 123 +-
src/gallium/drivers/r600/r600_pipe.h | 7 --
From: Marek Olšák marek.ol...@amd.com
Also slightly optimize r600_buffer_map_sync_with_rings.
---
src/gallium/drivers/r600/r600_asm.c | 2 +-
src/gallium/drivers/r600/r600_blit.c | 2 +-
src/gallium/drivers/r600/r600_buffer.c| 6 +--
From: Marek Olšák marek.ol...@amd.com
Textures can never have target==PIPE_BUFFER.
---
src/gallium/drivers/r600/r600_texture.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_texture.c
b/src/gallium/drivers/r600/r600_texture.c
index d505d6b..dcceda3
From: Marek Olšák marek.ol...@amd.com
This has been very useful for tracking down bugs in libdrm.
The *_PRINT_TEXDEPTH environment variables were probably never used,
so I removed them.
---
src/gallium/drivers/r600/r600_pipe.c | 2 --
src/gallium/drivers/radeon/r600_pipe_common.c | 3
On 09/25/2013 04:28 PM, Eric Anholt wrote:
---
src/mesa/Android.libmesa_dricore.mk | 3 ---
src/mesa/drivers/dri/Android.mk | 3 ---
src/mesa/drivers/dri/i915/Makefile.am| 10 --
src/mesa/drivers/dri/i915/intel_screen.c | 8
41 matches
Mail list logo