Since I was working on some extensions to DRI2 protocol for handling
video, it occurred to me that it might be easier to extend the
protocol if there weren't N different copies of dri2.c floating around
in various different src trees.. also, for video, with one or two
other small extensions (ie.
hmm, this appears to be bouncing because the patch is too large.. in
the meantime you can find it at:
https://github.com/freedreno/mesa/commit/1c7936784cfa9a19accfec5897b05a8458949667
git://github.com/freedreno/mesa.git master
BR,
-R
On Sun, Feb 17, 2013 at 2:33 PM, Rob Clark robdcl
On Mon, Feb 18, 2013 at 12:47 PM, Matt Turner matts...@gmail.com wrote:
On Sun, Feb 17, 2013 at 11:33 AM, Rob Clark robdcl...@gmail.com wrote:
diff --git a/src/gallium/drivers/freedreno/Makefile.am
b/src/gallium/drivers/freedreno/Makefile.am
new file mode 100644
index 000..10abdfb
If ddx does not support swap, don't advertise it. We might also be
able to get rid of the vmwgfx check (I'm not quite sure the purpose of
that check vs. just checking dri2Minor.
Signed-off-by: Rob Clark robdcl...@gmail.com
---
src/glx/dri2_glx.c | 12
1 file changed, 8 insertions
On Tue, Mar 12, 2013 at 7:53 PM, Zack Rusin za...@vmware.com wrote:
If ddx does not support swap, don't advertise it. We might also be
able to get rid of the vmwgfx check (I'm not quite sure the purpose of
that check vs. just checking dri2Minor.
No, not really. GLX_INTEL_swap_event doesn't
On Tue, Mar 12, 2013 at 8:09 PM, Zack Rusin za...@vmware.com wrote:
well, from what I can tell, if you advertise this extension
applications will expect a swap event. Which will never come if
dri/glx on client side remaps scheduleswap to copyregion.
So maybe there are other conditions
On Tue, Mar 12, 2013 at 8:38 PM, Zack Rusin za...@vmware.com wrote:
hmm, well, I think my fix is not incorrect.. we can tell from dri2
proto version that the xserver does not support ScheduleSwap. Maybe
there should be other conditions where we also don't advertise this
extension, but this
(switching over mesa-dev.. sent to the wrong list initially)
On Wed, Mar 13, 2013 at 8:25 AM, Paul Menzel
paulepan...@users.sourceforge.net wrote:
Dear Rob,
Am Dienstag, den 12.03.2013, 19:44 -0400 schrieb Rob Clark:
»it« sounds strange in commit summary.
If ddx does not support swap
On Wed, Mar 13, 2013 at 11:19 AM, Zack Rusin za...@vmware.com wrote:
well, I'm more familiar w/ EGL where we don't have the xserver
advertising anything, and it is all on the client side.. but when it
is an inexpensive check, it seems reasonable to want mesa to do the
right thing where
into most distros then
this hack can be removed. In the mean time, it is required to allow
gnome-shell/clutter/etc to work properly with a DDX driver which does
not support ScheduleSwap.
Signed-off-by: Rob Clark robdcl...@gmail.com
---
src/glx/dri2_glx.c | 21 +++--
1 file changed, 15
The recently added tgsi_declaration::Array field was not being
initialized to zero, resulting in nonsense shaders like:
FRAG
PROPERTY FS_COLOR0_WRITES_ALL_CBUFS 1
DCL IN[0], ARRAY(48), GENERIC[0], CONSTANT
- DCL NULL[1..0].
0: MOV OUT[0], IN[0]
1: END
Signed-off-by: Rob Clark
ahh, so you did.. looks like I had rebased just before your patch
BR,
-R
On Thu, Mar 21, 2013 at 2:47 PM, Brian Paul bri...@vmware.com wrote:
I already fixed this in commit 460ae8a11a33340a979c7e0721f76e63a990
-Brian
On 03/21/2013 12:39 PM, Rob Clark wrote:
The recently added
On Mon, Mar 25, 2013 at 3:27 PM, Erik Faye-Lund kusmab...@gmail.com wrote:
On Mon, Mar 25, 2013 at 6:36 PM, Erik Faye-Lund kusmab...@gmail.com wrote:
On Mon, Mar 25, 2013 at 6:25 PM, Erik Faye-Lund kusmab...@gmail.com wrote:
Signed-off-by: Erik Faye-Lund kusmab...@gmail.com
---
I just peeked
From: Rob Clark robcl...@freedesktop.org
Currently, es2gears, ioquake, xonotic, compiz, etc. work. The
shader compiler is quite sub-optimal, but despite that most things
seem to be ~2-3x faster compared (and at higher resolution) with
the a320 on my nexus4 compared to a220 on my HP touchpad
On Thu, May 23, 2013 at 4:21 PM, Matt Turner matts...@gmail.com wrote:
On Thu, May 23, 2013 at 11:48 AM, Rob Clark robdcl...@gmail.com wrote:
From: Rob Clark robcl...@freedesktop.org
Currently, es2gears, ioquake, xonotic, compiz, etc. work. The
shader compiler is quite sub-optimal
From: Rob Clark robcl...@freedesktop.org
The newer snapdragon devices (at least, the one I have in nexus4) no
longer has a dedicated 2D core. For these devices, DDX needs to use
the 3D core. I've implemented support to use XA in the DDX, but it
requires some changes which break the current API
From: Rob Clark robcl...@freedesktop.org
For freedreno DDX, we have to create the scanout GEM bo in a special way
(until we have our own KMS/DRM kernel driver.. and even then for
phones/tablets you probably need to use the android drivers if you don't
want to port the lcd panel driver support
From: Jerome Glisse jgli...@redhat.com
Allow to retrieve non shared handle.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_tracker.c | 11 ++-
src/gallium/state_trackers/xa/xa_tracker.h | 9 -
2 files changed, 18 insertions(+), 2
From: Jerome Glisse jgli...@redhat.com
First step before moving flushing inside the ddx.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_composite.c | 2 +-
src/gallium/state_trackers/xa/xa_context.c | 17 +++--
From: Jerome Glisse jgli...@redhat.com
pipe_transfer_map already offset the surface properly so using the offset
again with util_copy_rect might lead to read/write outside the surface.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_context.c | 5 ++---
1
From: Jerome Glisse jgli...@redhat.com
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_composite.c | 1 -
src/gallium/state_trackers/xa/xa_context.c | 10 ++
2 files changed, 2 insertions(+), 9 deletions(-)
diff --git
From: Rob Clark robcl...@freedesktop.org
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac | 4 +-
src/gallium/targets/Makefile.am | 3 ++
src/gallium/targets/xa-freedreno/Makefile.am | 65
src
From: Jerome Glisse jgli...@redhat.com
This make ddx life easier.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_priv.h| 1 +
src/gallium/state_trackers/xa/xa_tracker.c | 19 +--
src/gallium/state_trackers/xa/xa_tracker.h | 3 ++-
3
On Tue, May 28, 2013 at 11:56 AM, Brian Paul bri...@vmware.com wrote:
On 05/28/2013 08:13 AM, Rob Clark wrote:
From: Jerome Glisse jgli...@redhat.com
This make ddx life easier.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_priv.h| 1 +
src
changing the results.
That is why I started wondering about a way to get apitrace-retrace to
insert some debug markers into cmdstream ;-)
BR,
-R
Jose
On Fri, May 31, 2013 at 3:03 PM, Rob Clark robdcl...@gmail.com wrote:
Is there a way to get apitrace retrace to emit gl call #'s for draw
On Mon, Jun 3, 2013 at 2:21 AM, Chad Versace
chad.vers...@linux.intel.com wrote:
I'll say it again: I think we should prevent creation of 2D texture targets
from dma_buf images, and permit only creation of external textures.
yeah, I think the intention was only external textures.. I can't
On Mon, Jun 3, 2013 at 10:41 AM, Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
On Fri, May 31, 2013 at 10:18 AM, José Fonseca jose.r.fons...@gmail.com
wrote:
I'd support such change. Be it through GL_GREMEDY_string_marker, or
ARB_debug_output's
On Mon, Jun 3, 2013 at 11:56 AM, Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
On Mon, Jun 3, 2013 at 10:41 AM, Jose Fonseca jfons...@vmware.com wrote:
- Original Message -
On Fri, May 31, 2013 at 10:18 AM, José Fonseca jose.r.fons...@gmail.com
wrote:
From: Rob Clark robcl...@freedesktop.org
Currently, es2gears, ioquake, xonotic, compiz, gnome-shell, all
work. The shader compiler is quite sub-optimal, but despite that
most things seem to be ~2-3x faster compared (and at higher
resolution) with the a320 on my nexus4 compared to a220 on my HP
From: Rob Clark robcl...@freedesktop.org
The GPU (at least a3xx, but I think also a2xx) can render directly to
memory, bypassing tiling. Although it can't do this if blend, depth,
and a few other features of the pipeline are enabled. This direct
memory mode can be faster for some sorts
From: Rob Clark robcl...@freedesktop.org
The newer snapdragon devices (at least, the one I have in nexus4) no
longer has a dedicated 2D core. For these devices, DDX needs to use
the 3D core. I've implemented support to use XA in the DDX, but it
requires some changes which break the current API
From: Rob Clark robcl...@freedesktop.org
For freedreno DDX, we have to create the scanout GEM bo in a special way
(until we have our own KMS/DRM kernel driver.. and even then for
phones/tablets you probably need to use the android drivers if you don't
want to port the lcd panel driver support
From: Jerome Glisse jgli...@redhat.com
Allow to retrieve non shared handle.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_tracker.c | 11 ++-
src/gallium/state_trackers/xa/xa_tracker.h | 9 -
2 files changed, 18 insertions(+), 2
From: Jerome Glisse jgli...@redhat.com
First step before moving flushing inside the ddx.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_composite.c | 2 +-
src/gallium/state_trackers/xa/xa_context.c | 17 +++--
From: Jerome Glisse jgli...@redhat.com
pipe_transfer_map already offset the surface properly so using the offset
again with util_copy_rect might lead to read/write outside the surface.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_context.c | 5 ++---
1
From: Jerome Glisse jgli...@redhat.com
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
src/gallium/state_trackers/xa/xa_composite.c | 1 -
src/gallium/state_trackers/xa/xa_context.c | 10 ++
2 files changed, 2 insertions(+), 9 deletions(-)
diff --git
From: Jerome Glisse jgli...@redhat.com
This make ddx life easier.
Signed-off-by: Jerome Glisse jgli...@redhat.com
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/state_trackers/xa/xa_priv.h| 1 +
src/gallium/state_trackers/xa/xa_tracker.c | 16 +++-
src
From: Rob Clark robcl...@freedesktop.org
Bump major version, as the change to require explicit
xa_context_flush(), the addition of the handle-type parameter to
xa_surface_handle(), and change of surface to ref/unref will require a
minor change in DDX.
---
configure.ac | 2 +-
1 file changed, 1
From: Rob Clark robcl...@freedesktop.org
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac | 4 +-
src/gallium/targets/Makefile.am | 3 ++
src/gallium/targets/xa-freedreno/Makefile.am | 65
src/gallium
Only just compile tested, as I don't have the hardware for it..
Signed-off-by: Rob Clark robdcl...@gmail.com
---
configure.ac | 2 +-
vmwgfx/vmwgfx_dri2.c | 5 +++--
vmwgfx/vmwgfx_driver.c| 3 ++-
vmwgfx/vmwgfx_saa.c | 20 ++--
vmwgfx
On Wed, Jun 12, 2013 at 11:41 AM, Jakob Bornecrantz
wallbra...@gmail.com wrote:
The changes looks good at a first glance.
There are some thoughts tho,
maybe we should try and make libxatracker.so autodetect
which driver to use so we don't have to create a libxatracker.so
for each driver, at
removes this restriction by using the driver name from the
drmVersion structure as a fallback if a device doesn't have an
associated PCI ID.
Signed-off-by: Thierry Reding thierry.red...@avionic-design.de
Tested-by: Rob Clark robcl...@freedesktop.org
---
src/gbm/backends/dri/driver_name.c | 21
On Wed, Jul 24, 2013 at 6:33 PM, Jakob Bornecrantz wallbra...@gmail.com wrote:
On Thu, Jul 11, 2013 at 1:58 AM, Jakob Bornecrantz wallbra...@gmail.com
wrote:
Just tried this out, on your XA branch, and I'm getting rendering
issues in gnome-terminal. It looks like some text is offset by
one
On Tue, Aug 6, 2013 at 3:24 PM, Christoph Bumiller
e0425...@student.tuwien.ac.at wrote:
On 06.08.2013 19:19, Matt Turner wrote:
On Tue, Aug 6, 2013 at 4:14 AM, Christoph Bumiller
e0425...@student.tuwien.ac.at wrote:
On 06.08.2013 03:28, Kenneth Graunke wrote:
Many GLSL shaders contain code of
On Mon, Apr 23, 2012 at 4:54 AM, Gwenole Beauchesne gb.de...@gmail.com wrote:
Hi,
This patch series corresponds to the DRI2 changes needed for my new
refactored Wayland and VA/EGL proposals to handle YUV buffers and also
a means to differentiate progressive/interlaced contents.
fwiw, for x11
From: Rob Clark r...@ti.com
Signed-off-by: Rob Clark r...@ti.com
---
docs/WL_bind_wayland_display.spec |5 +
include/EGL/eglmesaext.h |1 +
2 files changed, 6 insertions(+)
diff --git a/docs/WL_bind_wayland_display.spec
b/docs/WL_bind_wayland_display.spec
index 02bd6ea
From: Rob Clark r...@ti.com
Well, they were useful to me in debugging, so probably sooner or later
useful to someone else.
Signed-off-by: Rob Clark r...@ti.com
---
src/compositor.c |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
From: Rob Clark r...@ti.com
In cases where the GPU can natively handle certain YUV formats,
eglQueryWaylandBufferWL() can return the value EGL_TEXTURE_EXTERNAL_OES
and the compositor will treat the buffer as a single egl-image-external.
See:
http://www.khronos.org/registry/gles/extensions/OES
On Mon, Aug 13, 2012 at 5:39 PM, Rob Clark rob.cl...@linaro.org wrote:
From: Rob Clark r...@ti.com
In cases where the GPU can natively handle certain YUV formats,
eglQueryWaylandBufferWL() can return the value EGL_TEXTURE_EXTERNAL_OES
and the compositor will treat the buffer as a single egl
From: Rob Clark r...@ti.com
Signed-off-by: Rob Clark r...@ti.com
---
docs/WL_bind_wayland_display.spec |5 +
include/EGL/eglmesaext.h |1 +
2 files changed, 6 insertions(+)
diff --git a/docs/WL_bind_wayland_display.spec
b/docs/WL_bind_wayland_display.spec
index 02bd6ea
From: Rob Clark r...@ti.com
In cases where the GPU can natively handle certain YUV formats,
eglQueryWaylandBufferWL() can return the value EGL_TEXTURE_EXTERNAL_WL
and the compositor will treat the buffer as a single egl-image-external.
See:
http://www.khronos.org/registry/gles/extensions/OES
On Fri, Aug 17, 2012 at 1:09 AM, Pekka Paalanen ppaala...@gmail.com wrote:
On Thu, 16 Aug 2012 17:28:20 -0500
Rob Clark rob.cl...@linaro.org wrote:
From: Rob Clark r...@ti.com
In cases where the GPU can natively handle certain YUV formats,
eglQueryWaylandBufferWL() can return the value
On Tue, Oct 2, 2012 at 2:10 PM, Maarten Lankhorst
m.b.lankho...@gmail.com wrote:
How do you want to deal with the case where Y' and CbCr are different
hardware buffers?
Could some support for 2d arrays be added in case Y' and CbCr are separated
into top/bottom fields?
How are
On Mon, Oct 7, 2013 at 8:23 PM, Brian Paul bri...@vmware.com wrote:
diff --git a/src/gallium/drivers/freedreno/freedreno_texture.c
b/src/gallium/drivers/freedreno/freedreno_texture.c
index fc0c8aa..bcc846f 100644
--- a/src/gallium/drivers/freedreno/freedreno_texture.c
+++
From: Rob Clark robcl...@freedesktop.org
A utility to turn quads into tri's + index buffer, which can be used by
drivers for hardware which does not natively support quads.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
NOTE: I was planning to add a few other primitive types, and optimize
On Thu, Oct 24, 2013 at 3:26 PM, Brian Paul bri...@vmware.com wrote:
On 10/24/2013 11:44 AM, Rob Clark wrote:
From: Rob Clark robcl...@freedesktop.org
A utility to turn quads into tri's + index buffer, which can be used by
drivers for hardware which does not natively support quads.
Signed
From: Rob Clark robcl...@freedesktop.org
Add 'start' parameter to generator/translator.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/auxiliary/indices/u_indices.c | 6 --
src/gallium/auxiliary/indices/u_indices.h | 4 +++-
src/gallium/auxiliary
From: Rob Clark robcl...@freedesktop.org
This patchset (compared to RFC I sent previously) changes u_primconvert
to just be a front-end to the u_indices stuff. It handles binding/
restoring new index buffer state, etc. So driver using it just has
to put this at the top of their pipe-draw_vbo
From: Rob Clark robcl...@freedesktop.org
A convenient front end to indices generate/translate code, for emulating
primitives which are not supported natively by the driver.
This handles saving/restoring index buffer state, etc.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium
From: Rob Clark robcl...@freedesktop.org
Use u_primconvert to convert unsupported primitives into supported
primitive plus index buffer.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/drivers/freedreno/a2xx/fd2_context.c | 24 ++-
src/gallium/drivers
From: Rob Clark robcl...@freedesktop.org
Use u_primconvert to convert unsupported primitives into supported
primitive plus index buffer.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/drivers/freedreno/a2xx/fd2_context.c | 24 ++-
src/gallium/drivers
From: Rob Clark robcl...@freedesktop.org
A convenient front end to indices generate/translate code, for emulating
primitives which are not supported natively by the driver.
This handles saving/restoring index buffer state, etc.
Signed-off-by: Rob Clark robcl...@freedesktop.org
Reviewed
From: Rob Clark robcl...@freedesktop.org
This patchset (compared to RFC I sent previously) changes u_primconvert
to just be a front-end to the u_indices stuff. It handles binding/
restoring new index buffer state, etc. So driver using it just has
to put this at the top of their pipe-draw_vbo
From: Rob Clark robcl...@freedesktop.org
Add 'start' parameter to generator/translator.
Signed-off-by: Rob Clark robcl...@freedesktop.org
Reviewed-by: Brian Paul bri...@vmware.com
---
v1: original
v2: add comments
src/gallium/auxiliary/indices/u_indices.c | 6 --
src/gallium
On Mon, Nov 18, 2013 at 8:29 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Sat, Nov 09, 2013 at 01:26:24PM -0800, Ian Romanick wrote:
On 11/09/2013 12:11 AM, Dave Airlie wrote:
How does this interact with the rule that kernel interfaces require an
open source userspace? Is here are
On Mon, Nov 18, 2013 at 10:23 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Mon, Nov 18, 2013 at 10:17:47AM -0500, Rob Clark wrote:
On Mon, Nov 18, 2013 at 8:29 AM, Thierry Reding
thierry.red...@gmail.com wrote:
On Sat, Nov 09, 2013 at 01:26:24PM -0800, Ian Romanick wrote:
On 11/09
From: Rob Clark robcl...@freedesktop.org
It seems that over time, code related to finding driver name, dealing
with pci-id table, etc, has been copy/pasted everywhere it was needed.
Which is lame. And annoying if you have a device which is not pci.
This patchset refactors it out into a simple
From: Rob Clark robcl...@freedesktop.org
Use the driver name from drmGetVersion() for non-pci devices.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/loader/loader.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/src/loader/loader.c b/src/loader
PM, Rob Clark robdcl...@gmail.com wrote:
From: Rob Clark robcl...@freedesktop.org
It seems that over time, code related to finding driver name, dealing
with pci-id table, etc, has been copy/pasted everywhere it was needed.
Which is lame. And annoying if you have a device which is not pci
On Thu, Jan 9, 2014 at 10:36 PM, Eric Anholt e...@anholt.net wrote:
Rob Clark robdcl...@gmail.com writes:
From: Rob Clark robcl...@freedesktop.org
All the various window system integration layers duplicate roughly the
same code for figuring out device and driver name, pci-id's, etc. Which
at the patches, and they look good. So with the
disclaimer that I am certainly not expert on these parts, for the
series:
Reviewed-by: Rob Clark robdcl...@gmail.com
Brief list of which patches affect which build system
(android A, automake M, scons S)
patch 1 - A, M, S
patch 2 - M, S
From: Rob Clark robcl...@freedesktop.org
So, as I found myself needing to lower a few more TGSI instructions,
and noticing yet again that I would have to do the same lowering as
various other gallium drivers already do, I decided that maybe it
makes sense to do this instead generically in a way
On Thu, Jan 16, 2014 at 4:51 AM, Marek Olšák mar...@gmail.com wrote:
On Thu, Jan 16, 2014 at 6:41 AM, Matt Turner matts...@gmail.com wrote:
On Wed, Jan 15, 2014 at 5:40 AM, Rob Clark robdcl...@gmail.com wrote:
From: Rob Clark robcl...@freedesktop.org
So, as I found myself needing to lower
On Thu, Jan 16, 2014 at 6:55 PM, Emil Velikov emil.l.veli...@gmail.com wrote:
On 16/01/14 23:29, Kristian Høgsberg wrote:
On Sat, Jan 11, 2014 at 04:51:42PM -0500, Rob Clark wrote:
On Sat, Jan 11, 2014 at 11:54 AM, Emil Velikov emil.l.veli...@gmail.com
wrote:
This is an updated series
On Fri, Jan 17, 2014 at 6:19 AM, Lucas Stach l.st...@pengutronix.de wrote:
Use same names as the kernel, makes it easier to identify
connectors in the common case.
Signed-off-by: Lucas Stach l.st...@pengutronix.de
Reviewed-by: Rob Clark robdcl...@gmail.com
---
tests/modeprint/modeprint.c
On Fri, Feb 7, 2014 at 11:20 AM, Christian König
deathsim...@vodafone.de wrote:
Am 07.02.2014 16:49, schrieb Alex Deucher:
On Fri, Feb 7, 2014 at 12:34 AM, Connor Abbott cwabbo...@gmail.com
wrote:
Hi,
So I believe that we can all agree that the tree-based representation
that GLSL IR
From: Rob Clark robcl...@freedesktop.org
This lets multiple gallium drivers use XA.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac | 8 ++--
src/gallium/state_trackers/xa/Makefile.am | 11 -
src/gallium/state_trackers/xa/xa_priv.h
From: Rob Clark robcl...@freedesktop.org
Now that the rendering corruption issues from the very early days of
a3xx gallium are solved it is time to return to freedreno XA support,
so that presentation blit for windowed apps (and post-sub-buffer) !=
stall + memcpy(). With basic XA working now
From: Rob Clark robcl...@freedesktop.org
Build two versions of pipe-loader, with only the client version linking
in x11 client side dependencies. This will allow the XA state tracker
to use pipe-loader.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac
From: Rob Clark robcl...@freedesktop.org
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/targets/pipe-loader/Makefile.am | 16
src/gallium/targets/pipe-loader/pipe_msm.c | 20
2 files changed, 36 insertions(+)
create mode 100644 src
On Mon, Feb 10, 2014 at 7:37 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
Hi Rob
On 08/02/14 22:41, Rob Clark wrote:
From: Rob Clark robcl...@freedesktop.org
This lets multiple gallium drivers use XA.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac
On Mon, Feb 10, 2014 at 12:30 PM, Johannes Obermayr
johannesoberm...@gmx.de wrote:
There should be one called pipe_freedreno and the pipe driver loader should
support sth. like:
if ((strcmp(dev-driver_name, kgsl) == 0) || (strcmp(dev-driver_name,
msm) == 0))
dev-driver_name =
From: Rob Clark robcl...@freedesktop.org
DRM_API_HANDLE_TYPE_SHARED is zero, so doesn't actually fix anything.
But we shouldn't rely on SHARED handle type being zero.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/state_trackers/xa/xa_tracker.c | 1 +
1 file changed, 1
From: Rob Clark robcl...@freedesktop.org
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/targets/pipe-loader/Makefile.am | 16
src/gallium/targets/pipe-loader/pipe_msm.c | 21 +
2 files changed, 37 insertions(+)
create mode 100644 src
From: Rob Clark robcl...@freedesktop.org
Original patchset:
http://lists.freedesktop.org/archives/mesa-dev/2014-February/053632.html
v1: original
v2: moves xa target into targets/xa, and fixes various issues spotted
by Emil
Rob Clark (4):
pipe-loader: split out client version
st/xa: use
From: Rob Clark robcl...@freedesktop.org
This lets multiple gallium drivers use XA.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac | 9 ++--
src/gallium/state_trackers/xa/Makefile.am | 1 +
src/gallium/state_trackers/xa/xa_priv.h
From: Rob Clark robcl...@freedesktop.org
Build two versions of pipe-loader, with only the client version linking
in x11 client side dependencies. This will allow the XA state tracker
to use pipe-loader.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac
From: Rob Clark robcl...@freedesktop.org
Original patchset:
http://lists.freedesktop.org/archives/mesa-dev/2014-February/053632.html
v1: original
v2: moves xa target into targets/xa, and fixes various issues spotted
by Emil
v3: few more comments from Emil (drop code in targets/xa, get rid
From: Rob Clark robcl...@freedesktop.org
This lets multiple gallium drivers use XA.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac | 9 +--
src/gallium/auxiliary/pipe-loader/Makefile.am | 1 -
src/gallium/auxiliary/pipe-loader
From: Rob Clark robcl...@freedesktop.org
Build two versions of pipe-loader, with only the client version linking
in x11 client side dependencies. This will allow the XA state tracker
to use pipe-loader.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
configure.ac
From: Rob Clark robcl...@freedesktop.org
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/targets/pipe-loader/Makefile.am | 17 +
src/gallium/targets/pipe-loader/pipe_msm.c | 21 +
2 files changed, 38 insertions(+)
create mode 100644 src
From: Rob Clark robcl...@freedesktop.org
DRM_API_HANDLE_TYPE_SHARED is zero, so doesn't actually fix anything.
But we shouldn't rely on SHARED handle type being zero.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/state_trackers/xa/xa_tracker.c | 1 +
1 file changed, 1
On Thu, Feb 13, 2014 at 8:39 AM, Emil Velikov emil.l.veli...@gmail.com wrote:
+if HAVE_MESA_LLVM
+# Mention a dummy pure C++ file to trigger generation of the $(LINK)
variable
+nodist_EXTRA_libxatracker_la_SOURCES = dummy-cpp.cpp
Move before the HAVE_MESA_LLVM. It will translate to no-on if
From: Rob Clark robcl...@freedesktop.org
Otherwise it will trick the gallium driver into thinking that the render
target has actually changed (due to different pipe_surface pointing to
same underlying pipe_resource). This is really badness for tiling GPUs
like adreno.
Signed-off-by: Rob Clark
From: Rob Clark robcl...@freedesktop.org
Add support to property handle solid-fill src and/or mask. Without this
we fallback to sw a lot for common things like text rendering.
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/state_trackers/xa/xa_composite.c | 88
src
From: Rob Clark robcl...@freedesktop.org
Signed-off-by: Rob Clark robcl...@freedesktop.org
---
src/gallium/state_trackers/xa/xa_composite.c | 3 +--
src/gallium/state_trackers/xa/xa_context.c | 5 +
src/gallium/state_trackers/xa/xa_priv.h | 3 +--
src/gallium/state_trackers/xa
From: Rob Clark robcl...@freedesktop.org
Keep track of the maximal bounds of all the operations and set scissor
accordingly. For tiling GPU's this can be a big win by reducing the
memory bandwidth spent moving pixels from system memory to tile buffer
and back.
You could imagine being more
From: Rob Clark robcl...@freedesktop.org
While still more of a stop-gap solution (until glamor) for freedreno,
with these few relatively simple changes I get a pretty big performance
boost (~40%) for xf86-video-freedreno.
Rob Clark (4):
xa: handle solid-fill src/mask
xa: remove unneeded args
On Tue, Apr 1, 2014 at 12:14 PM, Zack Rusin za...@vmware.com wrote:
- Original Message -
From: Rob Clark robcl...@freedesktop.org
While still more of a stop-gap solution (until glamor) for freedreno,
with these few relatively simple changes I get a pretty big performance
boost (~40
On Tue, Apr 1, 2014 at 12:37 PM, Thomas Hellstrom thellst...@vmware.com wrote:
On 04/01/2014 06:18 PM, Rob Clark wrote:
On Tue, Apr 1, 2014 at 12:14 PM, Zack Rusin za...@vmware.com wrote:
- Original Message -
From: Rob Clark robcl...@freedesktop.org
While still more of a stop-gap
1 - 100 of 1947 matches
Mail list logo