The following changes since commit fa12f2c150b2f50de9dac4a2b09265f13af353af:
glamor: don't do render ops with matching source/dest (v3) (2015-06-02
14:16:26 +1000)
are available in the git repository at:
git://people.freedesktop.org/~anholt/xserver glamor-next
for you to fetch changes up t
Signed-off-by: Eric Anholt
---
hw/xfree86/drivers/modesetting/dri2.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/xfree86/drivers/modesetting/dri2.c
b/hw/xfree86/drivers/modesetting/dri2.c
index 63cb065..8dc12b7 100644
--- a/hw/xfree86/drivers/modesetting/dri2.c
+++ b/h
We were only looking for the desktop GL version of the extension, so
GLES2 missed out.
Signed-off-by: Eric Anholt
---
glamor/glamor.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/glamor/glamor.c b/glamor/glamor.c
index 0378388..935fb74 100644
--- a/glamor/glamor.c
+++ b/
These will all be freed when the context is freed.
Signed-off-by: Eric Anholt
---
glamor/glamor.c | 5 -
glamor/glamor_core.c | 11 ---
glamor/glamor_gradient.c | 21 -
glamor/glamor_priv.h | 3 ---
glamor/glamor_render.c | 21
The GL_QUADS helper takes a number of quads, not a number of vertices.
---
glamor/glamor_composite_glyphs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/glamor/glamor_composite_glyphs.c b/glamor/glamor_composite_glyphs.c
index 1f0d75e..e92f1d9 100644
--- a/glamor/glamor_comp
Signed-off-by: Eric Anholt
---
glamor/glamor_priv.h | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/glamor/glamor_priv.h b/glamor/glamor_priv.h
index 17f8253..681895f 100644
--- a/glamor/glamor_priv.h
+++ b/glamor/glamor_priv.h
@@ -194,16 +194,16 @@ typedef
Improves x11perf -aa10text performance by 1377.59% +/- 23.8198% (n=93)
on Intel with GLES2.
Signed-off-by: Eric Anholt
---
glamor/glamor.c | 62 +++
glamor/glamor_priv.h | 11 +
glamor/glamor_utils.h | 4 +---
3 files changed, 74 in
Improves text rendering from about 284k glyphs per second to 320k
glyphs per second. There's no GL extension for probing this, because
of the philosophy of "Don't expose whether things are really in
hardware or not."
Signed-off-by: Eric Anholt
---
glamor/glamor.c | 9 +
glamor/gla
We use this for all of our other performance-sensitive rendering, too.
Signed-off-by: Eric Anholt
---
glamor/glamor.c| 1 -
glamor/glamor_priv.h | 7 +++
glamor/glamor_render.c | 50 --
3 files changed, 7 insertions(+), 51 deletions
Eric Anholt writes:
> After this series, I'm at 143000 glyphs/sec, up from 2640 glyphs/sec
> with the old always-fallbacks path.
For the series:
Reviewed-by: Keith Packard
--
-keith
signature.asc
Description: PGP signature
___
xorg-devel@
>
>> at which point you'd want to continue
>> the versioning from the mesa point to avoid epochs. So I don't
>> take your argument, the API version is what we ship in the gbm.pc
>> file, compatible implementations should make the same API changes
>> in their same versions.
>>
> Other companies may
Dave Airlie writes:
> Currently with PRIME if we detect a secondary GPU,
> we switch to using SW cursors, this isn't optimal,
> esp for the intel/nvidia combinations, we have
> no choice for the USB offload devices.
>
> This patch checks on each slave screen if hw
> cursors are enabled, and also
Dave Airlie writes:
> This adds support for reverse prime to the modesetting driver.
>
> Reverse prime is where we have two GPUs in the display chain,
> but the second GPU can't scanout from the shared pixmap, so needs
> an extra copy to the on screen pixmap.
>
> This allows modesetting to suppor
Dave Airlie writes:
> Rather than create the pixmap, this uses the file descriptor
> to change an existing pixmaps backing store.
>
> This is required for reverse prime slaves, where we create
> the slave pixmap, then set the backing store.
>
> Signed-off-by: Dave Airlie
> ---
> glamor/glamor.h
Dave Airlie writes:
> This allows a glamor enabled master device to have
> slave USB devices attached.
>
> Tested with modesetting on SNB + USB.
>
> It relies on the previous patch to export linear
> buffers from glamor.
>
> Signed-off-by: Dave Airlie
I don't know the slave stuff really, but it
Dave Airlie writes:
> We need this for doing USB offload scenarios using glamor
> and modesetting driver.
>
> unfortunately only gbm in mesa 10.6 has support for the
> linear API.
It seems like in the linear case, we should make the FBO as external so
it doesn't get released back into the FBO ca
On 19 June 2015 at 02:12, Dave Airlie wrote:
> On 19 June 2015 at 02:02, Emil Velikov wrote:
>> On 15 June 2015 at 05:08, Michel Dänzer wrote:
>>> On 12.06.2015 08:48, Dave Airlie wrote:
We need this for doing USB offload scenarios using glamor
and modesetting driver.
unfortu
17 matches
Mail list logo