https://bugs.freedesktop.org/show_bug.cgi?id=100061
Ilia Mirkin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=100275
Bug ID: 100275
Summary: plasmashell (etc) won't start in vnc after mesa 17.0.0
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Sev
Oops ignore this, ran send email in wrong tab!
Dave.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/mesa-dev
From: Dave Airlie
---
framework/opengl/gluShaderUtil.cpp | 52 +-
framework/opengl/gluShaderUtil.hpp | 19 +++---
2 files changed, 66 insertions(+), 5 deletions(-)
diff --git a/framework/opengl/gluShaderUtil.cpp
b/framework/opengl/gluShaderUtil.cpp
i
From: Dave Airlie
This was meant to be checking the index type to get the correct
index not the last emitted one. This fixes:
dEQP-VK.pipeline.input_assembly.primitive_restart.index_type_uint32.triangle_strip_with_adjacency
Cc: "13.0 17.0"
Signed-off-by: Dave Airlie
---
src/amd/vulkan/radv_cm
https://bugs.freedesktop.org/show_bug.cgi?id=97260
--- Comment #65 from tarp...@gmx.de ---
I just upgraded to a R9 290 (Asus Direct CU II OC) from my HD7950 and also have
less then half the performance in 4.8 kernel vs 4.4 on Ubuntu 16.04. I'll try
to make some time to bisect it next week. Should
Are you sure? I still need the workaround, otherwise the game hangs
very quickly.
2017-03-15 15:13 GMT+01:00 Samuel Pitoiset :
> Quick update: The issue has been fixed since v255.2 (Survival Evolved only).
> I will ask for the "Survival Of The Fittest" because it still fails to
> start.
>
> On 02/
Oops :) This probably triggers a lot since they use fma() all over the
place. Internally these map to the same opcode, only the optimizer
treats them differently. Thanks!
Reviewed-by: Ilia Mirkin
On Sat, Mar 18, 2017 at 8:08 PM, Karol Herbst wrote:
> helps mainly feral ported games
>
> shader-d
helps mainly feral ported games
shader-db changes:
total instructions in shared programs : 3901147 -> 3842505 (-1.50%)
total gprs used in shared programs: 471258 -> 467359 (-0.83%)
total local used in shared programs : 27405 -> 27361 (-0.16%)
total bytes used in shared programs : 35749888
It seems there is a bug because:
- 20 bytes are compared, but only 1 byte stored_keys step is used
- entries can overlap each other by 19 bytes
- index_mmap is ~1.3M in size, but only first 64K is used
With this fix for Deus Ex:
- startup time (from launch to Feral logo): ~38s -> ~16s
- disk_cache
Signed-off-by: Miklós Máté
---
src/mesa/main/glthread.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/mesa/main/glthread.c b/src/mesa/main/glthread.c
index 623266f484..06115b916d 100644
--- a/src/mesa/main/glthread.c
+++ b/src/mesa/main/glthread.c
@@ -36,6 +36,7 @@
#include "main/gl
There is no need to use brackets for single line if statements,
so simply remove them.
Signed-off-by: Fabio Estevam
---
kmscube.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/kmscube.c b/kmscube.c
index 8057e66..fcfd902 100644
--- a/kmscube.c
+++ b/kmscube.c
@@ -113,1
At the time of target file check, .tmp file is already created and file
lock is held, so we should remove the .tmp, like in other error paths.
With this, piglit no longer leaves large amount of empty .tmp files
behind, which waste directory entries and may interfere with eviction.
Signed-off-by:
I haven't seen this causing problems in practice, but for correctness
we should also check if rename succeeded to avoid breaking accounting
and leaving a .tmp file behind.
Signed-off-by: Grazvydas Ignotas
---
src/util/disk_cache.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
di
All the plumbing is in place so the extension just needs to be
advertised.
Signed-off-by: Ben Widawsky
---
src/mesa/drivers/dri/i965/intel_screen.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/mesa/drivers/dri/i965/intel_screen.c
b/src/mesa/drivers/dri/i965/intel_scre
Seems reasonable
Reviewed-by: Jason Ekstrand
Cc: "17.0 13.0"
On Sat, Mar 18, 2017 at 4:20 AM, Randy Xu wrote:
> From: "Xu,Randy"
>
> The crash is due to NULL pColorBlendState, which is legal if the
> pipeline has rasterization disabled or if the subpass of the render pass
> the pipeline is c
On Sat, Mar 18, 2017 at 2:24 AM, Gustaw Smolarczyk
wrote:
> 18 mar 2017 05:24 "Jason Ekstrand" napisał(a):
>
> Instead of just advertising the aperture size, we do something more
> intelligent. On systems with a full 48-bit PPGTT, we can address 100%
> of the available system RAM from the GPU.
Sounds like a good idea to me. Ben had the same problem a few days ago.
Acked-by: Lionel Landwerlin
On 17/03/17 22:05, Grazvydas Ignotas wrote:
Fixes build without vulkan.h installed in system header locations:
CC vulkan/vulkan_libvulkan_intel_la-anv_gem.lo
In file included from vulka
Also, we want this in Cc for stable :)
On 18/03/17 11:07, Xu,Randy wrote:
In anv_CmdClearColorImage, the layer count should be got through
anv_get_layerCount, which handles the VK_REMAINING_ARRAY_LAYERS (~0)
case.
Test: Sample multithreadcmdbuf from LunarG can run without crash
Signed-off-by:
Thanks Randy!
I believe we might have a few of those left in anv_blorp.c.
Reviewed-by: Lionel Landwerlin
On 18/03/17 11:07, Xu,Randy wrote:
In anv_CmdClearColorImage, the layer count should be got through
anv_get_layerCount, which handles the VK_REMAINING_ARRAY_LAYERS (~0)
case.
Test: Sample
https://bugs.freedesktop.org/show_bug.cgi?id=100268
Jan Ziak <0xe2.0x9a.0...@gmail.com> changed:
What|Removed |Added
Resolution|--- |FIXED
From: "Xu,Randy"
The crash is due to NULL pColorBlendState, which is legal if the
pipeline has rasterization disabled or if the subpass of the render pass
the pipeline is created against does not use any color attachments.
Test: Sample subpasses from LunarG can run without crash
Signed-off-by:
In anv_CmdClearColorImage, the layer count should be got through
anv_get_layerCount, which handles the VK_REMAINING_ARRAY_LAYERS (~0)
case.
Test: Sample multithreadcmdbuf from LunarG can run without crash
Signed-off-by: Xu,Randy
---
src/intel/vulkan/anv_blorp.c | 2 +-
1 file changed, 1 inserti
https://bugs.freedesktop.org/show_bug.cgi?id=100268
--- Comment #2 from Timothy Arceri ---
Was this tested agains master from the last 8 hours?
It looks alot the the issue fixed in this commit:
https://cgit.freedesktop.org/mesa/mesa/commit/?id=9e42b93f338d73d5bb97279060cedef70622c1d0
--
You ar
https://bugs.freedesktop.org/show_bug.cgi?id=100268
Jan Ziak <0xe2.0x9a.0...@gmail.com> changed:
What|Removed |Added
CC||0xe2.0x9a.0...@gmai
https://bugs.freedesktop.org/show_bug.cgi?id=100268
Bug ID: 100268
Summary: Tomb Raider mesa_glthread=true SIGSEGV
Product: Mesa
Version: git
Hardware: Other
OS: All
Status: NEW
Severity: normal
https://bugs.freedesktop.org/show_bug.cgi?id=99875
Jan Ziak <0xe2.0x9a.0...@gmail.com> changed:
What|Removed |Added
Status|NEW |RESOLVED
Re
18 mar 2017 05:24 "Jason Ekstrand" napisał(a):
Instead of just advertising the aperture size, we do something more
intelligent. On systems with a full 48-bit PPGTT, we can address 100%
of the available system RAM from the GPU. In order to keep clients from
burning 100% of your available RAM for
28 matches
Mail list logo
