On i965, enabling and disabling the GS is not free: you have to do a
full pipeline stall, reconfigure the URB and push constant space, and
emit a bunch of state. Most clears aren't layered, so the GS isn't
needed in the common case. But we turned it on anyway.
As far as I know, most GPUs that su
Author: Daniel Manjarres
Date: Sun Jun 22 09:47:58 2014 -0700
glx: Fix glxUseXFont for glxWindow and glxPixmaps
The current implementation of glxUseXFont requires creating
a temporary pixmap and graphics context, which requires a real
old-school X11 Window, not a glxDrawable.
On 22/06/14 23:22, Kenneth Graunke wrote:
> On Sunday, June 22, 2014 07:37:20 PM Emil Velikov wrote:
>> On 19/06/14 12:25, Steven Newbury wrote:
>>> I was looking at getting Beignet compiling against current mesa working
>>> again a few weeks ago. Really there needs to be some coordination with
>>>
On Sunday, June 22, 2014 07:37:20 PM Emil Velikov wrote:
> On 19/06/14 12:25, Steven Newbury wrote:
> > I was looking at getting Beignet compiling against current mesa working
> > again a few weeks ago. Really there needs to be some coordination with
> > the Mesa devs to provide a suitable API sinc
https://bugs.freedesktop.org/show_bug.cgi?id=54372
--- Comment #26 from danm...@gmail.com ---
Sent, waiting for moderator approval.
--
You are receiving this mail because:
You are the QA Contact for the bug.
___
mesa-dev mailing list
mesa-dev@lists.fre
https://bugs.freedesktop.org/show_bug.cgi?id=54372
--- Comment #25 from danm...@gmail.com ---
Created attachment 101536
--> https://bugs.freedesktop.org/attachment.cgi?id=101536&action=edit
patch to fix glxusefont
--
You are receiving this mail because:
You are the QA Contact for the bug.
On 19/06/14 12:25, Steven Newbury wrote:
> I was looking at getting Beignet compiling against current mesa working
> again a few weeks ago. Really there needs to be some coordination with
> the Mesa devs to provide a suitable API since what was being used has
> been since removed. To that end; I've
All of the bits appear to already be in place to support this in the
sampler (which the original AMD version didn't allow).
Signed-off-by: Ilia Mirkin
---
I'm probably missing some reason why this wasn't already enabled, but sending
this out anyways. Feel free to point out the error in my reason
On 22/06/14 14:38, Thomas Helland wrote:
> Your v3 branch seems to work flawlessly.
> Autogen, make, and make install works as it used to.
> If anything, I think I might be seeing decreased compile-time.
> That might just be my imagination though.
> Rebooted and everything seems to be in good order
I was looking at getting Beignet compiling against current mesa working
again a few weeks ago. Really there needs to be some coordination with
the Mesa devs to provide a suitable API since what was being used has
been since removed. To that end; I've cc'd mesa-dev, hopefully there can
be progress m
Patch 1 & 2:
Reviewed-by: Marek Olšák
Marek
On Sun, Jun 22, 2014 at 5:10 PM, Ilia Mirkin wrote:
> Signed-off-by: Ilia Mirkin
> ---
> src/mesa/state_tracker/st_program.c | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/src/mesa/state_tracker/st_program.c
> b/src/mesa/state_track
Fredrik,
What happened to this series?
-ilia
On Thu, Apr 10, 2014 at 10:09 AM, Brian Paul wrote:
> On 04/09/2014 07:51 PM, Fredrik Höglund wrote:
>>
>> ---
>> src/xdemos/glxinfo.c | 22 ++
>> 1 file changed, 22 insertions(+)
>>
>
> For the series:
> Reviewed-by: Brian P
Signed-off-by: Ilia Mirkin
---
docs/GL3.txt| 2 +-
docs/relnotes/10.3.html | 2 +-
src/gallium/drivers/nouveau/nvc0/nvc0_program.c | 2 ++
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 2 +-
4 files changed, 5 insertions(+), 3 deleti
Signed-off-by: Ilia Mirkin
---
src/gallium/docs/source/screen.rst | 2 ++
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/i915/i915_screen.c | 1 +
src/gallium/drivers/ilo/ilo_screen.c | 1 +
src/gallium/drivers/llvmpipe/lp_screen.c
Signed-off-by: Ilia Mirkin
---
docs/GL3.txt | 2 +-
docs/relnotes/10.3.html| 1 +
src/gallium/drivers/nouveau/nv50/nv50_screen.c | 2 +-
3 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index 47165
Signed-off-by: Ilia Mirkin
---
src/mesa/state_tracker/st_program.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/mesa/state_tracker/st_program.c
b/src/mesa/state_tracker/st_program.c
index 26eb978..1df411c 100644
--- a/src/mesa/state_tracker/st_program.c
+++ b/src/mesa/state_track
Bruno Jimenez writes:
> On Sat, 2014-06-21 at 17:39 +0200, Francisco Jerez wrote:
>[...]
>> The implementation of PIPE_TRANSFER_MAP_DIRECTLY introduced in PATCH 10
>> has somewhat worrying semantics: A mapping with this flag might become
>> stale unpredictably if a kernel is run, maybe from a dif
Your v3 branch seems to work flawlessly.
Autogen, make, and make install works as it used to.
If anything, I think I might be seeing decreased compile-time.
That might just be my imagination though.
Rebooted and everything seems to be in good order.
Let me know if you want me to do any more tests o
Reviewed-by: Tapani Pälli
On 06/21/2014 03:44 AM, Ian Romanick wrote:
From: Ian Romanick
In file included from ../../src/glsl/builtin_functions.cpp:61:0:
../../src/glsl/glsl_parser_extras.h:154:9: warning: unused parameter 'var'
[-Wunused-parameter]
Signed-off-by: Ian Romanick
Cc: Tapani P
If you define enums in a struct or class, it then works like a
namespace. E.g. the proper form to use such an enum would be:
ctx->Const.VertexID = gl_constants::gl_VertexID_native;
Marek
On Sat, Jun 21, 2014 at 3:01 AM, Ian Romanick wrote:
> From: Ian Romanick
>
> Converts gl_VertexID to (gl_V
20 matches
Mail list logo