On Thu, Mar 30, 2017 at 10:00 AM, Dave Airlie wrote:
> From: Dave Airlie
>
> Signed-off-by: Dave Airlie
> ---
> src/amd/common/ac_nir_to_llvm.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to_llvm.c
> index 16c1eae..d3f6112
On 31.03.2017 02:45, Timothy Arceri wrote:
We could re-enable it also but I haven't tested that yet, and I'm
not sure we care much anyway.
V2: don't disable it from with the call itself. We need a custom
marshalling function or we get stuck waiting for thread to
finish.
Yeah, I missed
On 30.03.2017 19:57, Samuel Pitoiset wrote:
lp_build_emit_fetch() is useful when the source type can be
infered from the instruction opcode.
However, for bindless samplers/images we can't do that easily
because tgsi_opcode_infer_src_type() returns TGSI_TYPE_FLOAT for
TEX instructions, while we n
On 30.03.2017 21:55, Gregory Hainaut wrote:
Typically happen when we want to copy an unnamed shader parameter in the
shader cache.
So this happens only when blob_write_string is called from nouveau?
By the way, please setup send-mail so that it threads your mails. That
should be the default,
On 30.03.2017 22:31, Bartosz Tomczyk wrote:
Call it directly when batch queue is empty. This avoids costly thread
synchronisation. This commit improves performance of games that have
previously regressed with mesa_glthread=true.
Reviewed-by: Nicolai Hähnle
---
src/mesa/main/glthread.c | 47
On 30.03.2017 19:58, Samuel Pitoiset wrote:
Similar to load_sampler_desc(). Same deal for bindless.
Signed-off-by: Samuel Pitoiset
Both patches:
Reviewed-by: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_shader.c | 45 +---
1 file changed, 24 insertions(
On 30.03.2017 19:16, Marek Olšák wrote:
From: Marek Olšák
---
src/gallium/drivers/radeon/r600_texture.c | 8 +++-
src/gallium/drivers/radeon/radeon_winsys.h | 4 ++--
src/gallium/winsys/amdgpu/drm/amdgpu_surface.c | 2 +-
3 files changed, 6 insertions(+), 8 deletions(-)
diff --gi
https://bugs.freedesktop.org/show_bug.cgi?id=97957
--- Comment #10 from Michel Dänzer ---
Chris, are you planning to submit the fix for review?
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug.__
On 30.03.2017 19:15, Marek Olšák wrote:
From: Marek Olšák
no change in behavior, just making sure that no later chips will use
the workarounds
Reviewed-by: Nicolai Hähnle
---
src/gallium/drivers/radeonsi/si_pipe.c | 4
src/gallium/drivers/radeonsi/si_pipe.h | 1 +
src/gallium/dr
On 30.03.2017 18:55, Samuel Pitoiset wrote:
Should be used by the state tracker when glGetImageHandleARB()
is called in order to create a pipe_image_view template.
v2: - make 'st' const
- describe the function
Signed-off-by: Samuel Pitoiset
---
src/mesa/state_tracker/st_atom_image.c | 103
Both patches:
Reviewed-by: Nicolai Hähnle
On 30.03.2017 16:30, Marek Olšák wrote:
From: Marek Olšák
v2: don't add a new decompress helper function
---
src/gallium/drivers/radeonsi/si_descriptors.c | 14 +++---
src/gallium/drivers/radeonsi/si_pipe.h| 1 +
src/gallium/driver
2017-03-31 11:24 GMT+08:00 Ilia Mirkin :
> On Thu, Mar 30, 2017 at 10:33 PM, Boyan Ding wrote:
>> Signed-off-by: Boyan Ding
>> ---
>> src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 5 +
>> 1 file changed, 5 insertions(+)
>>
>> diff --git a/src/gallium/drivers/nouveau/codegen/nv5
On 03/31/2017 08:24 AM, Rob Clark wrote:
On Fri, Mar 31, 2017 at 12:22 AM, Tapani Pälli wrote:
On 03/30/2017 05:57 PM, Emil Velikov wrote:
On 30 March 2017 at 15:30, Tomasz Figa wrote:
On Thu, Mar 30, 2017 at 11:17 PM, Emil Velikov
wrote:
On 30 March 2017 at 11:55, Tomasz Figa wro
On 30.03.2017 14:20, Bartosz Tomczyk wrote:
Thanks Nicolai,
Adding Timothy who seems most active on glthread topic.
Guys, do you think we can land this, with above comments addressed?
Well, Edmondo's testing suggests the performance looks good, so I'd say
go for it, and we'll see if anything
On 31.03.2017 05:26, Brian Paul wrote:
On 03/30/2017 09:23 PM, Brian Paul wrote:
Some versions of MinGW-w64 such as 5.3.1 and 6.2.0 produce bad code
with -O2 or -O3 causing a random driver crash when running programs
that use GLSL. Most Mesa demos in the glsl/ directory trigger the
bug, but not
On 31.03.2017 05:21, Brian Paul wrote:
To avoid/fix a segmentation fault when running the stand-alone GLSL
compiler utility for cases such as the Mesa demos toyball test:
glsl_compiler --dump-builder --version 120 CH11-toyball.vert CH11-toyball.frag
---
src/compiler/glsl/ir_builder_print_visito
On Thursday, March 30, 2017 6:48:38 PM PDT Kenneth Graunke wrote:
> On Thursday, March 30, 2017 4:38:14 PM PDT Chris Wilson wrote:
> > On Thu, Mar 30, 2017 at 04:28:19PM -0700, Kenneth Graunke wrote:
> > > On modern systems with 4GB apertures, the size in bytes is 4294967296,
> > > or (1ull << 32).
On Fri, Mar 31, 2017 at 12:22 AM, Tapani Pälli wrote:
>
>
> On 03/30/2017 05:57 PM, Emil Velikov wrote:
>>
>> On 30 March 2017 at 15:30, Tomasz Figa wrote:
>>>
>>> On Thu, Mar 30, 2017 at 11:17 PM, Emil Velikov
>>> wrote:
On 30 March 2017 at 11:55, Tomasz Figa wrote:
>
>
2017-03-31 11:21 GMT+08:00 Ilia Mirkin :
> Did you check what the blob does? There's clocklo/hi and
> globaltimerlo/hi. Without additional documentation, it's a bit hard to
> tell the difference... Note that envydis's gf100.c/gk110.c disagree on
> which is which. Probably not due to any architectur
On 03/30/2017 05:57 PM, Emil Velikov wrote:
On 30 March 2017 at 15:30, Tomasz Figa wrote:
On Thu, Mar 30, 2017 at 11:17 PM, Emil Velikov wrote:
On 30 March 2017 at 11:55, Tomasz Figa wrote:
Android buffer queues can be abandoned, which results in failing to
dequeue next buffer. Currently
On 03/30/2017 09:23 PM, Brian Paul wrote:
Some versions of MinGW-w64 such as 5.3.1 and 6.2.0 produce bad code
with -O2 or -O3 causing a random driver crash when running programs
that use GLSL. Most Mesa demos in the glsl/ directory trigger the
bug, but not the fragcoord.c test.
Use a #pragma to
On Thu, Mar 30, 2017 at 10:33 PM, Boyan Ding wrote:
> Signed-off-by: Boyan Ding
> ---
> src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp
> b/src/gallium/drivers/nouve
Some versions of MinGW-w64 such as 5.3.1 and 6.2.0 produce bad code
with -O2 or -O3 causing a random driver crash when running programs
that use GLSL. Most Mesa demos in the glsl/ directory trigger the
bug, but not the fragcoord.c test.
Use a #pragma to force -O1 for this file for later MinGW ver
To avoid/fix a segmentation fault when running the stand-alone GLSL
compiler utility for cases such as the Mesa demos toyball test:
glsl_compiler --dump-builder --version 120 CH11-toyball.vert CH11-toyball.frag
---
src/compiler/glsl/ir_builder_print_visitor.cpp | 4 +++-
1 file changed, 3 inserti
Did you check what the blob does? There's clocklo/hi and
globaltimerlo/hi. Without additional documentation, it's a bit hard to
tell the difference... Note that envydis's gf100.c/gk110.c disagree on
which is which. Probably not due to any architectural reasons, but due
to RE methodology. (From befo
Signed-off-by: Boyan Ding
---
docs/features.txt | 2 +-
docs/relnotes/17.1.0.html | 2 +-
src/gallium/drivers/nouveau/nvc0/nvc0_screen.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/docs/features.txt b/docs/features.txt
i
Signed-off-by: Boyan Ding
---
src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp
b/src/gallium/drivers/nouveau/codegen/nv50_ir_emit_gm107.cpp
index 6de3f396e3..ab9c94b4d0 100644
Signed-off-by: Boyan Ding
---
src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 5 +
1 file changed, 5 insertions(+)
diff --git a/src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp
b/src/gallium/drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp
index 7aaeedf8dd..9fbd3c0d30 1006
This series depends on the Nicolai's work in gallium[1], and it's quite
trivial. The first patch handles clock registers on Maxwell+, and the
second one translates TGSI_OPCODE_CLOCK into special register reads.
The last patch just flips the extension on.
Boyan
[1]https://lists.freedesktop.org/arc
On Thursday, March 30, 2017 4:38:14 PM PDT Chris Wilson wrote:
> On Thu, Mar 30, 2017 at 04:28:19PM -0700, Kenneth Graunke wrote:
> > On modern systems with 4GB apertures, the size in bytes is 4294967296,
> > or (1ull << 32). The kernel gives us the aperture size as a __u64,
> > which works out gr
From: Dave Airlie
We could store these in the device, but it's probably
not that much overhead to recalculate them, this is needed
because we will emit the rings if the queue has them created
so we need to emit the register values correctly as well.
This fixes some tess tests failing when run af
On Wed 15 Mar 2017, Jason Ekstrand wrote:
> This cache allows us to easily ensure that we have a unique anv_bo for
> each gem handle. We'll need this in order to support multiple-import of
> memory objects and semaphores.
>
> v2 (Jason Ekstrand):
> - Reject BO imports if the size doesn't match t
That gets both tessellation and terraintessellation demos working for me
Feel free to add my tested by for the series
On Fri, 31 Mar 2017 at 01:45 Dave Airlie wrote:
> I somehow in my rebasing lost two patches, not sure where I ate them.
>
> Anyways slot these in as patch 24.1 and 24.2 before t
This prevents me building master
PYTHONPATH=/var/tmp/portage/media-libs/mesa-/work/mesa-/src/compiler/nir
/usr/bin/python2.7
/var/tmp/portage/media-libs/mesa-/work/mesa-/src/intel/compiler/brw_nir_trig_workarounds.py
> compiler/brw_nir_trig_workarounds.c || (rm -f compi
ler/brw_n
On 31/03/17 11:45, Timothy Arceri wrote:
We could re-enable it also but I haven't tested that yet, and I'm
not sure we care much anyway.
V2: don't disable it from with the call itself. We need a custom
marshalling function or we get stuck waiting for thread to
finish.
*from within
F
We could re-enable it also but I haven't tested that yet, and I'm
not sure we care much anyway.
V2: don't disable it from with the call itself. We need a custom
marshalling function or we get stuck waiting for thread to
finish.
---
src/mapi/glapi/gen/gl_API.xml | 2 +-
src/mesa/main/mars
From: Dave Airlie
This seems to get lost in the rebases, should fix
the tessellation demos, crash in llvm.
Signed-off-by: Dave Airlie
---
src/amd/common/ac_nir_to_llvm.c | 12
1 file changed, 12 insertions(+)
diff --git a/src/amd/common/ac_nir_to_llvm.c b/src/amd/common/ac_nir_to
I somehow in my rebasing lost two patches, not sure where I ate them.
Anyways slot these in as patch 24.1 and 24.2 before the enable patch.
I've updated the radv-wip-tess-submit branch as well.
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedeskto
From: Dave Airlie
This just ports the relevant radeonsi pieces.
Signed-off-by: Dave Airlie
---
src/amd/vulkan/si_cmd_buffer.c | 31 ++-
1 file changed, 30 insertions(+), 1 deletion(-)
diff --git a/src/amd/vulkan/si_cmd_buffer.c b/src/amd/vulkan/si_cmd_buffer.c
inde
On 30/03/17 18:54, Nicolai Hähnle wrote:
On 30.03.2017 07:21, Timothy Arceri wrote:
We could re-enable it also but I haven't tested that yet, and I'm
not sure we care much anyway.
Reviewed-by: Nicolai Hähnle
Sorry, I've made a silly mistake here. We can't disable the glthread
from with a
https://bugs.freedesktop.org/show_bug.cgi?id=96684
--- Comment #4 from Timothy Arceri ---
I've update the test to have the same outcome regardless of which branch is
taken.
https://patchwork.freedesktop.org/patch/147474/
This should fix the problem.
--
You are receiving this mail because:
You
https://bugs.freedesktop.org/show_bug.cgi?id=96684
--- Comment #3 from Timothy Arceri ---
I think the test is wrong, it should not be expecting a specific outcome.
The spec says:
"Behavior is undefined if a shader subscripts an array with an index less than
0 or greater than or equal to the siz
On Thu, Mar 30, 2017 at 04:28:19PM -0700, Kenneth Graunke wrote:
> On modern systems with 4GB apertures, the size in bytes is 4294967296,
> or (1ull << 32). The kernel gives us the aperture size as a __u64,
> which works out great.
>
> Unfortunately, libdrm "helpfully" returns the data as a size_
On modern systems with 4GB apertures, the size in bytes is 4294967296,
or (1ull << 32). The kernel gives us the aperture size as a __u64,
which works out great.
Unfortunately, libdrm "helpfully" returns the data as a size_t, which
on 32-bit systems means it truncates the aperture size to 0 bytes.
On Thu, Mar 30, 2017 at 5:40 PM, Lyude wrote:
> This enables support for the GL_NV_fill_rectangle extension on the
> GM200+ for Desktop OpenGL.
>
> Signed-off-by: Lyude
>
> Changes since v1:
> - Fix commit message
> - Add note to reldocs
>
> Signed-off-by: Lyude
> ---
> docs/relnotes/17.1.0.htm
On Thu, Mar 30, 2017 at 5:40 PM, Lyude wrote:
> + /* From the GL_NV_fill_rectangle spec:
> +*
> +* "An INVALID_OPERATION error is generated by Begin or any Draw command
> if
> +* only one of the front and back polygon mode is FILL_RECTANGLE_NV."
> +*/
> + if ((ctx->Polygon.Fr
I tried running the tessellation demo from Sacha Williams on my Tonga and I
got the following error:
vulkantessellation:
/var/tmp/portage/sys-devel/llvm-/work/llvm-/include/llvm/Support/Casting.h:95:
static bool llvm::isa_impl_cl::doit(const From *) [To = llvm::Constant, From = const llvm:
On 30/03/17 19:52, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-29 15:27:58)
On 28/03/17 22:37, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-28 13:45:57)
On 28/03/17 21:32, Dylan Baker wrote:
Quoting Jose Fonseca (2017-03-28 09:19:48)
On 28/03/17 00:12, Dylan Baker wrote:
Quoting Jo
On Thu, Mar 30, 2017 at 3:26 PM, Grazvydas Ignotas wrote:
> There are still some distributions trying to support unfortunate people
> with old or exotic CPUs that don't have 64bit atomic operations. When
> compiling for such a machine, gcc conveniently inserts a library call to
> a helper, but it'
On 30 March 2017 at 17:44, Brian Paul wrote:
> On 03/30/2017 05:26 AM, Timothy Arceri wrote:
>>
>> This is confusing because is only applys to ARB shaders, and because
>
>
> s/ARB shaders/GL_ARB_vertex/fragment_program/
>
>> of that its also not very useful.
>>
>> If someone requires this for debu
On Thu, Mar 30, 2017 at 5:29 PM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> Fix a bug that was caused by a type mismatch in the shfit count between
> GLSL and TGSI. I briefly considered adjusting the TGSI semantics, but
> since both LLVM and AMD GCN require both arguments to be of the same
On Mon, Mar 20, 2017 at 08:05:22PM -0700, Nanley Chery wrote:
Okay, I've re-read the email.
> On Mon, Mar 20, 2017 at 08:01:25PM -0700, Nanley Chery wrote:
> > On Thu, Mar 16, 2017 at 05:34:13PM -0700, Kenneth Graunke wrote:
> > > On Wednesday, March 8, 2017 10:27:20 AM PDT Nanley Chery wrote:
>
https://bugs.freedesktop.org/show_bug.cgi?id=100262
--- Comment #4 from ch...@circlecvi.com ---
(In reply to Tim Rowley from comment #3)
> Ok, looks like I need to check and make sure there hasn't been a regression
> for this since Mesa 13. Are you using the dri version of the driver, or
> libgl-
There are still some distributions trying to support unfortunate people
with old or exotic CPUs that don't have 64bit atomic operations. When
compiling for such a machine, gcc conveniently inserts a library call to
a helper, but it's implementation is missing and we get a linker error.
This allows
Reviewed-by: Marek Olšák
Marek
On Thu, Mar 30, 2017 at 7:57 PM, Samuel Pitoiset
wrote:
> lp_build_emit_fetch() is useful when the source type can be
> infered from the instruction opcode.
>
> However, for bindless samplers/images we can't do that easily
> because tgsi_opcode_infer_src_type() re
Reviewed-by: Matt Turner
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
I agree with Nicolai. For the series:
Reviewed-by: Marek Olšák
Marek
On Thu, Mar 30, 2017 at 1:26 PM, Timothy Arceri wrote:
> This is unused.
> ---
> docs/shading.html | 1 -
> src/mesa/main/mtypes.h| 15 +++
> src/mesa/main/shaderapi.c | 2 --
> 3 files changed, 7 i
Reviewed-by: Marek Olšák
Marek
On Thu, Mar 30, 2017 at 10:48 AM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> ---
> docs/features.txt| 2 +-
> docs/relnotes/17.1.0.html| 1 +
> src/gallium/drivers/radeonsi/si_pipe.c | 4 +-
> src/gallium/driver
https://bugs.freedesktop.org/show_bug.cgi?id=100262
--- Comment #3 from Tim Rowley ---
Ok, looks like I need to check and make sure there hasn't been a regression for
this since Mesa 13. Are you using the dri version of the driver, or libgl-x11?
Interesting that setting the variable fixed the p
This enables support for the GL_NV_fill_rectangle extension on the
GM200+ for Desktop OpenGL.
Signed-off-by: Lyude
Changes since v1:
- Fix commit message
- Add note to reldocs
Signed-off-by: Lyude
---
docs/relnotes/17.1.0.html| 1 +
src/gallium/drivers/nouveau/nvc0/nvc
Signed-off-by: Lyude
Changes since v1:
- Fix commit name
Signed-off-by: Lyude
---
src/mesa/state_tracker/st_atom_rasterizer.c | 2 ++
src/mesa/state_tracker/st_extensions.c | 1 +
2 files changed, 3 insertions(+)
diff --git a/src/mesa/state_tracker/st_atom_rasterizer.c
b/src/mesa/state_
Signed-off-by: Lyude
Changes since v1:
- Fix accidental widening of bitfields
Signed-off-by: Lyude
---
src/gallium/include/pipe/p_defines.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/gallium/include/pipe/p_defines.h
b/src/gallium/include/pipe/p_defines.h
index 0f0e260..7f781c4 10
Changes since v1:
- Add pipe caps for etnaviv, freedreno, swr and virgl
Signed-off-by: Lyude
---
src/gallium/docs/source/screen.rst | 4
src/gallium/drivers/etnaviv/etnaviv_screen.c | 1 +
src/gallium/drivers/freedreno/freedreno_screen.c | 1 +
src/gallium/drivers/i915/i91
Since we don't have the bits required to support this in OpenGLES yet,
this only enables support for Desktop OpenGL
Signed-off-by: Lyude
Changes since v1:
- Simply _mesa_PolygonMode() a little bit
- Fix formatting in OpenGL spec excerpts
- Move polygon mode checking into _mesa_valid_to_render()
Signed-off-by: Lyude
---
src/mapi/glapi/gen/gl_API.xml | 4
1 file changed, 4 insertions(+)
diff --git a/src/mapi/glapi/gen/gl_API.xml b/src/mapi/glapi/gen/gl_API.xml
index dfaeaaf..8392e3a 100644
--- a/src/mapi/glapi/gen/gl_API.xml
+++ b/src/mapi/glapi/gen/gl_API.xml
@@ -12840,6 +12840,10
This adds basic support for GL_NV_fill_rectangle in Gallium, along with
enabling it for the GM200+ in nouveau. It should be noted this only
implements the OpenGL 4.3 bits, since we don't have the features required
yet to add this for OpenGLES.
Lyude (6):
glapi: Add GL_NV_fill_rectangle
mesa: A
This is pretty much the same tool as what i-g-t has, only with a more
fancy decoding of the instructions/registers. It also doesn't support
anything before gen4.
v2 (from Matt): Drop authors
Remove undefined automake variable
Signed-off-by: Lionel Landwerlin
Acked-by: Matt Turner
v2: add register to gen7.5 (Matt)
Signed-off-by: Lionel Landwerlin
---
src/intel/genxml/gen7.xml | 11 +++
src/intel/genxml/gen75.xml | 11 +++
2 files changed, 22 insertions(+)
diff --git a/src/intel/genxml/gen7.xml b/src/intel/genxml/gen7.xml
index ba9c8e8154..08307b3506 1006
On 31/03/17 03:44, Brian Paul wrote:
On 03/30/2017 05:26 AM, Timothy Arceri wrote:
This is confusing because is only applys to ARB shaders, and because
s/ARB shaders/GL_ARB_vertex/fragment_program/
of that its also not very useful.
If someone requires this for debugging they can just make
On Tue, Mar 14, 2017 at 07:55:53AM -0700, Jason Ekstrand wrote:
> Instead of figuring it all out ourselves, just use the information given
> to us by the client.
> ---
> src/intel/vulkan/anv_blorp.c | 88
> --
> src/intel/vulkan/genX_cmd_buffer.c | 10 +++
On 30/03/17 18:38, Ben Boeckel wrote:
Hi,
I'm trying to compile Mesa on Windows, but am hitting up against a
problem that mako and lex/yacc are required. The generated files are in
the source tree, but from my investigations (and limited knowledge of
Scons), it appears that the Scons code does n
On Wed, Mar 15, 2017 at 12:01:16PM -0700, Jason Ekstrand wrote:
> ---
> src/intel/vulkan/anv_pass.c| 89
> ++
> src/intel/vulkan/anv_private.h | 2 +
> 2 files changed, 91 insertions(+)
>
> diff --git a/src/intel/vulkan/anv_pass.c b/src/intel/vulkan/a
"Pohjolainen, Topi" writes:
> Jason, Curro, do you have any opinion if this is worth pursuing?
> I need something for blorp blits at least - using blorp for texture
> uploads on top of current excessive flushing regresses perf.
>
I wouldn't be surprised if it improves throughput slightly for wor
On Thu, Mar 30, 2017 at 1:38 PM, Lionel Landwerlin
wrote:
> On 30/03/17 20:09, Chris Wilson wrote:
>>
>> On Thu, Mar 30, 2017 at 11:27:26AM -0700, Matt Turner wrote:
>>>
>>> I think we should figure out how to make this not just a fork of
>>> intel_error_decode. Should intel_error_decode do away?
On 30/03/17 20:09, Chris Wilson wrote:
On Thu, Mar 30, 2017 at 11:27:26AM -0700, Matt Turner wrote:
I think we should figure out how to make this not just a fork of
intel_error_decode. Should intel_error_decode do away?
There are various tools in i-g-t that I'm definitely in favor of
moving int
https://bugs.freedesktop.org/show_bug.cgi?id=35268
Nicholas Fish changed:
What|Removed |Added
CC||x...@seaofdirac.net
--
You are receivin
Call it directly when batch queue is empty. This avoids costly thread
synchronisation. This commit improves performance of games that have
previously regressed with mesa_glthread=true.
---
src/mesa/main/glthread.c | 47 ++-
1 file changed, 34 insertions(
Reviewed-by: Marek Olšák
Marek
On Thu, Mar 30, 2017 at 12:33 AM, Samuel Pitoiset
wrote:
> Signed-off-by: Samuel Pitoiset
> ---
> src/compiler/glsl_types.cpp | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/compiler/glsl_types.cpp b/src/compiler/glsl_types.cpp
> ind
Reviewed-by: Marek Olšák
Marek
On Thu, Mar 30, 2017 at 12:28 AM, Samuel Pitoiset
wrote:
> Signed-off-by: Samuel Pitoiset
> ---
> src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 68
> +-
> 1 file changed, 2 insertions(+), 66 deletions(-)
>
> diff --git a/src/mesa/stat
For the series:
Reviewed-by: Marek Olšák
Marek
On Thu, Mar 30, 2017 at 9:38 AM, Nicolai Hähnle wrote:
> From: Nicolai Hähnle
>
> ---
> docs/features.txt | 2 +-
> docs/relnotes/17.1.0.html | 1 +
> src/gallium/drivers/radeonsi/si_pipe.c | 2 +-
> 3 files cha
Hello Emil,
I'm not sure if you have read the full conversation, but I changed my mind
about this.
I have shifted focus to use Sphinx for website generation along with
documentation.
As far as I can tell, there is already documentation about NIR and Gallium
writen in ReStructured Text, which
https://bugs.freedesktop.org/show_bug.cgi?id=100262
--- Comment #2 from ch...@circlecvi.com ---
(In reply to Tim Rowley from comment #1)
> Not seeing a hang here, but a transparent area where the OpenGL should be
> rendered to.
>
> what version of Mesa and Qt were you using?
>
> If you don't min
Hello,
Fix a crash on Nouveau + Shader cache.
I don't know if it could impact current stable version
As a remainder I don't have commit access.
Best regards,
Gregory Hainaut (1):
glsl/blob: handle copy of NULL ptr in blob_write_string
src/compiler/glsl/blob.c | 5 +-
Typically happen when we want to copy an unnamed shader parameter in the
shader cache.
Note: it is safer to copy an empty string so we can read it back safely.
Fix piglit crashes of the 'texturegatheroffsets' tests
Signed-off-by: Gregory Hainaut
---
src/compiler/glsl/blob.c | 5 -
1 file c
On 30/03/17 19:27, Matt Turner wrote:
On Wed, Mar 29, 2017 at 1:07 PM, Lionel Landwerlin
wrote:
This is pretty much the same tool as what i-g-t has, only with a more
fancy decoding of the instructions/registers. It also doesn't support
anything before gen4.
Signed-off-by: Lionel Landwerlin
--
Hi,
I'm trying to compile Mesa on Windows, but am hitting up against a
problem that mako and lex/yacc are required. The generated files are in
the source tree, but from my investigations (and limited knowledge of
Scons), it appears that the Scons code does not care and always does the
generation l
On 30/03/17 18:53, Matt Turner wrote:
On Wed, Mar 29, 2017 at 1:07 PM, Lionel Landwerlin
wrote:
Signed-off-by: Lionel Landwerlin
---
src/intel/genxml/gen7.xml | 11 +++
1 file changed, 11 insertions(+)
diff --git a/src/intel/genxml/gen7.xml b/src/intel/genxml/gen7.xml
index ba9c8e8
On Thu, Mar 30, 2017 at 11:27 AM, Chad Versace
wrote:
> On Mon 13 Mar 2017, Jason Ekstrand wrote:
> > There's really nothing for us to do here. So long as the user doesn't
> > set any crazy environment variables such as INTEL_VK_HIZ=false, all of
> > the compression formats etc. should "just wor
On Thu, Mar 30, 2017 at 11:27:26AM -0700, Matt Turner wrote:
> I think we should figure out how to make this not just a fork of
> intel_error_decode. Should intel_error_decode do away?
>
> There are various tools in i-g-t that I'm definitely in favor of
> moving into Mesa (like the assembler and d
From: Alex Smith
CP DMA and PKT3_WRITE_DATA (in CmdUpdateBuffer) don't (currently) write
through L2. Therefore, to make these writes visible to later accesses
we must invalidate L2 rather than just writing it back, to avoid the
possibility that stale data is read through L2.
Signed-off-by: Alex
Series Reviewed-by: Jordan Justen
On 2017-03-25 14:57:15, Lionel Landwerlin wrote:
> Combining all the files into a single string didn't make any
> difference in the size of the aubinator binary.
>
> With this change we now also embed gen4/4.5/5 descriptions, which
> increases the aubinator size
Quoting Jose Fonseca (2017-03-29 15:27:58)
> On 28/03/17 22:37, Dylan Baker wrote:
> > Quoting Jose Fonseca (2017-03-28 13:45:57)
> >> On 28/03/17 21:32, Dylan Baker wrote:
> >>> Quoting Jose Fonseca (2017-03-28 09:19:48)
> On 28/03/17 00:12, Dylan Baker wrote:
> > Quoting Jose Fonseca (20
https://bugs.freedesktop.org/show_bug.cgi?id=100262
--- Comment #1 from Tim Rowley ---
Not seeing a hang here, but a transparent area where the OpenGL should be
rendered to.
what version of Mesa and Qt were you using?
If you don't mind running an experiment, could you try setting
KNOB_MAX_WORKE
On Thu, 2017-03-30 at 18:09 +0300, Andres Gomez wrote:
...
> Rejected (2)
>
...
> Thomas Hellstrom (1):
> gbm/dri: Flush after unmap
>
> The commit caused a regression in i965 (and possibly others) since it
This should have said i915 -
--
Br,
Andres
___
On Thu, Mar 30, 2017 at 9:25 AM, Kristian H. Kristensen
wrote:
> Jason Ekstrand writes:
>
> > This commit adds support for using the full 48-bit address space on
> > Broadwell and newer hardware. Thanks to certain limitations, not all
> > objects can be placed above the 32-bit boundary. In par
On Thu, Mar 30, 2017 at 4:23 AM, Eduardo Lima Mitev
wrote:
> Looks good and clearer. Series is:
>
> Reviewed-by: Eduardo Lima Mitev
>
Thanks! I've pushed these two and the one for float16 support.
> On 03/14/2017 10:08 PM, Jason Ekstrand wrote:
> > ---
> > src/compiler/nir/nir_constant_expr
On Tue, Mar 14, 2017 at 07:55:50AM -0700, Jason Ekstrand wrote:
> ---
> src/intel/vulkan/anv_private.h | 59
> ++
> src/intel/vulkan/genX_cmd_buffer.c | 48 ++-
> 2 files changed, 62 insertions(+), 45 deletions(-)
>
This patch
On Mon 13 Mar 2017, Jason Ekstrand wrote:
> There's really nothing for us to do here. So long as the user doesn't
> set any crazy environment variables such as INTEL_VK_HIZ=false, all of
> the compression formats etc. should "just work" at least for opaque
> handle types.
I think the commit messa
On Wed, Mar 29, 2017 at 1:07 PM, Lionel Landwerlin
wrote:
> This is pretty much the same tool as what i-g-t has, only with a more
> fancy decoding of the instructions/registers. It also doesn't support
> anything before gen4.
>
> Signed-off-by: Lionel Landwerlin
> ---
> src/intel/Makefile.tools.
On Mon 13 Mar 2017, Jason Ekstrand wrote:
> From: Chad Versace
>
> This is a complete but trivial implementation. It's trivial becasue We
> support no external memory capabilities yet. Most of the real work in
> this commit is in reworking the UUIDs advertised by the driver.
>
> v2 (chadv):
>
1 - 100 of 247 matches
Mail list logo
