I have one minor nitpick (see below). But either way, with the subject
fixed (as mentioned by Matt), this is:
Reviewed-by: Rico Schüller
On 21.10.2013 07:24, Kenneth Graunke wrote:
> This passes Piglit's texwrap tests (after applying Rico's patch to
> make them use this extension).
>
> Cc: Rico
On 16/10/13 03:23, Emil Velikov wrote:
> On 08/10/13 01:23, Brian Paul wrote:
[...]
>> This change touches quite a few files. I've probably missed
>> something in drivers or state trackers that I can't test.
>> Please test if you're able. Thanks.
>> ---
> Will run a quick piglit with and w/o on m
Signed-off-by: Rico Schüller
---
docs/GL3.txt| 2 +-
docs/relnotes/10.0.html | 1 +
2 Dateien geändert, 2 Zeilen hinzugefügt(+), 1 Zeile entfernt(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index a56e7fe..e8e797a 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -173,7 +173,7 @@ ARB_cl
Looks great AFAICT.
Jose
- Original Message -
> From: Roland Scheidegger
>
> For seamless cube filtering it is necessary to determine new faces and new
> coords per sample. The logic for this is _seriously_ complex (what needs
> to happen is very "asymmetric" wrt face, x/y under/overflo
On 10/21/2013 02:09 AM, Emil Velikov wrote:
On 16/10/13 03:23, Emil Velikov wrote:
On 08/10/13 01:23, Brian Paul wrote:
[...]
This change touches quite a few files. I've probably missed
something in drivers or state trackers that I can't test.
Please test if you're able. Thanks.
---
Will ru
I have a headless platform I need OpenGL to work on that does not have X.
It is x86 with Intel HD 4000 graphics.
Ultimately, I'm just wanting to use OpenGL to render to memory for encoding
to H.264 and streaming.
I'm trying to build Mesa for this platform without X and cannot get it to
build libG
With the one comment below taken care of, the series is
Reviewed-by: Ian Romanick
On 10/19/2013 07:34 AM, Brian Paul wrote:
> This extension never saw any real use so remove it.
> ---
> include/GL/gl.h | 20
> src/mapi/glapi/gen/gl_API.xml | 32 ---
With the issue that Kaelyn pointed out resolved,
Reviewed-by: Ian Romanick
On 10/18/2013 03:12 PM, Matt Turner wrote:
> ---
> docs/GL3.txt | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/docs/GL3.txt b/docs/GL3.txt
> index c269f19..a7c7ae6 100644
> --- a/docs/G
On 10/17/2013 11:09 PM, Kenneth Graunke wrote:
> Here's my implementation of ARB_transform_feedback2. I believe it's
> complete; it passes all of our Piglit tests and a lot of Intel's
> oglconform tests.
>
> This should work out of the box on Ivybridge and Baytrail. It won't
> work on Haswell at
On Fri, Oct 18, 2013 at 2:44 PM, Paul Berry wrote:
> On 14 October 2013 10:12, Anuj Phogat wrote:
>>
>> Number of samples will be required in fragment shader program by new
>> GLSL builtin uniform "gl_NumSamples".
>>
>> Signed-off-by: Anuj Phogat
>> ---
>> src/mesa/program/prog_statevars.c | 11
Orbital Explorer was generating a 4000 instruction geometry shader, which
was taking 275 trips through dead code elimination and register
coalescing, each of which updated live variables to get its work done, and
invalidated those live variables afterwards.
By using bitfields instead of bools (red
On 10/21/2013 12:58 AM, Rico Schüller wrote:
> I have one minor nitpick (see below). But either way, with the subject
> fixed (as mentioned by Matt), this is:
> Reviewed-by: Rico Schüller
>
> On 21.10.2013 07:24, Kenneth Graunke wrote:
>> This passes Piglit's texwrap tests (after applying Rico's
Chia-I Wu writes:
> On Thu, Oct 17, 2013 at 3:24 AM, Matt Turner wrote:
>> On Mon, Oct 14, 2013 at 4:14 PM, Eric Anholt wrote:
>>> Previously, the best thing we had was to schedule the things unblocked by
>>> the current instruction, on the hope that it would be consuming two values
>>> at the
Ken,
I assume the new ABI for libOpenGL.so is not far enough along to be usable
in production, correct?
Our application is quite big and already written against OpenGL so moving
to GLESv2 or 3.0 would be a considerable effort so this is not an option.
Do you know the minimal amount of X libs nec
On 10/21/2013 08:40 AM, Ian Romanick wrote:
> On 10/17/2013 11:09 PM, Kenneth Graunke wrote:
>> Here's my implementation of ARB_transform_feedback2. I believe it's
>> complete; it passes all of our Piglit tests and a lot of Intel's
>> oglconform tests.
>>
>> This should work out of the box on Ivyb
On 10/21/2013 07:05 AM, Chris Healy wrote:
> I have a headless platform I need OpenGL to work on that does not have
> X. It is x86 with Intel HD 4000 graphics.
>
> Ultimately, I'm just wanting to use OpenGL to render to memory for
> encoding to H.264 and streaming.
>
> I'm trying to build Mesa f
- Mail original -
> De : Tom Stellard
> À : llvm-comm...@cs.uiuc.edu
> Cc : mesa-dev@lists.freedesktop.org; Tom Stellard
> Envoyé le : Vendredi 11 octobre 2013 20h10
> Objet : [PATCH] R600: Make sure OQAP defs and uses happen in the same clause
>
> From: Tom Stellard
>
> Reading th
Actually, I think I found the answer to the minimal amount of X libs
necessary.
I got rid of --disable-glx from my build config and ran into the following
when running configure:
checking for XF86VIDMODE... no
checking for DRIGL... no
configure: error: Package requirements (x11 xext xdamage xfixe
---
src/gallium/drivers/r600/r600_llvm.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/src/gallium/drivers/r600/r600_llvm.c
b/src/gallium/drivers/r600/r600_llvm.c
index 34dd3ad..d7fa5f8 100644
--- a/src/gallium/drivers/r600/r600_llvm.c
+++ b/src/gallium/driver
---
src/gallium/drivers/r600/r600_llvm.c | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/src/gallium/drivers/r600/r600_llvm.c
b/src/gallium/drivers/r600/r600_llvm.c
index d7fa5f8..5afe3cb 100644
--- a/src/gallium/drivers/r600/r600_llvm.c
+++ b/src/gallium/drive
On Mon, Oct 21, 2013 at 4:05 PM, Chris Healy wrote:
> I have a headless platform I need OpenGL to work on that does not have X.
> It is x86 with Intel HD 4000 graphics.
>
> Ultimately, I'm just wanting to use OpenGL to render to memory for encoding
> to H.264 and streaming.
>
> I'm trying to build
Matt Turner writes:
> On Mon, Oct 14, 2013 at 4:14 PM, Eric Anholt wrote:
>> Previously, the best thing we had was to schedule the things unblocked by
>> the current instruction, on the hope that it would be consuming two values
>> at the end of their live intervals while only producing one new
The only feedback would be that it would be nice if patch 8
were broken down somewhat. But, the only suggestions I could think
of for possible items to split out were:
* intel_bufferobj_buffer: remove flag parameter
* set gpu_active_start/end in a lead-up patch
Another question for patch 8. Would
Kenneth Graunke writes:
> Dead code elimination would get rid of the extra instructions, but
> skipping this saves iterations through the optimization loop.
>
> From shader-db:
>
> N Min MaxMedian AvgStddev
> x 14672 3 16 3 3.1334
Fixes texture corruption of Weston clients on cairo-glesv2 backend.
Commit 49ed599 introduced the bug.
Corruption occured when glTexSubImage called
intel_texsubimage_tiled_memcpy() with:
x,y=10,9
w,h=7,7
format=GL_ALPHA(0x1906)
type=GL_UNSIGNED_BYTE(0x1401)
gl_format=MESA_FORMAT_A8(0x18)
Print info about packing, format, type, and tiling. This will help debug
future issues with this fastpath.
CC: Frank Henigman
Signed-off-by: Chad Versace
---
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/src/mesa/dr
On 16 October 2013 16:56, Matt Turner wrote:
> ---
> src/glsl/opt_algebraic.cpp | 12
> 1 file changed, 4 insertions(+), 8 deletions(-)
>
Series is:
Reviewed-by: Paul Berry
>
> diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
> index 3e5802e..b915f3c 100644
This is a port of 4da54c91d24da ("nvc0: implement multisample textures") to
nv50.
When coupled with the patch to only report 16 texture samplers (to fix
crashes), all of the Piglit tests in spec/arb_texture_multisample pass.
---
.../nouveau/codegen/nv50_ir_lowering_nv50.cpp |5 ++-
src/g
Hello, everyone,
Attached is a new test for piglit which exposes a bug in Mesa's
software rendering (and another bug in hardware rendering, but that's
not its main purpose).
The bug is as follows. With software rendering, after doing a buffer
swap, glBlitFrameBufferEXT() appears to to copy the w
On Mon, Oct 21, 2013 at 10:02:12PM +0200, Vincent Lejeune wrote:
Can you add an explanation to the commit messages for both patches about
what was wrong with the old code?
Thanks,
Tom
> ---
> src/gallium/drivers/r600/r600_llvm.c | 29 +
> 1 file changed, 29 insertion
Insert two fields into _egl_global to hold the client extensions and
statically initialize them:
ClientExtensions // a struct of bools
ClientExtensionString
Post-patch, Mesa supports exactly one client extension,
EGL_EXT_client_extensions.
Signed-off-by: Chad Versace
---
src/egl/main/eg
https://bugs.freedesktop.org/show_bug.cgi?id=70743
Priority: medium
Bug ID: 70743
Assignee: mesa-dev@lists.freedesktop.org
Summary: Compilation on VS2013
Severity: normal
Classification: Unclassified
OS: All
Reporte
https://bugs.freedesktop.org/show_bug.cgi?id=70743
--- Comment #1 from Scott Graham ---
Doesn't compile due to changes in VS2013's standard library.
--
You are receiving this mail because:
You are the assignee for the bug.
___
mesa-dev mailing list
me
https://bugs.freedesktop.org/show_bug.cgi?id=70743
--- Comment #2 from Scott Graham ---
Created attachment 87961
--> https://bugs.freedesktop.org/attachment.cgi?id=87961&action=edit
compile fix for vs2013
--
You are receiving this mail because:
You are the assignee for the bug.
__
https://bugs.freedesktop.org/show_bug.cgi?id=70743
--- Comment #3 from Scott Graham ---
Comment on attachment 87961
--> https://bugs.freedesktop.org/attachment.cgi?id=87961
compile fix for vs2013
Index: include/c99/stdbool.h
===
-
https://bugs.freedesktop.org/show_bug.cgi?id=70743
Scott Graham changed:
What|Removed |Added
Attachment #87961|0 |1
is obsolete|
From: Marek Olšák
This fixes piglit:
- shaders/glsl-fs-texture2d-masked
- shaders/glsl-fs-texture2d-masked-4
Signed-off-by: Marek Olšák
Reviewed-by: Tom Stellard
---
lib/Target/R600/SIISelLowering.cpp | 27 +++--
test/CodeGen/R600/llvm.SI.sample-masked.ll | 93
On Tue, Oct 22, 2013 at 3:05 AM, Eric Anholt wrote:
> Chia-I Wu writes:
>
>> On Thu, Oct 17, 2013 at 3:24 AM, Matt Turner wrote:
>>> On Mon, Oct 14, 2013 at 4:14 PM, Eric Anholt wrote:
Previously, the best thing we had was to schedule the things unblocked by
the current instruction, o
https://bugs.freedesktop.org/show_bug.cgi?id=70743
Stephane Marchesin changed:
What|Removed |Added
CC||marche...@icps.u-strasbg.fr
--
You
In the process of trying to work around the spilling in the huge unigine
soft shadowing shaders, I got to wondering if we couldn't just reduce the
cost of spilling to the point of "I don't care". Notably, there is this
nice message for doing unspills on gen7 where you don't need to set up the
mess
Now that reg spilling generates new vgrfs, we were looping forever if you
ever turned it on.
Instead, move the debug code into the register allocator right near where
we'd be doing spilling anyway, which should more accurately reflect how
register spilling occurs in the wild.
---
src/mesa/drivers
We were clearing the reg_offset before trying to use it. Oops. Fixes
glsl-fs-texture2drect with the reg spilling debug enabled.
---
src/mesa/drivers/dri/i965/brw_fs_reg_allocate.cpp | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_fs_reg_all
Things blew up when I enabled the debug register spill code without
disabling 16-wide, so I decided to just fix 16-wide spilling.
We still don't generate 16-wide when register spilling happens as part of
allocation (since we expect it to be slower), but now we can experiment
with allowing it in so
I'm going to be introducing gen7 variants, and the previous naming was
going to get confusing.
---
src/mesa/drivers/dri/i965/brw_defines.h | 7 +++
src/mesa/drivers/dri/i965/brw_fs.cpp| 4 ++--
src/mesa/drivers/dri/i965/brw_fs.h | 4 ++--
src/mes
This avoids a lot of message setup we had to do otherwise. Improves
GLB2.7 performance with register spilling force enabled by 1.6442% +/-
0.553218% (n=4).
---
src/mesa/drivers/dri/i965/brw_defines.h| 7
src/mesa/drivers/dri/i965/brw_eu.h | 5 +++
src/mesa/drive
Kenneth Graunke writes:
> DrawTransformFeedback() needs to obtain the number of vertices written
> to a particular stream during the last Begin/EndTransformFeedback block.
> The new driver hook returns exactly that information.
>
> Gallium drivers already implement this functionality by passing t
I would still need to build Mesa with X so that libGL is built though,
correct?
On Mon, Oct 21, 2013 at 2:03 PM, Erik Faye-Lund wrote:
> On Mon, Oct 21, 2013 at 4:05 PM, Chris Healy wrote:
> > I have a headless platform I need OpenGL to work on that does not have X.
> > It is x86 with Intel HD
Kenneth Graunke writes:
> All the necessary pieces are now in place.
>
> Signed-off-by: Kenneth Graunke
> ---
> src/mesa/drivers/dri/i965/intel_extensions.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/mesa/drivers/dri/i965/intel_extensions.c
> b/src/mesa/drivers/dri/i965/i
Kenneth Graunke writes:
> Implementing the GetTransformFeedbackVertexCount() driver hook allows
> the VBO module to call us with the right number of vertices.
>
> The hardware doesn't directly count the number of vertices written by
> SOL, so we instead use the SO_NUM_PRIMS_WRITTEN(n) counters an
Matt Turner writes:
> ---
> src/glsl/opt_algebraic.cpp | 12
> 1 file changed, 4 insertions(+), 8 deletions(-)
>
> diff --git a/src/glsl/opt_algebraic.cpp b/src/glsl/opt_algebraic.cpp
> index 3e5802e..b915f3c 100644
> --- a/src/glsl/opt_algebraic.cpp
> +++ b/src/glsl/opt_algebraic.c
Paul Berry writes:
> On 18 October 2013 17:04, Eric Anholt wrote:
>> Putting these fixups for a couple of weird cases in just MOV and ADD
>> feels wrong to me, but maybe when I understand better what's going on
>> it'll seem more natural.
>>
>
> Another possibility I'd be equally happy with woul
On Tue, Oct 22, 2013 at 2:58 AM, Chris Healy wrote:
> On Mon, Oct 21, 2013 at 2:03 PM, Erik Faye-Lund wrote:
>> On Mon, Oct 21, 2013 at 4:05 PM, Chris Healy wrote:
>> > I have a headless platform I need OpenGL to work on that does not have
>> > X.
>> > It is x86 with Intel HD 4000 graphics.
>> >
From: Roland Scheidegger
d3d10 requires that cube corners are filtered with accurate weights (that
is, the weight of the non-existing corner texel should be evenly distributed
to the other 3 texels). OpenGL does not require this (but recommends it).
This requires us to use different filtering cod
the specs say that clCreateContext reutrns error
"if platform value specified in properties is not a valid platform"
The orignal approach fials if invalid valu other than NULL pointer is provided.
Fixes piglit cl-api-create-context.
Signed-off-by: Jan Vesely
---
src/gallium/state_trackers/clov
These variables will need to be treated specially by
program_resource_visitor, so that they can be addressed through the
API using their interface block name (and array index, for interface
block arrays).
---
src/glsl/ir.h | 12
src/glsl/lower_named_interfa
When program_resource_visitor visits variables that were created by
lower_named_interface_blocks, it needs to do extra work to un-do the
effects of lower_named_interface_blocks and construct the proper API
names.
Fixes piglit test
spec/glsl-1.50/execution/interface-blocks-api-access-members.
---
Jan Vesely writes:
> the specs say that clCreateContext reutrns error
> "if platform value specified in properties is not a valid platform"
>
> The orignal approach fials if invalid valu other than NULL pointer is
> provided.
>
> Fixes piglit cl-api-create-context.
>
Honestly, I don't think this
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
58 matches
Mail list logo
