On 04/02/2014 09:45 AM, Matt Turner wrote:
> On Tue, Apr 1, 2014 at 11:18 PM, Tapani Pälli wrote:
>> On GEN6 math operations require destination writemask to be WRITEMASK_XYZW.
> That's not really it. Gen6 doesn't support the math in align16 mode,
> which is the mode required for writemasking and
On 04/01/2014 05:04 PM, Rob Clark wrote:
> From: Rob Clark
>
> Signed-off-by: Rob Clark
> ---
> 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/
Rob,
A minor nitpick below:
On 04/01/2014 05:04 PM, Rob Clark wrote:
> From: Rob Clark
>
> 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 ti
On 04/01/2014 05:04 PM, Rob Clark wrote:
> From: Rob Clark
>
> 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.
This series adds ARB_texture_view support for i965 Gen7/7.5.
Significant changes from V2:
- All the assorted post-V2 format fixups are moved to the start of the series.
This gives us consistent memory layout for all the formats between which we
have to support casting.
- Texture validation ch
This will eventually be relaxed, but we'll get the fallback path
working first.
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_tex_subimage.c
b/src/
We're about to need this in another place.
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_fbo.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_fbo.c
b/src/mesa/drivers/dri/i965/intel_fbo.c
in
We will need this for munging the view's format.
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 31 ---
src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 3 +++
2 files changed, 26 insertions(+), 8 deletions(-)
d
Signed-off-by: Chris Forbes
---
src/mesa/swrast/s_texfetch.c | 6 +++---
src/mesa/swrast/s_texfetch_tmp.h | 16
2 files changed, 19 insertions(+), 3 deletions(-)
diff --git a/src/mesa/swrast/s_texfetch.c b/src/mesa/swrast/s_texfetch.c
index cd09827..4084bbd 100644
--- a/src
This is the actual mesa_format to use. In non-view cases this is always
the same as the mt's format.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_tex.c | 8
src/mesa/drivers/dri/i965/intel_tex_obj.h | 5 +
src/mesa/drivers/dri/i965/intel_tex_validate
The sampler can handle R8G8B8X8 (and substitute 1.0 for the fourth
component) but we can't use it as a render target.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/brw_surface_formats.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/brw_surface_forma
This allows core mesa's TexSubImage paths etc to work correctly
with views which have nonzero MinLevel or MinLayer.
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_tex.c | 11 ---
1 file changed, 8 insertions(+), 3 deletions(-)
diff --git a/src
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/main/texobj.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/src/mesa/main/texobj.c b/src/mesa/main/texobj.c
index 8bdbb08..918dd59 100644
--- a/src/mesa/main/texobj.c
+++ b/src/mesa/main/texobj.c
@@ -559,6 +559,13 @@
We will need to call this to munge view formats.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 76 +++
src/mesa/drivers/dri/i965/intel_mipmap_tree.h | 3 ++
2 files changed, 45 insertions(+), 34 deletions(-)
diff --git a/src/mesa/driver
If we were to relayout the miptree, we'd break any views that are
sharing it.
(Simplified based on suggestions from Eric)
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_tex_validate.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_tex_v
Previously, we would unpack the texels to floats using *_TO_FLOAT_TEX,
and then pack them into the desired format using FLOAT_TO_*. Unfortunately,
this isn't quite the inverse operation, and so some texel values would
end up off-by-one.
This fixes the GL_RGB8_SNORM and GL_RGB16_SNORM subcases in p
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/gen7_wm_surface_state.c | 18 +-
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/gen7_wm_surface_state.c
b/src/mesa/drivers/dri/i965/gen7_wm_surface_state
Now this is the preferred format for GL_SRGB8_ALPHA8.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/brw_surface_formats.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/i965/brw_surface_formats.c
b/src/mesa/drivers/dri/i965/brw_surface_formats.c
index 3f648
We need to wire the original texture's mt into the view. All the hard
work of setting up an appropriate tree of gl_texture_image structures
has already been done by core mesa.
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_tex.c | 41 ++
This is supported by all generations, and is required for memory layout
consistency for texture_view.
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/brw_surface_formats.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/i965/brw_surface_formats.c
b/src/mesa/dr
We're about to need this so we can determine the layer count of the
wrapper.
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_fbo.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_fbo.c
b/src/me
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_blorp_clear.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/brw_blorp_clear.cpp
b/src/mesa/drivers/dri/i965/brw_blorp_clear.cpp
index c037aa5..6d42dce 100644
We'll still avoid MinLayer here since the fast path doesn't understand
arrays at all, but it's straightforward to do levels.
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_fbo.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/intel_fbo.c
b/src/mesa/drivers/dri/i965/intel_fbo.c
index d0e1349..98247f2 100644
--- a/src/mesa/drivers/dri/i965/int
None of the other 3-component 16bpc formats are directly supported, so
they get promoted to XRGB equivalents. *Not* promoting RGB16F the same
way makes texture views much more fiddly -- we don't want to have to do
crazy copying behind the scenes.
(with my other master + my experimental ARB_texture
This is the effective layer count, for clears etc. This differs from the
depth of the miptree level when views are involved.
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_fbo.c | 10 ++
src/mesa/drivers/dri/i965/intel_fbo.h | 3 +++
2 files c
These formats can be cast to others (with different component types or
sizes) via ARB_texture_view or ARB_shader_image_load_store. We want
them to be laid out consistently so that we can just reinterpret the
memory with a different format.
In V1, this was done conditionally on a 'prefer_no_swizzle
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_mipmap_tree.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
b/src/mesa/drivers/dri/i965/intel_mipmap_tree.c
index 9c5623c..1a7a9e8 10
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_tex_subimage.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_tex_subimage.c
b/src/mesa/drivers/dri/i965/intel_tex_subimage.c
index 7143ab7..287b2
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/intel_tex_copy.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/intel_tex_copy.c
b/src/mesa/drivers/dri/i965/intel_tex_copy.c
index ca0b5b9..c2b6c35 100644
--- a/src/mesa/drivers/dri
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_blorp_clear.cpp | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_blorp_clear.cpp
b/src/mesa/drivers/dri/i965/brw_blorp_clear.cpp
index d16da97..c037aa5 1006
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
docs/GL3.txt| 2 +-
docs/relnotes/10.2.html | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/docs/GL3.txt b/docs/GL3.txt
index b7e4c87..657ac7e 100644
--- a/docs/GL3.txt
+++ b/docs/GL3.txt
@@ -162,7 +162,7
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/intel_extensions.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/mesa/drivers/dri/i965/intel_extensions.c
b/src/mesa/drivers/dri/i965/intel_extensions.c
index 15fcd30..b7280671 100644
--- a/src/mesa/dr
Signed-off-by: Chris Forbes
---
src/mesa/drivers/dri/i965/brw_blorp_blit.cpp | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_blorp_blit.cpp
b/src/mesa/drivers/dri/i965/brw_blorp_blit.cpp
index 9e80935..300ff5c 100644
--- a/src/mesa/drive
V2: - No need for layer_multiplier; multisampled depth surfaces are IMS.
- Remove unused num_layers.
Signed-off-by: Chris Forbes
Reviewed-by: Ian Romanick
---
src/mesa/drivers/dri/i965/brw_clear.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/src/mesa/drivers/dri
Do not set a writemask on Gen6 for math instructions, those are
executed using align1 mode that does not support a destination mask.
v2: cleanups, better comment (Matt)
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=76883
Signed-off-by: Tapani Pälli
---
src/mesa/drivers/dri/i965/brw_ve
Am 01.04.2014 15:47, schrieb Leo Liu:
From: Leo Liu
This reverts commit 96e8b916a7a39a9ba58e92d1ad77b5501de63ac7.
The patch itself is ok, but we should probably add an explanation why we
want to revert this.
Christian.
Signed-off-by: Leo Liu
---
src/gallium/drivers/radeon/r600_textur
- Original Message -
> Tomorrow or Friday I'm going to send out the last of the
> GL_ARB_separate_shader_objects patches. Shortly after that, I will send
> out patches to enable GL_EXT_separate_shader_objects on GLES. This EXT
> is the GLES subset of the ARB extension.
>
> In preparing f
From: Leo Liu
This reverts commit 96e8b916a7a39a9ba58e92d1ad77b5501de63ac7.
In the case of VCE encoding with raw YUV file, CPU load directly
to VRAM is faster than combination of CPU writing to GTT and
then blit to VRAM with GPU.
---
src/gallium/drivers/radeon/r600_texture.c | 4 ++--
1 file cha
Thanks!
Not sure yet what I'll be working on yet, but I'll be sure to look into
nouveau.
Would it be possible for me to go about and work on OpenGL features which
are beyond the capabilities of my GPU?
On Mon, Mar 31, 2014 at 7:14 PM, Ilia Mirkin wrote:
> On Mon, Mar 31, 2014 at 11:17 AM, Lea
Reviewed-by: Marek Olšák
Marek
On Wed, Apr 2, 2014 at 3:09 PM, Leo Liu wrote:
> From: Leo Liu
>
> This reverts commit 96e8b916a7a39a9ba58e92d1ad77b5501de63ac7.
> In the case of VCE encoding with raw YUV file, CPU load directly
> to VRAM is faster than combination of CPU writing to GTT and
> th
On Wed, Apr 2, 2014 at 9:09 AM, Leo Liu wrote:
> From: Leo Liu
>
> This reverts commit 96e8b916a7a39a9ba58e92d1ad77b5501de63ac7.
> In the case of VCE encoding with raw YUV file, CPU load directly
> to VRAM is faster than combination of CPU writing to GTT and
> then blit to VRAM with GPU.
Why was
Also, the VCE code could use PIPE_TRANSFER_MAP_DIRECTLY to avoid the
blit and this patch wouldn't be needed.
Marek
On Wed, Apr 2, 2014 at 3:30 PM, Alex Deucher wrote:
> On Wed, Apr 2, 2014 at 9:09 AM, Leo Liu wrote:
>> From: Leo Liu
>>
>> This reverts commit 96e8b916a7a39a9ba58e92d1ad77b5501de
I've applied the original patch because the same thing for reading
textures speeded up the decoding case with UVD quite significantly.
For VCE it reduced the CPU load as well, but I didn't checked if the
encoding time stayed the same (which isn't the case). I think the
problem is that VCE need
On 04/02/2014 06:21 AM, Jose Fonseca wrote:
- Original Message -
Tomorrow or Friday I'm going to send out the last of the
GL_ARB_separate_shader_objects patches. Shortly after that, I will send
out patches to enable GL_EXT_separate_shader_objects on GLES. This EXT
is the GLES subset of
Okay. with "PIPE_TRANSFER_MAP_DIRECTLY", the regression can be fixed too.
Going to resend patch for this approach.
Leo
>-Original Message-
>From: mesa-dev [mailto:mesa-dev-boun...@lists.freedesktop.org] On Behalf Of
>Christian König
>Sent: Wednesday, April 02, 2014 9:43 AM
>To: Marek Olš
Am 02.04.2014 09:47, schrieb Thomas Hellstrom:
> On 04/01/2014 05:04 PM, Rob Clark wrote:
>> From: Rob Clark
>>
>> 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).
No wait a second. As explained I've added the code in question specially
for VCE so if we disable it for VCE it won't be used.
I still think that reverting the patch is the right approach.
Christian.
Am 02.04.2014 15:54, schrieb Liu, Leo:
Okay. with "PIPE_TRANSFER_MAP_DIRECTLY", the regressio
On 04/02/2014 02:04 AM, Chris Forbes wrote:
Signed-off-by: Chris Forbes
---
src/mesa/swrast/s_texfetch.c | 6 +++---
src/mesa/swrast/s_texfetch_tmp.h | 16
2 files changed, 19 insertions(+), 3 deletions(-)
diff --git a/src/mesa/swrast/s_texfetch.c b/src/mesa/swrast/s_t
On 04/02/2014 02:04 AM, Chris Forbes wrote:
Previously, we would unpack the texels to floats using *_TO_FLOAT_TEX,
and then pack them into the desired format using FLOAT_TO_*. Unfortunately,
this isn't quite the inverse operation, and so some texel values would
end up off-by-one.
This fixes the
On 04/02/2014 02:04 AM, Chris Forbes wrote:
These formats can be cast to others (with different component types or
sizes) via ARB_texture_view or ARB_shader_image_load_store. We want
them to be laid out consistently so that we can just reinterpret the
memory with a different format.
In V1, this
On Wed, Apr 2, 2014 at 3:47 AM, Thomas Hellstrom wrote:
> On 04/01/2014 05:04 PM, Rob Clark wrote:
>> From: Rob Clark
>>
>> 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_re
On 04/01/2014 11:50 PM, Thomas Hellstrom wrote:
This is to avoid running out of query buffer space due to winsys
limitations. Instead of a fixed size per screen pool of query buffers,
use a slab allocator that allocates a new slab if we run out of space
in the first one.
v2: Correct email addres
On Wed, Apr 2, 2014 at 9:15 AM, Leander Bessa Beernaert
wrote:
> Thanks!
>
> Not sure yet what I'll be working on yet, but I'll be sure to look into
> nouveau.
>
> Would it be possible for me to go about and work on OpenGL features which
> are beyond the capabilities of my GPU?
short answer, "it
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Tue, 2014-04-01 at 17:30 -0500, Mike Mestnik wrote:
> http://bitly.com/1ibsC0y
>
> What debugging steps are next?
> There is no BT because the application exits cleanly.
Hi,
You should file a bug against Mesa, possibly with Wine too:
https://bugs.freedesktop.org/
http://bugs.winehq.org/
Ment
We want to call pipe->set_sampler_views() with count being the
maximum of the old number of sampler views and the new number.
This makes sure we null-out any old sampler views.
We already do the same thing for sampler states in single_sampler_done().
Fixes some assertions seen in the VMware driver
On Tue, Apr 1, 2014 at 2:37 AM, Samuel Iglesias Gonsalvez
wrote:
> According to the spec:
> must be RENDERBUFFER and
> should be set to the name of the renderbuffer object to be
> attached to the framebuffer. must be either
> zero or the name of an existing rend
On 02/04/14 04:55, Jonathan Gray wrote:
> OpenBSD does not have DT_NEEDED entries for libc by design,
> over concerns how the symbols would be referenced after
> changing the major version of the library.
>
> So avoid -no-undefined checks on OpenBSD as they will fail.
>
If I understood things cor
Am 02.04.2014 18:34, schrieb Brian Paul:
> We want to call pipe->set_sampler_views() with count being the
> maximum of the old number of sampler views and the new number.
> This makes sure we null-out any old sampler views.
>
> We already do the same thing for sampler states in single_sampler_done
On 04/02/2014 04:40 PM, Rob Clark wrote:
> On Wed, Apr 2, 2014 at 3:47 AM, Thomas Hellstrom
> wrote:
>> On 04/01/2014 05:04 PM, Rob Clark wrote:
>>> From: Rob Clark
>>>
>>> Otherwise it will trick the gallium driver into thinking that the render
>>> target has actually changed (due to different
On 04/01/2014 02:25 PM, Timothy Arceri wrote:
> Thanks Ian,
>
> Reviewed-by: Timothy Arceri
>
> I wasn't aware of this test. I guess the other KHR_debug functions
> should be added here also? If so I can create a patch for this later
> today unless you just want to do it.
Some of the tests in s
On Wed, Apr 2, 2014 at 2:05 PM, Thomas Hellstrom wrote:
> On 04/02/2014 04:40 PM, Rob Clark wrote:
>> On Wed, Apr 2, 2014 at 3:47 AM, Thomas Hellstrom
>> wrote:
>>> On 04/01/2014 05:04 PM, Rob Clark wrote:
From: Rob Clark
Otherwise it will trick the gallium driver into thinking t
On 22/03/14 00:10, Emil Velikov wrote:
> On 19/03/14 01:06, Jonathan Gray wrote:
>> On Tue, Mar 18, 2014 at 07:56:21PM +, Emil Velikov wrote:
>>> On 18/03/14 14:59, Jonathan Gray wrote:
Signed-off-by: Jonathan Gray
---
>>> Hi Jonathan
>>>
>>> While the summary covers what the patch d
On 04/02/2014 05:21 AM, Jose Fonseca wrote:
> - Original Message -
>> Tomorrow or Friday I'm going to send out the last of the
>> GL_ARB_separate_shader_objects patches. Shortly after that, I will send
>> out patches to enable GL_EXT_separate_shader_objects on GLES. This EXT
>> is the GLE
https://bugs.freedesktop.org/show_bug.cgi?id=76960
Priority: medium
Bug ID: 76960
Keywords: regression
CC: bri...@vmware.com, huax...@intel.com,
i...@freedesktop.org
Assignee: mesa-dev@lists.freedesktop.org
Su
On Wed, Apr 2, 2014 at 2:05 PM, Thomas Hellstrom wrote:
> On 04/02/2014 04:40 PM, Rob Clark wrote:
>> On Wed, Apr 2, 2014 at 3:47 AM, Thomas Hellstrom
>> wrote:
>>> On 04/01/2014 05:04 PM, Rob Clark wrote:
From: Rob Clark
Otherwise it will trick the gallium driver into thinking t
https://bugs.freedesktop.org/show_bug.cgi?id=76960
Ian Romanick changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Ian Romanick
https://bugs.freedesktop.org/show_bug.cgi?id=76960
--- Comment #2 from Vinson Lee ---
$ /usr/bin/python -c src/mapi/glapi/gen/gl_procs.py -f
src/mapi/glapi/gen/gl_and_es_API.xml
Traceback (most recent call last):
File "", line 1, in
NameError: name 'src' is not defined
--
You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=76960
--- Comment #3 from Brian Paul ---
Looks like this fixes it for me:
diff --git a/src/mapi/glapi/gen/SConscript b/src/mapi/glapi/gen/SConscript
index 4d827b0..e4abe90 100644
--- a/src/mapi/glapi/gen/SConscript
+++ b/src/mapi/glapi/gen/SConscript
On 03/31/2014 02:48 PM, Ian Romanick wrote:
> On 03/27/2014 04:10 PM, Eric Anholt wrote:
>> Ian Romanick writes:
>>
>>> Tomorrow or Friday I'm going to send out the last of the
>>> GL_ARB_separate_shader_objects patches. Shortly after that, I will send
>>> out patches to enable GL_EXT_separate_sh
https://bugs.freedesktop.org/show_bug.cgi?id=76960
--- Comment #4 from Ian Romanick ---
Oh dear. The -c is in the wrong place. It should go on the other side of
$SCRIPT.
--
You are receiving this mail because:
You are the assignee for the bug.
___
m
From: Ian Romanick
Put the -c in the correct place (and match Makefile.am).
Signed-off-by: Ian Romanick
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=76960
Cc: Vinson Lee
---
src/mapi/glapi/gen/SConscript | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mapi/gl
On 03/30/2014 02:36 PM, Adel Gadllah wrote:
> Previously GLX_EXT_buffer_age has always been advertised as supported because
> both client_glx_support and client_glx_only where set. So it did not matter
> that direct_support is only set when running dri3 and we ended up always
> advertising it.
>
>
On 04/02/2014 01:30 PM, Ian Romanick wrote:
From: Ian Romanick
Put the -c in the correct place (and match Makefile.am).
Signed-off-by: Ian Romanick
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=76960
Cc: Vinson Lee
---
src/mapi/glapi/gen/SConscript | 2 +-
1 file changed, 1 inser
This is a known bug. See:
https://bugs.freedesktop.org/show_bug.cgi?id=74868#c14
Marek
On Wed, Apr 2, 2014 at 12:30 AM, Mike Mestnik wrote:
> http://bitly.com/1ibsC0y
>
> What debugging steps are next?
> There is no BT because the application exits cleanly.
>
>
> ___
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Ian Romanick
/me puts a paper bag on his head and sits in the corner.
This was supposed to be included in 5a68f731, which added
glPointSizePointerOES back to the list of functions exposed by
libGLESv1_CM. It looks like it was an uncommitted change in my tree
when I sent the patch out.
Si
On Mon, Mar 31, 2014 at 12:43 PM, Ilia Mirkin wrote:
> Hi everyone,
>
> I've set up a readthedocs.org build to point at the gallium docs:
>
> http://gallium.readthedocs.org/en/latest/
>
> I didn't find any publicly available built docs otherwise (except some
> rather outdated ones[1]), and this is
I should have caught it too.
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Am 02.04.2014 08:12, schrieb Timothy Arceri:
On Wed, 2014-04-02 at 00:56 +0200, Dieter Nützel wrote:
Hello Ian, hello Timothy,
does this fix the regression introduced with commit fb78fa58?
[Mesa-dev] Mesa git (r600g): OpenGL Error(GL_INVALID_OPERATION):
initTexture2D (bisected)
http://lists.fr
On 04/02/2014 03:43 PM, Dieter Nützel wrote:
> Am 02.04.2014 08:12, schrieb Timothy Arceri:
>> On Wed, 2014-04-02 at 00:56 +0200, Dieter Nützel wrote:
>>> Hello Ian, hello Timothy,
>>>
>>> does this fix the regression introduced with commit fb78fa58?
>>>
>>> [Mesa-dev] Mesa git (r600g): OpenGL Erro
Am 03.04.2014 01:19, schrieb Ian Romanick:
On 04/02/2014 03:43 PM, Dieter Nützel wrote:
Am 02.04.2014 08:12, schrieb Timothy Arceri:
On Wed, 2014-04-02 at 00:56 +0200, Dieter Nützel wrote:
Hello Ian, hello Timothy,
does this fix the regression introduced with commit fb78fa58?
[Mesa-dev] Mesa
I applied a fix locally for the problem Olv pointed out and tested the
patches.
Running into a problem with the linker code when a geometry shader has
location layout qualifiers for both inputs and outputs.
It falls into the assign_varying_locations() scenario that has a producer
but no consumer,
On Mon, Mar 31, 2014 at 10:16 AM, Matt Turner wrote:
> ---
> src/mesa/drivers/dri/i965/brw_shader.cpp | 10 +-
> src/mesa/drivers/dri/i965/brw_shader.h | 10 +-
> 2 files changed, 10 insertions(+), 10 deletions(-)
>
> diff --git a/src/mesa/drivers/dri/i965/brw_shader.cpp
> b/sr
On Thursday, 3 April 2014 10:33 AM, Dieter Nützel wrote:
>> He's shipping a prebuilt .a??? Madness!
>It seems so ;-(
>> Is there source code for FreeImage included?
>Can't find any.
hmmm... its an external library so you need to look outside the project ;)
Anyway looks like you can grab t
Am 03.04.2014 01:19, schrieb Ian Romanick:
On 04/02/2014 03:43 PM, Dieter Nützel wrote:
Am 02.04.2014 08:12, schrieb Timothy Arceri:
On Wed, 2014-04-02 at 00:56 +0200, Dieter Nützel wrote:
Hello Ian, hello Timothy,
does this fix the regression introduced with commit fb78fa58?
[Mesa-dev] Mesa
On 04/02/2014 06:13 PM, Dieter Nützel wrote:
> Am 03.04.2014 01:19, schrieb Ian Romanick:
>> On 04/02/2014 03:43 PM, Dieter Nützel wrote:
>>> Am 02.04.2014 08:12, schrieb Timothy Arceri:
On Wed, 2014-04-02 at 00:56 +0200, Dieter Nützel wrote:
> Hello Ian, hello Timothy,
>
> does th
From: Darren Powell
---
src/gallium/drivers/radeon/radeon_llvm_emit.c | 34 ---
src/gallium/drivers/radeonsi/si_shader.c | 12 +++---
src/gallium/drivers/radeonsi/si_state.c | 2 ++
3 files changed, 42 insertions(+), 6 deletions(-)
diff --git a/src/galliu
On Wed, Apr 2, 2014 at 12:30 PM, Ian Romanick wrote:
> From: Ian Romanick
>
> Put the -c in the correct place (and match Makefile.am).
>
> Signed-off-by: Ian Romanick
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=76960
> Cc: Vinson Lee
> ---
> src/mapi/glapi/gen/SConscript | 2 +-
>
https://bugs.freedesktop.org/show_bug.cgi?id=76976
Priority: medium
Bug ID: 76976
CC: bri...@vmware.com, jfons...@vmware.com,
srol...@vmware.com
Assignee: mesa-dev@lists.freedesktop.org
Summary: [llvmpipe] lp_rast.c:165
OpenBSD does not have DT_NEEDED entries for libc by design,
over concerns how the symbols would be referenced after
changing the major version of the library.
So avoid -no-undefined checks on OpenBSD as they will fail.
v2: don't include the -no-undefined libtool option in the variable
and cha
On 04/01/2014 05:04 PM, Rob Clark wrote:
> From: Rob Clark
>
> 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
> ---
> src/gallium/state_trackers/xa/xa_composite.c | 88 ---
Don't hardcode /dev/dri/card0 but instead use the drm
macros which allows the correct /dev/drm0 device to be
opened on OpenBSD.
v2: use snprintf and fallback to /dev/dri/card0
v3: check for snprintf truncation
Signed-off-by: Jonathan Gray
---
src/egl/drivers/dri2/platform_drm.c | 7 ++-
1 f
The xa version number had to be set in two places. In configure.ac and in
xa_tracker.h. Furthermore, xa_tracker.h is an installed header so we can't
use mesa internal defines. So therefore, at configure time, modify the
xa_tracker.h header to use the version given by configure.ac
Signed-off-by: Th
On Wed, Apr 2, 2014 at 10:22 PM, Jonathan Gray wrote:
> Don't hardcode /dev/dri/card0 but instead use the drm
> macros which allows the correct /dev/drm0 device to be
> opened on OpenBSD.
>
> v2: use snprintf and fallback to /dev/dri/card0
> v3: check for snprintf truncation
>
> Signed-off-by: Jon
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
On Wed, Apr 02, 2014 at 11:09:09PM -0700, Matt Turner wrote:
> On Wed, Apr 2, 2014 at 10:22 PM, Jonathan Gray wrote:
> > Don't hardcode /dev/dri/card0 but instead use the drm
> > macros which allows the correct /dev/drm0 device to be
> > opened on OpenBSD.
> >
> > v2: use snprintf and fallback to
According to the spec:
must be RENDERBUFFER and
should be set to the name of the renderbuffer object to be
attached to the framebuffer. must be either
zero or the name of an existing renderbuffer object of type
, otherwise an INVALID_OPERATION error is
On Wed, 2014-04-02 at 09:45 -0700, Anuj Phogat wrote:
> On Tue, Apr 1, 2014 at 2:37 AM, Samuel Iglesias Gonsalvez
> wrote:
> > According to the spec:
> > must be RENDERBUFFER and
> > should be set to the name of the renderbuffer object to be
> > attached to the framebuffe
100 matches
Mail list logo
