https://bugs.freedesktop.org/show_bug.cgi?id=103323
Bug ID: 103323
Summary: Possible unintended error message in file pixel.c line
286
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: N
https://bugs.freedesktop.org/show_bug.cgi?id=103323
Petru Mihancea changed:
What|Removed |Added
Severity|normal |trivial
Priority|medium
r-b
On Wed, Oct 18, 2017 at 5:02 AM, Timothy Arceri wrote:
> Fixes: d1c9f30d7ff7 "radv: add radv_create_shaders() helper"
> ---
> src/amd/vulkan/radv_pipeline.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/src/amd/vulkan/radv_pipeline.c b/src/amd/vulkan/radv_pipeline.
Fixes:
dEQP-VK.spirv_assembly.instruction.*.image_sampler.*
Signed-off-by: Samuel Iglesias Gonsálvez
---
src/compiler/spirv/vtn_cfg.c | 19 +++
1 file changed, 19 insertions(+)
diff --git a/src/compiler/spirv/vtn_cfg.c b/src/compiler/spirv/vtn_cfg.c
index 25ff254bcec..8b139068f
It is already done in NIR.
Signed-off-by: Samuel Iglesias Gonsálvez
Reviewed-by: Lionel Landwerlin
---
src/intel/compiler/brw_vec4_nir.cpp | 9 -
src/intel/compiler/brw_vec4_visitor.cpp | 12
2 files changed, 21 deletions(-)
diff --git a/src/intel/compiler/brw_vec4_ni
It is already done in NIR.
Signed-off-by: Samuel Iglesias Gonsálvez
Reviewed-by: Lionel Landwerlin
---
src/intel/compiler/brw_fs_nir.cpp | 9 -
1 file changed, 9 deletions(-)
diff --git a/src/intel/compiler/brw_fs_nir.cpp
b/src/intel/compiler/brw_fs_nir.cpp
index 7ed44f534c0..cc098849
v2:
- Use helper to add a new source to the texture instruction.
Signed-off-by: Samuel Iglesias Gonsálvez
---
src/compiler/nir/nir_lower_tex.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/src/compiler/nir/nir_lower_tex.c b/src/compiler/nir/nir_lower_tex.c
index 65
On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote:
> On 17.10.2017 19:16, Daniel Vetter wrote:
> > On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer wrote:
> > > On 17/10/17 05:04 PM, Daniel Vetter wrote:
> > > > On Tue, Oct 17, 2017 at 03:46:24PM +0200, Michel Dänzer wrote:
> > > > > On
Fix build error.
CC vulkan/vulkan_libvulkan_common_la-anv_device.lo
In file included from vulkan/anv_device.c:33:0:
vulkan/anv_device.c: In function ‘anv_AllocateMemory’:
vulkan/anv_device.c:1562:37: error: ‘struct anv_device’ has no member named
‘instace’; did you mean ‘instance’?
On 10/16/2017 10:06 PM, Gert Wollny wrote:
It is possible that the optimizer ends up in an infinite loop in
post_scheduler::schedule_alu(), because post_scheduler::prepare_alu_group()
does not find a proper scheduling. This can be deducted from
pending.count() being larger than zero and not getti
Linking libvulkan_intel.so can fail, due to unresolved references to
libexpat.so.
EXPAT_CFLAGS should be moved as well.
Signed-off-by: Hongxu Jia
---
src/intel/Makefile.common.am | 3 ++-
src/intel/Makefile.tools.am | 4
2 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/src/i
On 11 October 2017 at 07:13, Guttula, Suresh
mailto:suresh.gutt...@amd.com>> wrote:
> HI,
>
>>- why do we need "surfaceless" support
>ChromeOS supports surfacelsess and we need this va enablement for
> surfaceless in chromium.
Ack, that should have been part of the commit message.
>>>I wil
We only want to scare the user away from causing a GPU stall for mapping
a busy bo. The time taken to instantiate the set of pages for a buffer
and their mmapping is unavoidable and flagging idle bo as being busy is
"crying wolf".
Reported-by: Tvrtko Ursulin
Cc: Kenneth Graunke
---
src/mesa/dri
https://bugs.freedesktop.org/show_bug.cgi?id=103332
Bug ID: 103332
Summary: glDrawArrays does not take the "first" argument into
account
Product: Mesa
Version: 17.2
Hardware: Other
OS: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=103332
Laurent Renard changed:
What|Removed |Added
CC||laurent.ren...@int.com
--
You are rec
Quoting Chris Wilson (2017-10-18 09:53:27)
> We only want to scare the user away from causing a GPU stall for mapping
> a busy bo. The time taken to instantiate the set of pages for a buffer
> and their mmapping is unavoidable and flagging idle bo as being busy is
> "crying wolf".
>
> Reported-by:
On 18/10/17 10:10 AM, Daniel Vetter wrote:
> On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote:
>> On 17.10.2017 19:16, Daniel Vetter wrote:
>>> On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer wrote:
On 17/10/17 05:04 PM, Daniel Vetter wrote:
> On Tue, Oct 17, 2017 at 03:46:24
https://bugs.freedesktop.org/show_bug.cgi?id=103332
--- Comment #1 from Laurent Renard ---
I have tested with modified version of the tutorial found here :
http://www.opengl-tutorial.org/beginners-tutorials/tutorial-5-a-textured-cube/
Modifying the command
// Draw the triangle !
glDrawArrays(GL
On 17 October 2017 at 21:38, Gurchetan Singh
wrote:
> The naming is verbose and somewhat inconsistent. We have:
>
> dri2_init_surface
> dri2_fini_surface
> dri2_egl_surface_alloc_local_buffer
> dri2_egl_surface_free_local_buffers
>
> I suggest you implement the following convention:
>
> dri2_surf
On 17 October 2017 at 21:49, Gurchetan Singh
wrote:
> Can you wrap color_buffers around:
>
> #if defined(HAVE_WAYLAND_PLATFORM) || defined(HAVE_DRM_PLATFORM) ||
> defined(HAVE_ANDROID_PLATFORM)
>
> flags? This is because platform_surfaceless has no native surfaces and it's
> good to be explicit i
On Wednesday, 2017-10-18 06:06:45 +, Harish Krupo wrote:
> Hi Eric,
>
> Eric Engestrom writes:
> > I might need to double check the spec, but I thought "no damage hint"
> > meant "no way to reduce the update, redraw the whole screen"?
> >
> > If that's the case, then SwapBuffers() and SwapBuf
On 18.10.2017 10:10, Daniel Vetter wrote:
On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote:
On 17.10.2017 19:16, Daniel Vetter wrote:
On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer wrote:
On 17/10/17 05:04 PM, Daniel Vetter wrote:
On Tue, Oct 17, 2017 at 03:46:24PM +0200, Miche
Hi Eric,
Eric Engestrom writes:
> On Wednesday, 2017-10-18 06:06:45 +, Harish Krupo wrote:
>> Hi Eric,
>>
>> Eric Engestrom writes:
>> > I might need to double check the spec, but I thought "no damage hint"
>> > meant "no way to reduce the update, redraw the whole screen"?
>> >
>> > If tha
On Wednesday, 2017-10-18 08:12:27 +, Vinson Lee wrote:
> Fix build error.
>
> CC vulkan/vulkan_libvulkan_common_la-anv_device.lo
> In file included from vulkan/anv_device.c:33:0:
> vulkan/anv_device.c: In function ‘anv_AllocateMemory’:
> vulkan/anv_device.c:1562:37: error: ‘struct anv_
On 17 October 2017 at 20:21, Dylan Baker wrote:
> Signed-off-by: Dylan Baker
> ---
>
> I'm sending this out now so that others can look at it, review it, and
> reference
> it, but this should not end up in the 17.3 release, as the meson build for
> mesa
> will not be ready to go into the 17.3 r
Thanks again!
Reviewed-by: Lionel Landwerlin
On 18/10/17 08:54, Samuel Iglesias Gonsálvez wrote:
v2:
- Use helper to add a new source to the texture instruction.
Signed-off-by: Samuel Iglesias Gonsálvez
---
src/compiler/nir/nir_lower_tex.c | 23 +++
1 file changed, 23
If you feel like it, you could also fix the meson build :)
Otherwise, this is :
Reviewed-by: Lionel Landwerlin
On 18/10/17 02:47, Hongxu Jia wrote:
Linking libvulkan_intel.so can fail, due to unresolved references to
libexpat.so.
EXPAT_CFLAGS should be moved as well.
Signed-off-by: Hongxu Ji
On Tuesday, 2017-10-17 19:21:10 +, Dylan Baker wrote:
> Signed-off-by: Dylan Baker
> ---
>
> I'm sending this out now so that others can look at it, review it, and
> reference
> it, but this should not end up in the 17.3 release, as the meson build for
> mesa
> will not be ready to go into
On 17.10.2017 21:53, Ville Syrjälä wrote:
On Tue, Oct 17, 2017 at 09:00:56PM +0200, Nicolai Hähnle wrote:
On 17.10.2017 16:09, Ville Syrjälä wrote:
On Tue, Oct 17, 2017 at 03:46:24PM +0200, Michel Dänzer wrote:
On 17/10/17 02:22 PM, Daniel Vetter wrote:
On Tue, Oct 17, 2017 at 12:28:17PM +020
Suggested-by: Lionel Landwerlin
Signed-off-by: Eric Engestrom
---
src/intel/common/meson.build | 2 +-
src/intel/tools/meson.build | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/intel/common/meson.build b/src/intel/common/meson.build
index 6b0af929d9ef481e3c46..db7d7
I noticed when enabling "accelerated readback" with userptr enabling
writes directly into client memory was that we often missed the
tiled-memcpy fastpaths; in particular it did not handle subimages. Since
I was relying on the tiled-memcpy fastpath to avoid using the GPU for
readback where unnecess
Use the core unpacking functions to convert the gl_pixelstore_attrib
into the real pixel address required for copying; thereby removing the
restrictions that the tiled-memcpy could only handle exactly matching
image transfers.
Cc: Matt Turner
Cc: Kenneth Graunke
---
src/mesa/drivers/dri/i965/in
A big limitation of the current direct memcpy routine is that it only
recognises a couple of (admittedly) common colour types, and cannot do
any inline conversion. If we pass the mesa_format down to memcpy and
tell it the direction of the transfer, we can start accepting a few
mixed transfers and b
Iterate the tiled_memcpy for each face so that we can quickly do
synchronous uploads into cube maps etc.
Cc: Matt Turner
Cc: Kenneth Graunke
---
src/mesa/drivers/dri/i965/intel_tex_image.c | 60 +
1 file changed, 36 insertions(+), 24 deletions(-)
diff --git a/src/me
This will allow dead components of varyings to be removed.
BDW shader-db results:
total instructions in shared programs: 13190730 -> 13108459 (-0.62%)
instructions in affected programs: 2110903 -> 2028632 (-3.90%)
helped: 14043
HURT: 486
total cycles in shared programs: 541148990 -> 540544072 (-
This packing pass is relatively simple, it only packs scalar
components. To be effective it relies on nir_lower_io_to_scalar_early()
having already split the majority of varyings into scalar components.
We may wish to add matrix and array support at some point however
a matrix/array splitting pass
shader-db results BDW:
total instructions in shared programs: 13192895 -> 13182351 (-0.08%)
instructions in affected programs: 831151 -> 820607 (-1.27%)
helped: 5241
HURT: 116
total cycles in shared programs: 539249342 -> 539155930 (-0.02%)
cycles in affected programs: 21914368 -> 21820956 (-0.43
Thanks Eric!
Reviewed-by: Lionel Landwerlin
On 18/10/17 12:08, Eric Engestrom wrote:
Suggested-by: Lionel Landwerlin
Signed-off-by: Eric Engestrom
---
src/intel/common/meson.build | 2 +-
src/intel/tools/meson.build | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/
Move it to radv_cmd_buffer_flush_state() because if
rasterizerDiscardEnable is true, the flags are not cleared.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_cmd_buffer.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/amd/vulkan/radv_cmd_buffer.c b/src/amd/v
This saves few CPU cycles when CmdDrawIndexed() is used a lot.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_cmd_buffer.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_cmd_buffer.c b/src/amd/vulkan/radv_cmd_buffer.c
index e0d6646616..c6dd620eea
It can only be changed when CmdBindIndexBuffer() is called
or when a secondary buffer is used. Though not always, but
let's re-emit the packets in this situation for now.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/radv_cmd_buffer.c | 57
1 file cha
This reduces the number of conflicts when a bunch of buffers
are added to the CS list. It improves the benchmark #3 (from
GL_vs_VK) by +3/4%.
Signed-off-by: Samuel Pitoiset
---
src/amd/vulkan/winsys/amdgpu/radv_amdgpu_cs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/a
Hi Jason,
This commit dropped SynMark2 v7 OglShMapPcf performance by 1-2% on GT2
versions of SKL, KBL and CFL. It may have improved it by same amount on
SKL GT4e. Effects on other machines were within normal variation.
- Eero
On 30.09.2017 00:25, Jason Ekstrand wrote:
Otherwise, i
Fixes: 7d45d22fdd2e ("radv: switch to using radv_create_shaders()")
Signed-off-by: Alex Smith
---
src/amd/vulkan/radv_pipeline.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_pipeline.c b/src/amd/vulkan/radv_pipeline.c
index 559862678e..a3d8660eda 1
Fixes a crash while generating a hang report.
Fixes: 7d45d22fdd2e ("radv: switch to using radv_create_shaders()")
Signed-off-by: Alex Smith
---
src/amd/vulkan/radv_pipeline.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/amd/vulkan/radv_pipeline.c b/src/amd/vulkan/radv_
On 17 October 2017 at 17:34, Harish Krupo wrote:
> Hi Emil,
>
> Thank you for the comments, will fix the code accordingly and send a
> v2 patch.
> I have answered the question inline.
>
> Emil Velikov writes:
>
>> Hi Harish,
>>
>> Overall looks great, a few comments/questions inline.
>>
>> On 13
Reviewed-by: Samuel Pitoiset
On 10/18/2017 04:08 PM, Alex Smith wrote:
Fixes a crash while generating a hang report.
Fixes: 7d45d22fdd2e ("radv: switch to using radv_create_shaders()")
Signed-off-by: Alex Smith
---
src/amd/vulkan/radv_pipeline.c | 2 +-
1 file changed, 1 insertion(+), 1 de
On 10/17/2017 12:54 PM, Nicolai Hähnle wrote:
> On 17.10.2017 20:14, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> text data bss dec hex filename
>> 8255243 268856 294072 8818171 868dfb 32-bit
>> i965_dri.so before
>> 8255291 268856 294
On Wednesday, 2017-10-18 10:50:09 +, Lionel Landwerlin wrote:
> If you feel like it, you could also fix the meson build :)
> Otherwise, this is :
>
> Reviewed-by: Lionel Landwerlin
Just pushed both :)
Thanks Hongxu, and welcome to Mesa!
>
> On 18/10/17 02:47, Hongxu Jia wrote:
> > Linking
Dear all,
here is another rework of the c++11 detection and flag application
implementing the ideas raised in the discussion with Emil and Chuck.
The part in configure.ac has been completely rewritten. Now one
can give an environment variable CXX11_CXXFLAGS to test for enabling
c++11 support with
So far clover based its test for compiler support on the version of gcc,
while in reality support for c++11 is required. This patch replaces the
version check by the check unified for all modules that require c++11.
---
configure.ac | 4 ++--
src/gallium/state_trac
---
configure.ac| 7 +++
src/gallium/drivers/swr/Makefile.am | 4 ++--
2 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/configure.ac b/configure.ac
index b828a45310..2f6809a5f3 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2583,10 +2583,9 @@ if test -n
Add a check that tests whether the c++ compiler supports c++11, either by
default,
by adding the compiler flag -std=c++11, or by adding a compiler flag that the
user
has specified via the environment variable CXX11_CXXFLAGS.
The test only does a very shallow check of c++11 support, i.e. it tests
On October 18, 2017 12:54:48 AM Samuel Iglesias Gonsálvez
wrote:
v2:
- Use helper to add a new source to the texture instruction.
Signed-off-by: Samuel Iglesias Gonsálvez
---
src/compiler/nir/nir_lower_tex.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/src/co
Hey Eric,
Eric Engestrom wrote on 17.10.2017 19:48:
> On Tuesday, 2017-10-17 17:20:13 +, Emil Velikov wrote:
>> [...]
>> Yes name is a bit misleading, so I'm wondering if any of the following
>> won't be better
>> - s/DRI2/DRI/ - might be tad confusing
>> - emit the corresponding DRI2 vs DRI3
On Wed, Oct 18, 2017 at 6:11 AM, Eero Tamminen
wrote:
> Hi Jason,
>
> This commit dropped SynMark2 v7 OglShMapPcf performance by 1-2% on GT2
> versions of SKL, KBL and CFL. It may have improved it by same amount on
> SKL GT4e. Effects on other machines were within normal variation.
>
That's ver
On 17 October 2017 at 15:39, Andy Furniss wrote:
> Emil Velikov wrote:
>
On a "bad" build (-DLLVM_BUILD_LLVM_DYLIB=ON) I get
andy [~]$ llvm-config --link-shared --libs bitwriter
llvm-config: error: missing: /usr/lib/libLLVMDemangle.so
llvm-config: error: missing: /usr/lib/
The "DRI2" name was reported as confusing when printing EGL infos (one
user reported thinking DRI3 was not working on his X server), and the
only alternative is Haiku, which can only be used on a Haiku machine.
The name therefore doesn't add any information that the user wouldn't
know already, so
Signed-off-by: Eric Engestrom
---
src/egl/drivers/dri2/egl_dri2.c | 4
src/egl/main/eglapi.c | 2 +-
src/egl/main/egldisplay.h | 1 -
src/egl/main/egldriver.c| 18 +++---
src/egl/main/egldriver.h| 2 +-
5 files changed, 9 insertions(+), 18 dele
On 18/10/17 05:41 PM, Emil Velikov wrote:
> On 17 October 2017 at 15:39, Andy Furniss wrote:
>> Emil Velikov wrote:
>>
> On a "bad" build (-DLLVM_BUILD_LLVM_DYLIB=ON) I get
>
> andy [~]$ llvm-config --link-shared --libs bitwriter
> llvm-config: error: missing: /usr/lib/libLLVMDeman
https://bugs.freedesktop.org/show_bug.cgi?id=103323
Brian Paul changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=103332
--- Comment #2 from Bruce Cherniak ---
Hello Laurent. I will be happy to take a look at this with you.
It does seem like a bug in the SWR code.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee
Suggested-by: Emil Velikov
Signed-off-by: Eric Engestrom
---
src/egl/drivers/dri2/platform_surfaceless.c | 3 +--
src/egl/drivers/dri2/platform_wayland.c | 3 +--
src/egl/drivers/dri2/platform_x11.c | 2 +-
src/egl/main/egldriver.c| 5 -
4 files changed, 7 ins
Pushed.
On Wed, Oct 18, 2017 at 3:31 AM, Eric Engestrom
wrote:
> On Wednesday, 2017-10-18 08:12:27 +, Vinson Lee wrote:
> > Fix build error.
> >
> > CC vulkan/vulkan_libvulkan_common_la-anv_device.lo
> > In file included from vulkan/anv_device.c:33:0:
> > vulkan/anv_device.c: In func
On Wednesday, 2017-10-18 15:32:20 +, Kai Wasserbäch wrote:
> Hey Eric,
> Eric Engestrom wrote on 17.10.2017 19:48:
> > On Tuesday, 2017-10-17 17:20:13 +, Emil Velikov wrote:
> >> [...]
> >> Yes name is a bit misleading, so I'm wondering if any of the following
> >> won't be better
> >> - s
On Wednesday, 2017-10-18 02:36:30 +, Dylan Baker wrote:
> I could have sworn this got fixed already, but clearly not.
>
> reviewed-by: Dylan Baker
R-b and pushed :)
(and I also remember this being mentioned and fixed already)
>
> On October 17, 2017 6:04:16 PM PDT, Nicholas Miell wrote:
>
Ugh, apologies, I failed at git again... I just pushed these two (and
the UseFallback patch) to master by mistake...
I'm happy to revert if someone had and reservation on this patch
/me doesn't push anything anywhere anymore today.
On Wednesday, 2017-10-18 15:42:34 +, Eric Engestrom wrote:
Build mesa 5838 failed
Commit 7561da367b by Michel Dänzer on 10/16/2017 2:35 PM:
st/mesa: Initialize textures array in st_framebuffer_validate\n\nAnd just reference pipe_resources to it in the validate callbacks.\n\nAvoids pipe_resource leaks when st_framebuffe
Build mesa 5839 completed
Commit 8c9e7c9638 by Michel Dänzer on 10/18/2017 4:44 PM:
st/osmesa: include u_inlines.h for pipe_resource_reference\n\nFixes build failure due to unresolved symbol.\n\nFixes: 7561da367bae "st/mesa: Initialize textures array in\n
On 18/10/17 12:15 PM, Nicolai Hähnle wrote:
> On 18.10.2017 10:10, Daniel Vetter wrote:
>> On Tue, Oct 17, 2017 at 09:01:52PM +0200, Nicolai Hähnle wrote:
>>> On 17.10.2017 19:16, Daniel Vetter wrote:
On Tue, Oct 17, 2017 at 5:40 PM, Michel Dänzer
wrote:
> On 17/10/17 05:04 PM, Danie
Michel Dänzer wrote:
On 18/10/17 05:41 PM, Emil Velikov wrote:
On 17 October 2017 at 15:39, Andy Furniss
wrote:
Emil Velikov wrote:
On a "bad" build (-DLLVM_BUILD_LLVM_DYLIB=ON) I get
andy [~]$ llvm-config --link-shared --libs bitwriter
llvm-config: error: missing: /usr/lib/libLLVMDemangle
Quoting Emil Velikov (2017-10-18 03:32:14)
> On 17 October 2017 at 20:21, Dylan Baker wrote:
> > Signed-off-by: Dylan Baker
> > ---
> >
> > I'm sending this out now so that others can look at it, review it, and
> > reference
> > it, but this should not end up in the 17.3 release, as the meson bu
Quoting Eric Engestrom (2017-10-18 04:02:07)
> On Tuesday, 2017-10-17 19:21:10 +, Dylan Baker wrote:
> > Signed-off-by: Dylan Baker
> > ---
> >
> > I'm sending this out now so that others can look at it, review it, and
> > reference
> > it, but this should not end up in the 17.3 release, as
Reviewed-by: Marek Olšák
Marek
On Sun, Oct 15, 2017 at 7:46 PM, Miklós Máté wrote:
> This fixes an assertion failure introduced by 30a2f0dfd46de.
>
> Signed-off-by: Miklós Máté
> ---
> src/mesa/state_tracker/st_atifs_to_tgsi.c | 4
> 1 file changed, 4 insertions(+)
>
> diff --git a/src/m
This patch causes wflinfo to segfault for Intel platforms.
https://bugs.freedesktop.org/show_bug.cgi?id=103349
This has a high impact, because Intel engineers cannot test their
patches until the commit is fixed or reverted.
Eric Engestrom writes:
> Note: dropping the EGL_BAD_ALLOC in egl_haiku
Pushed!
Marek
On Wed, Oct 18, 2017 at 7:34 PM, Marek Olšák wrote:
> Reviewed-by: Marek Olšák
>
> Marek
>
> On Sun, Oct 15, 2017 at 7:46 PM, Miklós Máté wrote:
>> This fixes an assertion failure introduced by 30a2f0dfd46de.
>>
>> Signed-off-by: Miklós Máté
>> ---
>> src/mesa/state_tracker/st_
Did you verify with GALLIUM_HUD that glthread is enabled and most
calls are offloaded?
Marek
On Mon, Oct 16, 2017 at 12:22 AM, Darren Salt wrote:
> “Saints Row: Gat out of Hell” benefits from this on slower CPUs in that
> usage spikes on individual cores are avoided, which in turn makes it harde
On 18 October 2017 at 17:33, Eric Engestrom wrote:
> Ugh, apologies, I failed at git again... I just pushed these two (and
> the UseFallback patch) to master by mistake...
>
> I'm happy to revert if someone had and reservation on this patch
>
Thanks for the cleanups Eric. Patches seem fine to me.
On Wednesday, October 18, 2017 2:03:37 AM PDT Chris Wilson wrote:
> Quoting Chris Wilson (2017-10-18 09:53:27)
> > We only want to scare the user away from causing a GPU stall for mapping
> > a busy bo. The time taken to instantiate the set of pages for a buffer
> > and their mmapping is unavoidabl
v2: - Add information about CC, CXX, CFLAGS, and CXXFLAGS (Nicolai)
- Add message at top that meson for mesa is still a work in progress
- Add trailing "/" to directories (Eric E.)
- Fix a number of spelling/grammar/style suggestions from Eric E.
- Make a number of changes as sugges
From: Emil Velikov
Seems that a few function pointers are initialized by the function.
We could pick the missing ones and add them to the respective platforms.
Since this brings down the Intel Jenkins CI, let's reinstate the call
and worry about more elegant fix later.
Fixes: 8cb84c8477a ("egl:
Android with meson is still a TODO as a whole. If someone at google wanted to
get all of that working I would be very appreciative
Dylan
Quoting Jason Ekstrand (2017-10-16 15:46:05)
> No meson love?
>
> On Mon, Oct 16, 2017 at 11:54 AM, Chad Versace
> wrote:
>
> A first step to support
Tested-by: Mark Janes
Emil Velikov writes:
> From: Emil Velikov
>
> Seems that a few function pointers are initialized by the function.
> We could pick the missing ones and add them to the respective platforms.
>
> Since this brings down the Intel Jenkins CI, let's reinstate the call
> and wor
On 12 October 2017 at 14:47, Emil Velikov wrote:
> Hi all,
>
> As you've know the Mesa 17.3.0 release plan has been available for a while
> on the mesa3d.org website [1].
>
> In case you've missed it here it is:
>
> Oct 20 2017 - Feature freeze/Release candidate 1
> Oct 27 2017 - Release candida
Hi,
I just reverted 2 egl commits including this one. See the commit log
for more information.
Marek
On Wed, Oct 18, 2017 at 7:38 PM, Mark Janes wrote:
> This patch causes wflinfo to segfault for Intel platforms.
>
> https://bugs.freedesktop.org/show_bug.cgi?id=103349
>
> This has a high impact
Hi Emil,
I guess you can squash this into the commits I reverted.
Marek
On Wed, Oct 18, 2017 at 8:02 PM, Emil Velikov wrote:
> From: Emil Velikov
>
> Seems that a few function pointers are initialized by the function.
> We could pick the missing ones and add them to the respective platforms.
>
On Wednesday, 2017-10-18 18:09:33 +, Emil Velikov wrote:
> From: Emil Velikov
>
> Seems that a few function pointers are initialized by the function.
> We could pick the missing ones and add them to the respective platforms.
>
> Since this brings down the Intel Jenkins CI, let's reinstate th
On 18 October 2017 at 19:31, Eric Engestrom wrote:
> On Wednesday, 2017-10-18 18:09:33 +, Emil Velikov wrote:
>> From: Emil Velikov
>>
>> Seems that a few function pointers are initialized by the function.
>> We could pick the missing ones and add them to the respective platforms.
>>
>> Since
I mistakenly dropped this during a rebase.
Fixes: 8cb84c8477a ("egl: move alloc & init out of
_eglBuiltInDriver{DRI2,Haiku}")
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=103349
Reported-by: Mark Janes
Cc: Emil Velikov
Signed-off-by: Eric Engestrom
---
src/egl/mai
Thanks, pushed both patches.
On Wed, Oct 18, 2017 at 3:47 PM, Alex Smith wrote:
> Fixes: 7d45d22fdd2e ("radv: switch to using radv_create_shaders()")
> Signed-off-by: Alex Smith
> ---
> src/amd/vulkan/radv_pipeline.c | 7 ++-
> 1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a
On 10/17/2017 12:21 PM, Dylan Baker wrote:
+
+To see a description of your options you can run "meson configure". This will
+show your meson project configuration options as well as your local
+configuration options. One meson option to be aware of is that meson's default
+build type is "debug" (
r-b
On Wed, Oct 18, 2017 at 2:09 PM, Samuel Pitoiset
wrote:
> Move it to radv_cmd_buffer_flush_state() because if
> rasterizerDiscardEnable is true, the flags are not cleared.
>
> Signed-off-by: Samuel Pitoiset
> ---
> src/amd/vulkan/radv_cmd_buffer.c | 4 ++--
> 1 file changed, 2 insertions(+)
I'd prefer not to. The current size is already huge when you consider
that a lot of applications use pretty small command buffers, adding
another 12k per command buffer is a bit much. I'd prefer not having
that overhead, since the GL_vs_VK benchmarks were IIRC not really
representative.
On Wed, Oc
Interesting that we already had RADV_CMD_DIRTY_INDEX_BUFFER. r-b for the series.
On Wed, Oct 18, 2017 at 2:17 PM, Samuel Pitoiset
wrote:
> It can only be changed when CmdBindIndexBuffer() is called
> or when a secondary buffer is used. Though not always, but
> let's re-emit the packets in this si
https://bugs.freedesktop.org/show_bug.cgi?id=103350
Bug ID: 103350
Summary: llvmpipe regressions due to be3ab867
Product: Mesa
Version: git
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
Severity: no
https://bugs.freedesktop.org/show_bug.cgi?id=103265
Tim Rowley changed:
What|Removed |Added
Depends on||103350
Referenced Bugs:
https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=103266
Tim Rowley changed:
What|Removed |Added
Depends on||103350
Referenced Bugs:
https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=103268
Tim Rowley changed:
What|Removed |Added
Depends on||103350
Referenced Bugs:
https://bugs.fre
https://bugs.freedesktop.org/show_bug.cgi?id=103350
Tim Rowley changed:
What|Removed |Added
Blocks||103266, 103265, 103268
Referenced Bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=103266
Bug 103266 depends on bug 103350, which changed state.
Bug 103350 Summary: llvmpipe regressions due to be3ab867
https://bugs.freedesktop.org/show_bug.cgi?id=103350
What|Removed |Added
--
1 - 100 of 209 matches
Mail list logo
