Being able to see the access mode of various mappings is incredibly
useful for debugging. With this patch, INTEL_DEBUG=buf now shows
data such as:
bo_create: buf 7 (bufferobj) 640b
bo_map_gtt: 7 (bufferobj) -> 0x7fca1fae5000, WRITE ASYNC
brw_bo_map_cpu: 7 (bufferobj) -> 0x7fca1fae4000,
Cc: Connor Abbott
---
src/compiler/spirv/vtn_glsl450.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/compiler/spirv/vtn_glsl450.c b/src/compiler/spirv/vtn_glsl450.c
index 5d38431..cf49465 100644
--- a/src/compiler/spirv/vtn_glsl450.c
+++
This patch limits the number of items on the fence work queue (the
deferred deletion list) by submitting a sync fence when the queue size
exceeds a threshold. This initiates deferred deletion of all resources
on the list and decreases the total amount of memory held waiting for
"deferred
From: Connor Abbott
We implement the split opcodes, and tell NIR to lower the original ones.
The lowering to LLVM is a little more complicated, but NIR can optimize
the split ones a little better, and some NIR lowering passes that we
might want to use (particularly for
From: Dave Airlie
I'm not 100% sure this is all wired up but it looks like it is.
v2: actually enable extension.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_device.c | 2 +-
src/amd/vulkan/radv_pipeline.c | 1 +
2 files changed, 2
From: Connor Abbott
Before, we were just implementing it with a move, which is incorrect
when the source and destination have different bitsizes. To implement
it properly, we need to use the 64-bit pack/unpack opcodes. Since
glslang uses OpBitcast to implement packInt2x32
From: Connor Abbott
NIR always makes the shift amount 32 bits, but LLVM asserts if the two
sources aren't the same type. Zero-extend the shift amount to make LLVM
happy.
Signed-off-by: Connor Abbott
---
src/amd/common/ac_nir_to_llvm.c | 15
From: Connor Abbott
This is mostly a re-send of the previous series, except for patch 1
which addresses some comments from Jason, and patch 3 which fixes
another issue I noticed while working on something else. Hopefully there
will be 64-bit tests in the Vulkan CTS soon so
On Thu, Jun 29, 2017 at 8:00 PM, Jason Ekstrand wrote:
> On Thu, Jun 8, 2017 at 3:05 PM, Connor Abbott
> wrote:
>>
>> From: Connor Abbott
>>
>> Before, we were just implementing it with a move, which is incorrect
>> when the
https://bugs.freedesktop.org/show_bug.cgi?id=101666
Bug ID: 101666
Summary: bitfieldExtract is marked as a built-in function on
OpenGL ES 3.0, but was added in OpenGL ES 3.1
Product: Mesa
Version: 17.1
Hardware: All
On 2017-06-30 07:21 PM, Jason Ekstrand wrote:
On June 30, 2017 4:04:31 PM Andres Rodriguez wrote:
Signed-off-by: Andres Rodriguez
---
src/mesa/main/dd.h | 6 ++
src/mesa/main/get.c | 17 +
I know this is rather late but
On June 26, 2017 1:15:16 PM Andres Gomez wrote:
Jason, you CCed this whole series for stable. However:
* Patch 1/16 already landed, but without the -stable tag. Should it be
cherry-picked? It looks like yes.
Yes
* Patch 2/16 did
On Fri, Jun 30, 2017 at 4:25 PM, Jason Ekstrand wrote:
> On June 30, 2017 3:28:51 PM Connor Abbott wrote:
>
>> Now, that we're handling the pointers explicitly, can't we delete the
>> code in vtn_ssa_value()
>> to implicitly load pointers? I'd expect to
On June 30, 2017 3:28:51 PM Connor Abbott wrote:
Now, that we're handling the pointers explicitly, can't we delete the
code in vtn_ssa_value()
to implicitly load pointers? I'd expect to see that in this patch.
Almost. It's still used to implement some glsl.450 functions
On June 30, 2017 4:04:31 PM Andres Rodriguez wrote:
Signed-off-by: Andres Rodriguez
---
src/mesa/main/dd.h | 6 ++
src/mesa/main/get.c | 17 +
src/mesa/main/version.c | 16
Hi Eric,
Shouldn't the new script file be put in the bin/ directory with the
other helper scripts?
-Brian
On 06/29/2017 09:52 AM, Eric Engeström wrote:
Module: Mesa
Branch: master
Commit: 3fd425aed764fb771f2f49ddb6b30b389a114504
URL:
This is required for interop use cases. The same device must report
identical UUIDs through the GL and Vulkan APIs so that users can
identify when it is safe to perform a memory object import.
Signed-off-by: Andres Rodriguez
---
src/amd/vulkan/Makefile.am | 1 +
These are just basic implementations.
Signed-off-by: Andres Rodriguez
---
src/mesa/main/formatquery.c | 17 +
src/mesa/main/mtypes.h | 3 +++
src/mesa/main/texparam.c| 27 +++
3 files changed, 47 insertions(+)
diff --git
Signed-off-by: Andres Rodriguez
---
src/mesa/main/extensions_table.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/mesa/main/extensions_table.h b/src/mesa/main/extensions_table.h
index 757b7bf..347a619 100644
--- a/src/mesa/main/extensions_table.h
+++
Signed-off-by: Andres Rodriguez
---
src/mesa/main/externalobjects.c | 63 +
1 file changed, 51 insertions(+), 12 deletions(-)
diff --git a/src/mesa/main/externalobjects.c b/src/mesa/main/externalobjects.c
index 919a81c..73c9d4b 100644
Signed-off-by: Andres Rodriguez
---
src/mesa/main/dd.h | 6 ++
src/mesa/main/get.c | 17 +
src/mesa/main/version.c | 16
src/mesa/main/version.h | 6 ++
Use a memory object instead of user memory.
Signed-off-by: Andres Rodriguez
---
src/mesa/main/dd.h | 12 +
src/mesa/state_tracker/st_cb_bufferobjects.c | 66 +---
2 files changed, 61 insertions(+), 17 deletions(-)
diff
When loading a drm screen, also generate a UUID that can be used as a
cross API identifier.
This is useful for vulkan/opengl intertop to make check that external
objects are being imported/exported to the appropriate device.
Signed-off-by: Andres Rodriguez
---
Signed-off-by: Andres Rodriguez
---
src/mesa/main/dd.h | 9
src/mesa/main/externalobjects.c | 93 -
src/mesa/main/texstorage.c | 76 -
src/mesa/main/texstorage.h | 13 +-
From: Dave Airlie
Instead of allocating memory to back a texture, use the provided memory
object.
Signed-off-by: Andres Rodriguez
---
src/mesa/main/mtypes.h | 2 +
src/mesa/state_tracker/st_cb_texture.c | 123
These are used by EXT_external_objects to present UUIDs for the device
and the driver.
Signed-off-by: Andres Rodriguez
---
src/mesa/main/get.c | 177
1 file changed, 177 insertions(+)
diff --git a/src/mesa/main/get.c
Signed-off-by: Andres Rodriguez
---
src/mesa/main/externalobjects.c | 54 -
src/mesa/main/mtypes.h | 5 +++-
2 files changed, 57 insertions(+), 2 deletions(-)
diff --git a/src/mesa/main/externalobjects.c
From: Dave Airlie
Signed-off-by: Andres Rodriguez
---
src/gallium/drivers/radeon/r600_pipe_common.h | 6 ++
src/gallium/drivers/radeon/r600_texture.c | 82 +++
2 files changed, 88 insertions(+)
diff --git
From: Dave Airlie
---
src/gallium/include/pipe/p_screen.h | 36
src/gallium/include/pipe/p_state.h | 2 ++
2 files changed, 38 insertions(+)
diff --git a/src/gallium/include/pipe/p_screen.h
b/src/gallium/include/pipe/p_screen.h
index
From: Dave Airlie
---
src/mesa/Makefile.sources| 2 +
src/mesa/state_tracker/st_cb_memoryobjects.c | 65
src/mesa/state_tracker/st_cb_memoryobjects.h | 25 +++
src/mesa/state_tracker/st_context.c | 2 +
4
Include no_error variants as well.
Signed-off-by: Andres Rodriguez
---
src/mapi/glapi/gen/EXT_external_objects.xml | 4 +-
src/mesa/main/bufferobj.c | 80 +++--
src/mesa/main/bufferobj.h | 16 +-
No changes, just re-indent.
Signed-off-by: Andres Rodriguez
---
src/mesa/state_tracker/st_cb_bufferobjects.c | 36 ++--
1 file changed, 18 insertions(+), 18 deletions(-)
diff --git a/src/mesa/state_tracker/st_cb_bufferobjects.c
Includes implementation stubs.
Signed-off-by: Andres Rodriguez
---
src/mapi/glapi/gen/EXT_external_objects.xml| 234 +
src/mapi/glapi/gen/EXT_external_objects_fd.xml | 28 +++
src/mapi/glapi/gen/Makefile.am | 2 +
Used by EXT_external_objects and EXT_external_objects_fd
Signed-off-by: Andres Rodriguez
---
src/mesa/drivers/common/driverfuncs.c | 4 +
src/mesa/main/dd.h| 36 +
src/mesa/main/externalobjects.c | 145 +-
Signed-off-by: Andres Rodriguez
---
src/mesa/main/externalobjects.c | 53
src/mesa/main/teximage.c| 76 +
src/mesa/main/teximage.h| 10 ++
3 files changed, 110 insertions(+), 29
This series is an initial step towards the implementation of
EXT_external_objects. It implements the functionality under
EXT_memory_object and EXT_memory_object_fd.
Note that in this family of cross-API extensions, GL is a consumer only.
Therefore, only import entrypoints are defined in the
Aside from one small comment on patch 18, the series is:
Reviewed-by: Connor Abbott
On Thu, Jun 29, 2017 at 10:33 AM, Jason Ekstrand wrote:
> This rework has been on my ToDo list for a long time. The real crowning
> patch is patch 12 which makes us
Now, that we're handling the pointers explicitly, can't we delete the
code in vtn_ssa_value()
to implicitly load pointers? I'd expect to see that in this patch.
On Thu, Jun 29, 2017 at 10:33 AM, Jason Ekstrand wrote:
> Now that we have proper pointer types, we can be more
Reviewed-by: Bas Nieuwenhuizen
On Mon, Jun 26, 2017 at 3:49 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> This doesn't get used yet, it just adds support to various PKT3
> emissions to enable it later.
>
> Signed-off-by: Dave
You may need to remove
if (vk_format_get_blocksizebits(iview->image->vk_format) > 64)
goto fail;
On Mon, Jun 26, 2017 at 3:49 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> We can only fast clear 128-bit images if the r/g/b channels
> are the
Has this been reported to upstream (i.e., Khronos)? I don't mind fixing
these in our tree, but they really should get fixed at the source too.
On 06/30/2017 01:49 PM, Scott D Phillips wrote:
> GLES/gl.h has historically provided some typedefs that are not
> used in the API itself. Restore these
Reviewed-by: Dave Airlie
On 1 Jul. 2017 05:06, "Bas Nieuwenhuizen" wrote:
> We apparently still used v16i8
>
> As radeonsi doesn't use it with LLVM version checks I don't think
> we need them either.
>
> Signed-off-by: Bas Nieuwenhuizen
GLES/gl.h has historically provided some typedefs that are not
used in the API itself. Restore these typedefs that were lost to
avoid breaking applications.
These seem to be the only typedefs removed in the update.
Fixes: 7fd0817 "Update Khronos-supplied headers"
---
include/GLES/gl.h| 6
---
src/intel/vulkan/anv_private.h | 8
src/util/u_vector.c| 9 +
2 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/src/intel/vulkan/anv_private.h b/src/intel/vulkan/anv_private.h
index 573778dad556..f1de08b32f35 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=101467
Bruce Cherniak changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Thomas Hellstrom writes:
> This implements a wait for glXWaitGL, glXCopySubBuffer, dri flush_front and
> creation of fake front until all pending SwapBuffers have been committed to
> hardware. Among other things this fixes piglit glx-copy-sub-buffers on dri3.
The GLX spec
We apparently still used v16i8
As radeonsi doesn't use it with LLVM version checks I don't think
we need them either.
Signed-off-by: Bas Nieuwenhuizen
CC: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 4 +---
1 file changed, 1 insertion(+), 3
On Fri, Jun 30, 2017 at 3:02 PM, Eric Anholt wrote:
> Alex Deucher writes:
>
>> On Fri, Jun 30, 2017 at 12:40 PM, Lionel Landwerlin
>> wrote:
>>> On 30/06/17 17:14, Alex Deucher wrote:
On Fri, Jun 30, 2017 at 12:02
Alex Deucher writes:
> On Fri, Jun 30, 2017 at 12:40 PM, Lionel Landwerlin
> wrote:
>> On 30/06/17 17:14, Alex Deucher wrote:
>>>
>>> On Fri, Jun 30, 2017 at 12:02 PM, Eric Anholt wrote:
Alex Deucher
Add support for 32-bit RGBX/RGBA formats which are required for Android.
The original patch (commit ccdcf91104a5) was reverted (commit
c0c6ca40a25e) in mesa as it broke GLX resulting in swapped colors. Based
on further investigation by Chad Versace, moving the RGBX/RGBA configs
to the end is
Reviewed-by: Bruce Cherniak
> On Jun 30, 2017, at 11:52 AM, Tim Rowley wrote:
>
> Tag pStat field in swr_draw_context structure so gen_llvm_types.py
> can deal with the actual structure type instead of using void.
>
> Code cleanup, no
Reviewed-by: Tim Rowley
> On Jun 29, 2017, at 2:41 PM, Bruce Cherniak wrote:
>
> In swr_update_derived, for consistency, index buffer validation should
> be using the p_draw_info copy "info" rather than referencing
> p_draw_info.
>
> No
https://bugs.freedesktop.org/show_bug.cgi?id=99781
--- Comment #4 from Ray Strode [halfline] ---
so looking a few stack frames up I see this:
err = xcb_request_check(c, cookie);•
if (err != NULL) {•
gc->vtable->destroy(gc);•
gc = NULL;•
•
Mesa 17.1.4 is now available.
In this release we have:
In Mesa Core we include some fixes that involve flushing vertices
before some state changes.
The state tracker also received a fix for the Scissor with multiple
viewports.
The SPIR-V compiler has gotten a work around to prevent a shader
On Fri, Jun 30, 2017 at 7:45 AM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> ---
[...]
> diff --git a/src/util/Android.mk b/src/util/Android.mk
> index facdcf8..6c81322 100644
> --- a/src/util/Android.mk
> +++ b/src/util/Android.mk
> @@ -24,35
v2: define the GLCONTEXT_FLAG_x values if glext.h isn't new enough, per Emil.
v3: use #ifndef, not #ifdef. Ugh.
---
src/xdemos/glinfo_common.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git a/src/xdemos/glinfo_common.c b/src/xdemos/glinfo_common.c
index
On Fri, Jun 30, 2017 at 2:49 AM, Thomas Hellstrom wrote:
> On 06/29/2017 07:30 PM, Kristian Høgsberg wrote:
>>
>> On Thu, Jun 29, 2017 at 7:36 AM, Thomas Hellstrom
>> wrote:
>>>
>>> Hi!
>>>
>>> I was spending some time going through the GLX code to
On 2017-06-30 15:27, Nicolai Hähnle wrote:
On 30.06.2017 02:29, Grigori Goronzy wrote:
Use function pointers to identify the unmarshalling function, which
is simpler and gets rid of a lot generated code.
This removes an indirection and possibly results in a slight speedup
as well.
The fact
On Fri, Jun 30, 2017 at 9:25 AM, Lionel Landwerlin
wrote:
> In particular Shader Channel Select & Texture Address Control Mode.
>
> Signed-off-by: Lionel Landwerlin
Nice,
Reviewed-by: Kristian H. Kristensen
>
On Fri, Jun 30, 2017 at 1:54 AM, Mauro Rossi wrote:
> There is typo in the mkdir command path,
> the correct one is $(TARGET_OUT)/$(l)/$(MESA_DRI_MODULE_REL_PATH)
>
> The other issue is in 32bit builds, because lib64 does not exist there,
> we can use TARGET_IS_64_BIT to
On Fri, Jun 30, 2017 at 12:40 PM, Lionel Landwerlin
wrote:
> On 30/06/17 17:14, Alex Deucher wrote:
>>
>> On Fri, Jun 30, 2017 at 12:02 PM, Eric Anholt wrote:
>>>
>>> Alex Deucher writes:
>>>
On Thu, Jun 29, 2017 at
Am 30.06.2017 um 17:25 schrieb Brian Paul:
> Commit 8aba778fa2cd98a0b5a7429d3c5057778a0c808c "st/mesa: don't set
> sampler states for TBOs" changed how texture buffer objects are handled.
> Document the new convention.
> ---
> src/gallium/docs/source/context.rst | 8
> 1 file changed, 8
Am 30.06.2017 um 17:25 schrieb Brian Paul:
> ---
> src/gallium/docs/source/tgsi.rst | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/src/gallium/docs/source/tgsi.rst
> b/src/gallium/docs/source/tgsi.rst
> index fab0012..6214de3 100644
> ---
Tag pStat field in swr_draw_context structure so gen_llvm_types.py
can deal with the actual structure type instead of using void.
Code cleanup, no functional change.
---
src/gallium/drivers/swr/swr_context.cpp | 4 ++--
src/gallium/drivers/swr/swr_context.h | 2 +-
2 files changed, 3
On Friday, 2017-06-30 10:44:19 -0600, Brian Paul wrote:
> v2: define the GLCONTEXT_FLAG_x values if glext.h isn't new enough, per Emil.
> ---
> src/xdemos/glinfo_common.c | 18 ++
> 1 file changed, 14 insertions(+), 4 deletions(-)
>
> diff --git a/src/xdemos/glinfo_common.c
The VA is stored at [4:5], not [0:1]. This invalidated all
texture buffer descriptors when they were made resident in
the current context.
This removes few partial flushes and cache invalidations which
are needed when updating a bindless descriptor on the fly with
a WRITE_DATA packet.
On 30 June 2017 at 17:44, Brian Paul wrote:
> v2: define the GLCONTEXT_FLAG_x values if glext.h isn't new enough, per Emil.
Reviewed-by: Emil Velikov
Thanks
Emil
___
mesa-dev mailing list
On 30/06/17 17:43, Emil Velikov wrote:
On 30 June 2017 at 17:40, Lionel Landwerlin
wrote:
On 30/06/17 17:14, Alex Deucher wrote:
On Fri, Jun 30, 2017 at 12:02 PM, Eric Anholt wrote:
Alex Deucher writes:
On Thu, Jun
On 30 June 2017 at 17:40, Lionel Landwerlin
wrote:
> On 30/06/17 17:14, Alex Deucher wrote:
>>
>> On Fri, Jun 30, 2017 at 12:02 PM, Eric Anholt wrote:
>>>
>>> Alex Deucher writes:
>>>
On Thu, Jun 29, 2017 at 11:42 AM,
v2: define the GLCONTEXT_FLAG_x values if glext.h isn't new enough, per Emil.
---
src/xdemos/glinfo_common.c | 18 ++
1 file changed, 14 insertions(+), 4 deletions(-)
diff --git a/src/xdemos/glinfo_common.c b/src/xdemos/glinfo_common.c
index fe7b9c9..23f430f 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=101657
--- Comment #2 from Emil Velikov ---
http://scons.org/doc/0.97/HTML/scons-user/x2827.html
Above suggests that there may be a way. Although, I think we want to
hunk/rework the implementation. But that for another day.
On 30/06/17 17:14, Alex Deucher wrote:
On Fri, Jun 30, 2017 at 12:02 PM, Eric Anholt wrote:
Alex Deucher writes:
On Thu, Jun 29, 2017 at 11:42 AM, Eric Anholt wrote:
I want to remove vc4's dependency on headers from libdrm as well,
On 30 June 2017 at 15:44, Brian Paul wrote:
> ---
> src/xdemos/glinfo_common.c | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/src/xdemos/glinfo_common.c b/src/xdemos/glinfo_common.c
> index fe7b9c9..413a3e0 100644
> --- a/src/xdemos/glinfo_common.c
> +++
https://bugs.freedesktop.org/show_bug.cgi?id=101657
--- Comment #1 from Eric Engestrom ---
To be clear, the bug here is that SCons (scons/gallium.py) defines
HAVE_XLOCALE_H without actually checking that it does indeed have xlocale.h.
As far as I can tell, there is no way
In particular Shader Channel Select & Texture Address Control Mode.
Signed-off-by: Lionel Landwerlin
---
src/intel/genxml/gen10.xml | 14 +++---
src/intel/genxml/gen6.xml | 6 +++---
src/intel/genxml/gen7.xml | 6 +++---
src/intel/genxml/gen75.xml | 30
On Fri, Jun 30, 2017 at 12:02 PM, Eric Anholt wrote:
> Alex Deucher writes:
>
>> On Thu, Jun 29, 2017 at 11:42 AM, Eric Anholt wrote:
>>> I want to remove vc4's dependency on headers from libdrm as well, but
>>> storing multiple copies of
https://bugs.freedesktop.org/show_bug.cgi?id=100262
--- Comment #5 from Bruce Cherniak ---
Hi Chris,
Just checking back. Have you had a chance to 'putz around'? Is this still an
issue? Depending on your application, and the interaction of the 2 threading
libraries,
Alex Deucher writes:
> On Thu, Jun 29, 2017 at 11:42 AM, Eric Anholt wrote:
>> I want to remove vc4's dependency on headers from libdrm as well, but
>> storing multiple copies of drm_fourcc.h in our tree would be silly.
>>
>> v2: Update Android.mk as
Just compare/swap, not all the image atomics. From a quick grep it looks
like the CTS doesn't have any tests for compare/swap, but does for the
other atomics.
Alex
On 30 June 2017 at 16:45, Jason Ekstrand wrote:
> Does this mean that image atomics are broken and radv
https://bugs.freedesktop.org/show_bug.cgi?id=99781
--- Comment #3 from Ray Strode [halfline] ---
In your case the last request accounted for is 84 and the narrowed error event
sequence number is 82.
The code notices 82 is less than 84 and assumes the upper bits were off by
Does this mean that image atomics are broken and radv passes the CTS
anyway? If so, someone should fine a bug against the CTS so we can keep
track of the coverage hole.
On June 30, 2017 3:15:57 AM Alex Smith wrote:
The NIR parameters are ordered "compare,
https://bugs.freedesktop.org/show_bug.cgi?id=99781
--- Comment #2 from Ray Strode [halfline] ---
(In reply to Ray Strode [halfline] from comment #1)
> I guess if it's gotten to the assertion things have already gone pair shaped
> because that's happening when trying to send
series pushed to libdrm. Thanks for the review.
On Thu, Jun 29, 2017 at 3:16 PM, Clint Taylor
wrote:
> Reviewed-by: Clinton Taylor
>
> -Clint
>
>
>
>
> On 06/29/2017 02:34 PM, Rodrigo Vivi wrote:
>>
>> By the Spec all CNL Y skus are 2+2,
Commit 8aba778fa2cd98a0b5a7429d3c5057778a0c808c "st/mesa: don't set
sampler states for TBOs" changed how texture buffer objects are handled.
Document the new convention.
---
src/gallium/docs/source/context.rst | 8
1 file changed, 8 insertions(+)
diff --git
---
src/gallium/docs/source/tgsi.rst | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/gallium/docs/source/tgsi.rst b/src/gallium/docs/source/tgsi.rst
index fab0012..6214de3 100644
--- a/src/gallium/docs/source/tgsi.rst
+++ b/src/gallium/docs/source/tgsi.rst
@@ -939,7
Print context flags, vendor, renderer strings.
Default to not setting the WGL_CONTEXT_PROFILE_MASK_ARB attribute so we
can test that scenario.
Try calling glGenLists() to see if it generates an error. This helps to
check if core/forward compatible profile error checking is realy working.
---
src/xdemos/glinfo_common.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/xdemos/glinfo_common.c b/src/xdemos/glinfo_common.c
index fe7b9c9..413a3e0 100644
--- a/src/xdemos/glinfo_common.c
+++ b/src/xdemos/glinfo_common.c
@@ -721,6 +721,12 @@ context_flags_string(int mask)
On Friday, 2017-06-30 13:47:33 +0200, Juan A. Suarez Romero wrote:
> ---
> Makefile.am | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Makefile.am b/Makefile.am
> index fee132e..d1eadee 100644
> --- a/Makefile.am
> +++ b/Makefile.am
> @@ -53,6 +53,7 @@ EXTRA_DIST = \
> common.py \
On Friday, 2017-06-30 12:10:39 +0100, Emil Velikov wrote:
> From: Emil Velikov
>
> The link recently got updated to https.
>
> Signed-off-by: Emil Velikov
Reviewed-by: Eric Engestrom
> ---
>
https://bugs.freedesktop.org/show_bug.cgi?id=99781
Ray Strode [halfline] changed:
What|Removed |Added
CC|
On Fri, Jun 30, 2017 at 1:54 AM, Mauro Rossi wrote:
> There is typo in the mkdir command path,
> the correct one is $(TARGET_OUT)/$(l)/$(MESA_DRI_MODULE_REL_PATH)
Humm, I tested the the pre-O case by enabling it on master and thought
it worked. Maybe
On 06/30/2017 03:35 PM, Brian Paul wrote:
On 06/28/2017 11:07 AM, Thomas Hellstrom wrote:
On 06/22/2017 12:42 PM, Thomas Hellstrom wrote:
A patch series that deals with dri3 correctness- and performance fixes.
The corectness fixes attempts to deal with the fact that we need to
wait for
all
On 06/28/2017 11:07 AM, Thomas Hellstrom wrote:
On 06/22/2017 12:42 PM, Thomas Hellstrom wrote:
A patch series that deals with dri3 correctness- and performance fixes.
The corectness fixes attempts to deal with the fact that we need to
wait for
all pending swapbuffers before we touch the front
Thanks guys. It was just me being conservative and letting the patch sit
a while longer. It's pushed now.
Cheers,
Nicolai
On 29.06.2017 14:42, Emil Velikov wrote:
On 29 June 2017 at 12:39, Alejandro Piñeiro wrote:
On 25/06/17 20:18, Matt Turner wrote:
On Sun, Jun 25,
On 30.06.2017 02:29, Grigori Goronzy wrote:
Use function pointers to identify the unmarshalling function, which
is simpler and gets rid of a lot generated code.
This removes an indirection and possibly results in a slight speedup
as well.
The fact that it blows up cmd_base from 4 bytes to 16
There is one change that I forgot to mention:
The existing xmlconfig system can filter drirc settings by X screen
number. After the series, this no longer works. Or rather, the system
behaves as if we're always on screen 0.
I really don't think this is a big deal, since multiple X screens is
On 30 June 2017 at 12:47, Juan A. Suarez Romero wrote:
> ---
> Makefile.am | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/Makefile.am b/Makefile.am
> index fee132e..d1eadee 100644
> --- a/Makefile.am
> +++ b/Makefile.am
> @@ -53,6 +53,7 @@ EXTRA_DIST = \
>
From: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/driinfo_radeonsi.h | 3 +++
src/gallium/drivers/radeonsi/si_pipe.c | 4
src/util/xmlpool/t_options.h| 9 +
3 files changed, 16 insertions(+)
diff --git
From: Nicolai Hähnle
---
.../auxiliary/pipe-loader/pipe_loader_drm.c| 49 +-
1 file changed, 30 insertions(+), 19 deletions(-)
diff --git a/src/gallium/auxiliary/pipe-loader/pipe_loader_drm.c
From: Nicolai Hähnle
---
src/gallium/Automake.inc | 2 ++
.../auxiliary/pipe-loader/pipe_loader_drm.c| 2 +-
src/gallium/auxiliary/target-helpers/drm_helper.h | 25 ++
1 - 100 of 142 matches
Mail list logo