2018-02-21 3:03 GMT+08:00 Rob Herring :
>
> Perhaps worth revisiting. Given we've failed to progress at all since
> then may change opinions some. We already have to handle multiple
> opens share the same pipe_screen, so I don't think reusing the fd buys
> us anything.
>
> Maybe
do we already have an upstream version of both dependencies we could
just use? Or do we still need special branches?
On Wed, Feb 21, 2018 at 11:50 PM, Pierre Moreau wrote:
> Signed-off-by: Pierre Moreau
> ---
>
> Notes:
> v3:
> * Bump the
> I think this can be merged into patches 17 and 18, no?
You are right, will do.
> On Wed, Feb 21, 2018 at 11:50 PM, Pierre Moreau wrote:
> > Signed-off-by: Pierre Moreau
> > ---
> > src/gallium/state_trackers/clover/api/device.cpp | 3 +--
> >
https://bugs.freedesktop.org/show_bug.cgi?id=105171
Clemens Eisserer changed:
What|Removed |Added
QA Contact|dri-devel@lists.freedesktop
This disables persistence accross wavefronts.
F1 2017 and Wolfenstein 2 appear to use some coherent images
but this patch doesn't seem to change anything.
Signed-off-by: Samuel Pitoiset
---
src/amd/common/ac_nir_to_llvm.c | 7 ---
1 file changed, 4 insertions(+),
Signed-off-by: Samuel Pitoiset
---
src/compiler/spirv/vtn_variables.c | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/src/compiler/spirv/vtn_variables.c
b/src/compiler/spirv/vtn_variables.c
index ead68b4784..9eb85c24e9 100644
---
> do we already have an upstream version of both dependencies we could
> just use? Or do we still need special branches?
For both we can use the master branch of the upstream version. SPIRV-Tools
validator is still not perfect, but it does already catch issues in OpenCL
SPIR-V binaries. And
On 2018-02-21 — 20:04, Aaron Watry wrote:
> On Wed, Feb 21, 2018 at 4:50 PM, Pierre Moreau wrote:
> > One flag that needs to be tracked is whether a library is allowed to
> > received mathematics optimisations or not, as the authorisation is given
> > when creating the
Ideally we find a way to also do it for buffers, but for this series
Reviewed-by: Bas Nieuwenhuizen
On Thu, Feb 22, 2018 at 10:25 AM, Samuel Pitoiset wrote:
> This disables persistence accross wavefronts.
>
> F1 2017 and Wolfenstein 2
On 02/22/2018 11:45 AM, Bas Nieuwenhuizen wrote:
Ideally we find a way to also do it for buffers, but for this series
I didn't mention it in the commit message, but yes we should.
Reviewed-by: Bas Nieuwenhuizen >
On Thu, Feb
On 22 February 2018 at 05:57, Tomasz Figa wrote:
> On Thu, Feb 22, 2018 at 7:23 AM, Rob Herring wrote:
>>
>> On Wed, Feb 21, 2018 at 1:22 PM, Emil Velikov
>> wrote:
>> > On 21 February 2018 at 18:50, Rob Herring
Hi Dieter,
2018-02-22 0:57 GMT+00:00 Dieter Nützel :
> Making all in vulkan
> make[3]: Verzeichnis „/opt/mesa/src/vulkan“ wird betreten
> make[3]: *** Keine Regel vorhanden, um das Ziel
> „/unstable/linux-dmabuf/linux-dmabuf-unstable-v1.xml“,
> benötigt von
I think this can be merged into patches 17 and 18, no?
On Wed, Feb 21, 2018 at 11:50 PM, Pierre Moreau wrote:
> Signed-off-by: Pierre Moreau
> ---
> src/gallium/state_trackers/clover/api/device.cpp | 3 +--
>
https://bugs.freedesktop.org/show_bug.cgi?id=105207
Bug ID: 105207
Summary: The Talos Principle freezes system using radv
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity:
Tested-by: Karol Herbst
On Wed, Feb 21, 2018 at 6:17 AM, Ilia Mirkin wrote:
> We need to mark the range as valid, and validate the resource using a
> helper to ensure that the buffer status is marked properly.
>
> Fixes some CTS pipeline stats query
Tested-by: Karol Herbst
On Wed, Feb 21, 2018 at 5:20 AM, Ilia Mirkin wrote:
> Two things were off:
> - valid range was not updated, which could affect waiting for future
>maps
> - fencing was done manually instead of using the *_resource_validate
Tested-by: Karol Herbst
On Thu, Feb 22, 2018 at 5:34 AM, Ilia Mirkin wrote:
> We don't want filtering for integer textures, same as depth/stencil.
>
> Fixes: KHR-GL45.direct_state_access.renderbuffers_storage_multisample
> Signed-off-by: Ilia Mirkin
https://bugs.freedesktop.org/show_bug.cgi?id=105161
--- Comment #8 from Allan Sandfeld Jensen ---
That would fix the parsing in compatibility shaders. It doesn't make it work.
I found after digging into mesa code that I needed:
#extension GL_ARB_fragment_coord_conventions :
On Thu, Feb 22, 2018 at 2:23 PM, Thierry Reding
wrote:
> On Wed, Feb 21, 2018 at 05:01:02PM +, Emil Velikov wrote:
>> Hi Thierry,
>>
>> On 21 February 2018 at 15:30, Thierry Reding
>> wrote:
>> > +static const char *
>> >
https://bugs.freedesktop.org/show_bug.cgi?id=105208
Daniel Stone changed:
What|Removed |Added
CC||mar...@gmail.com,
https://bugs.freedesktop.org/show_bug.cgi?id=105161
--- Comment #9 from Allan Sandfeld Jensen ---
The problem is the check in linker.cpp (link_fs_inout_layout_qualifiers):
if (linked_shader->Stage != MESA_SHADER_FRAGMENT ||
(prog->data->Version < 150 &&
On Wed, Feb 21, 2018 at 05:01:02PM +, Emil Velikov wrote:
> Hi Thierry,
>
> On 21 February 2018 at 15:30, Thierry Reding wrote:
>
> > @@ -2595,6 +2596,11 @@ if test -n "$with_gallium_drivers"; then
> > ximx)
> > HAVE_GALLIUM_IMX=yes
> >
Some register might be missing in our genxmls. Don't try to decode
them.
Signed-off-by: Lionel Landwerlin
---
src/intel/tools/aubinator_error_decode.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/src/intel/tools/aubinator_error_decode.c
On Wed, Feb 21, 2018 at 11:05:45AM -0500, Ilia Mirkin wrote:
> On Wed, Feb 21, 2018 at 10:30 AM, Thierry Reding
> wrote:
> > From: Thierry Reding
> >
> > This adds support for framebuffer modifiers to Nouveau. This will be
> > used by the Tegra
On 21 February 2018 at 19:14, Kenneth Graunke wrote:
> On Thursday, February 8, 2018 8:47:00 PM PST Emil Velikov wrote:
>> Rejected (9)
>>
>> Jason Ekstrand (2):
>> e52a9f18d69c94b7cb7f81361cdb9e2582c3d742 i965: Replace
>> draw_aux_buffer_disabled with
On Wed, Feb 21, 2018 at 04:37:45PM +, Emil Velikov wrote:
> Hi Thierry,
>
> On 21 February 2018 at 15:30, Thierry Reding wrote:
>
> >
> > struct pipe_resource *
> > nouveau_buffer_create(struct pipe_screen *pscreen,
> > - const struct
https://bugs.freedesktop.org/show_bug.cgi?id=105208
Bug ID: 105208
Summary: [regression] (e5ff036c67 st/dri: Add support for
BGR[A/X]1010102 formats) broke the mouse in
mutter/shell
Product: Mesa
Version:
On 22 February 2018 at 15:18, Chuck Atkins wrote:
>> On 22 February 2018 at 14:33, Chuck Atkins
>> wrote:
>> > This fixes a segfault exposed by a29d63ecf7 which occurs when swr is
>> > used on an unsupported architecture.
>> >
>> > v2: re-work
On 02/22/2018 09:29 AM, Jose Fonseca wrote:
The MSVC version we (at VMware) primarily care about from now on is
2015.
We can drop support for building with 2013 in a future commit. I'm not
aware of significant changes in C99/C11 support from MSVC 2013 to 2015,
but there's no point in
I don't think that adding "uint32_t userdata_XX[16];" would simplify anything.
The bottom line is, patches 9-13 are prerequisites for VBO descriptors
in user SGPRs, so they block that optimization as long as they sit on
the mailing list.
Marek
On Tue, Feb 20, 2018 at 8:51 PM, Marek Olšák
>
> > If there's a better way forward for having a minimal-dependency
> > software-only implementation, I'd certainly be willing to try it. At the
> > moment though, gallium-xlib-glx is our path for that.
> >
> I was merely mentioning that the xlib-glx are in worse shape than the dri
> one.
>
>
On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote:
> On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace
wrote:
> > On Thu 21 Dec 2017, Daniel Vetter wrote:
> >> On Thu, Dec 21, 2017 at 12:22 AM, Kristian Kristensen <
hoegsb...@google.com> wrote:
>
https://bugs.freedesktop.org/show_bug.cgi?id=105211
--- Comment #2 from Alan Swanson ---
No worries. But just to note that wayland-protocols does have a dependency on
wayland-scanner from the main wayland build - or at least an autotools
configure failure if not present
On Thu, Feb 22, 2018 at 7:04 PM, Kristian Høgsberg wrote:
> On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote:
>
>> On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace
> wrote:
>> > On Thu 21 Dec 2017, Daniel Vetter wrote:
>> >>
When transitioning to an htile compressed depth format, Set the full
depth range, so later rasterization can pass HiZ. Previously, for depth
only formats, the depth range was set to 0 to 0. This caused unwanted
HiZ rejections with a VK_FORMAT_D16_UNORM depth buffer
(VK_FORMAT_D32_SFLOAT was not
https://bugs.freedesktop.org/show_bug.cgi?id=104553
Alejandro Piñeiro (freenode IRC: apinheiro) changed:
What|Removed |Added
CC|
On Thursday, February 22, 2018 5:41:10 AM PST Lionel Landwerlin wrote:
> Some register might be missing in our genxmls. Don't try to decode
> them.
>
> Signed-off-by: Lionel Landwerlin
> ---
> src/intel/tools/aubinator_error_decode.c | 4 ++--
> 1 file changed, 2
Some equations of the CNL metrics started to use operators we haven't
defined yet, just add those.
Signed-off-by: Lionel Landwerlin
---
src/mesa/drivers/dri/i965/brw_oa.py | 15 +++
1 file changed, 15 insertions(+)
diff --git
Hi all,
This series adds support for perf queries on CNL. It depends on a new
kernel uAPI so I don't expect this to land just yet. The uAPI has
received enough review this can be look after from the Mesa side.
It's a bit verbose unfortunately because we have to support multiple
ways to getting
On Thursday, 2018-02-22 13:37:54 +, Frank Binns wrote:
> dri2_display_destroy() is called when platform specific display
> initialisation fails. However, this would typically lead to a
> segfault due to the dri2_egl_display vbtl not having been set up.
>
> Fixes: 2db95482964
https://bugs.freedesktop.org/show_bug.cgi?id=105211
Bug ID: 105211
Summary: build failure after zwp_dmabuf commit if
wayland-protocols is not installed
Product: Mesa
Version: git
Hardware: Other
OS: All
Looks great.
Reviewed-by: Roland Scheidegger
Am 22.02.2018 um 17:29 schrieb Jose Fonseca:
> The MSVC version we (at VMware) primarily care about from now on is
> 2015.
>
> We can drop support for building with 2013 in a future commit. I'm not
> aware of significant changes
On Wed, 2018-02-21 at 09:33 -0800, Matt Turner wrote:
> On Wed, Feb 21, 2018 at 2:05 AM, Iago Toral
> wrote:
> > On Tue, 2018-02-20 at 21:15 -0800, Matt Turner wrote:
> > > Gen11 does not support DF, Q, UQ types in hardware. As a result,
> > > we
> > > have
> > > to disable
Tegra K1 and later use a GPU that can be driven by the Nouveau driver.
But the GPU is a pure render node and has no display engine, hence the
scanout needs to happen on the Tegra display hardware. The GPU and the
display engine each have a separate DRM device node exposed by the
kernel.
To make
Translate is now part of an overloaded LOAD call which required a change to
the code gen to skip the load functions in order to handle them manually
to make them virtual.
---
.../swr/rasterizer/codegen/gen_llvm_ir_macros.py | 3 ++-
.../drivers/swr/rasterizer/jitter/builder_mem.cpp| 20
Fix clipper validMask setting. We don't need to run frustum rejected
primitives through the clipper. Perform frustum culling with only
frustum clip codes. Guardband clip codes cannot be used because they
overlap frustum codes.
---
src/gallium/drivers/swr/rasterizer/core/clip.h | 10 +++---
1
dri2_display_destroy() is called when platform specific display
initialisation fails. However, this would typically lead to a
segfault due to the dri2_egl_display vbtl not having been set up.
Fixes: 2db95482964 ("loader_dri3/glx/egl: Optionally use a blit
context for blitting operations")
The MSVC version we (at VMware) primarily care about from now on is
2015.
We can drop support for building with 2013 in a future commit. I'm not
aware of significant changes in C99/C11 support from MSVC 2013 to 2015,
but there's no point in continuing supporting old MSVC versions when
nobody
Hi Lionel,
On 22 February 2018 at 17:24, Lionel Landwerlin
wrote:
> One of the patch is quite big so, unlikely to make it to the ml. You
> can look at this series on my github :
>
> i965: add performance query support on CNL
>
Indeed patch 4/4 seems stuck.
From: Thierry Reding
---
src/gallium/drivers/nouveau/nouveau_buffer.c | 3 +-
src/gallium/drivers/nouveau/nouveau_buffer.h | 3 +-
src/gallium/drivers/nouveau/nouveau_screen.c | 10 ---
src/gallium/drivers/nouveau/nv30/nv30_resource.c | 4 +-
https://bugs.freedesktop.org/show_bug.cgi?id=105211
--- Comment #3 from Emil Velikov ---
Daniel, let's opt for your earlier suggestion and stop shipping those generated
sources. It's causing more problems than what it's worth.
There was some fun when building/using the
- Have the draw type sent to DrawInfoEvent in handlers created in
archrast.cpp. The draw type no longer needs to be sent during during
AR_API_EVENT() call in api.cpp.
- Remove draw type from event defintions in events_private.proto, no
longer needed
---
Breaks a whole bunch of piglit tests
---
src/gallium/drivers/swr/rasterizer/core/backend_impl.h | 4 +---
src/gallium/drivers/swr/rasterizer/core/binner.cpp | 17 -
2 files changed, 17 insertions(+), 4 deletions(-)
diff --git
Generate more compact code from gen_llvm.hpp.
---
.../swr/rasterizer/codegen/templates/gen_llvm.hpp | 36 +-
1 file changed, 21 insertions(+), 15 deletions(-)
diff --git a/src/gallium/drivers/swr/rasterizer/codegen/templates/gen_llvm.hpp
On 22 February 2018 at 17:36, Chuck Atkins wrote:
>> > If there's a better way forward for having a minimal-dependency
>> > software-only implementation, I'd certainly be willing to try it. At
>> > the
>> > moment though, gallium-xlib-glx is our path for that.
>> >
>> I
With the introduction of asymmetric slices in CNL, we cannot rely on
the previous SUBSLICE_MASK getparam to tell userspace what subslices
are available.
We introduce a new uAPI in the kernel driver to report exactly what
part of the GPU are fused and require this to be available on Gen10+.
Prior
This commit is meant to be replaced with a proper bump from drm-next.
---
include/drm-uapi/i915_drm.h | 146 +++-
1 file changed, 145 insertions(+), 1 deletion(-)
diff --git a/include/drm-uapi/i915_drm.h b/include/drm-uapi/i915_drm.h
index
On 22 February 2018 at 17:25, Eric Engestrom wrote:
> On Thursday, 2018-02-22 13:37:54 +, Frank Binns wrote:
>> dri2_display_destroy() is called when platform specific display
>> initialisation fails. However, this would typically lead to a
>> segfault due to the
From: Thierry Reding
---
configure.ac| 5 +++--
src/gallium/drivers/tegra/Makefile.am | 9 +---
src/gallium/drivers/tegra/Makefile.sources | 5 -
src/gallium/drivers/tegra/tegra_context.c | 8 +++
From: Thierry Reding
Avoid a compiler warnings when the val parameter is an expression.
This is based on commit 5843f4e02fbe86a59981e35adc6cabebee46fdc0 from
Linux v4.16-rc1.
Acked-by: Emil Velikov
Tested-by: Andre Heider
From: Thierry Reding
The existing format modifier definitions were merged prematurely, and
recent work has unveiled that the definitions are suboptimal in several
ways:
- The format specifiers, except for one, are not Tegra specific, but
the names don't reflect that.
From: Thierry Reding
Add a new macro that can be used to extract the tiling mode from a
tile_mode value. This is will be used to determine the number of GOBs
used in block linear mode.
Acked-by: Emil Velikov
Tested-by: Andre Heider
From: Thierry Reding
This series of patches implements initial support for Tegra. The first
two patches import DRM UAPI from v4.16-rc1 that provide framebuffer
modifiers that can be used to specify buffers shared between Nouveau
and the Tegra DRM driver.
Patches 3 and 4 add
From: Thierry Reding
This adds support for framebuffer modifiers to Nouveau. This will be
used by the Tegra driver to share metadata about the format of buffers
(such as the tiling mode or compression).
Changes in v2:
- remove unused parameters to nouveau_buffer_create()
-
From: Thierry Reding
This allows the driver to be built on a make distcheck and makes sure
that it properly builds when a distribution tarball is made.
Suggested-by: Emil Velikov
Signed-off-by: Thierry Reding
---
Makefile.am
https://bugs.freedesktop.org/show_bug.cgi?id=105211
--- Comment #1 from Daniel Stone ---
Yes, sorry about this, the autotools build is quite funny with
wayland-protocols.
At the moment, you can solve this by simply removing the linux-dmabuf lines
from
Kristian Høgsberg writes:
> On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote:
>
>> On Wed, Feb 21, 2018 at 1:14 AM, Chad Versace
> wrote:
>> > On Thu 21 Dec 2017, Daniel Vetter wrote:
>> >> On Thu, Dec 21, 2017 at 12:22
https://bugs.freedesktop.org/show_bug.cgi?id=104654
--- Comment #7 from russianneuroman...@ya.ru ---
> but apparently they are just compiled but not run, because the scene shows
> visible artifacts that are not there when the compute shaders are enabled
Does it looks like on screenshot in bug
On Thu, Feb 22, 2018 at 1:49 PM, Bas Nieuwenhuizen
wrote:
> On Thu, Feb 22, 2018 at 7:04 PM, Kristian Høgsberg
> wrote:
>> On Wed, Feb 21, 2018 at 4:00 PM Alex Deucher wrote:
>>
>>> On Wed, Feb 21, 2018 at 1:14 AM, Chad
https://bugs.freedesktop.org/show_bug.cgi?id=105207
--- Comment #1 from Bas Nieuwenhuizen ---
Curious, I haven't noticed that and that sounds really similar to my
benchmarking setup.
Not being able to reboot is a generic amdgpu problem after a hang.
It happening for
Reviewed-by: Andreas Boll
2018-02-21 21:09 GMT+01:00 Brian Paul :
> And prefix with "GL_ARB_texture_compression:" like other sections.
> ---
> src/xdemos/glinfo_common.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git
yeah, looks like I may have lifted the values from a driver which set
the ZRANGE_PRECISION to 0, but this at least mirrors PAL and fixes one
of the remaining transition issues there that I was aware of.
Reviewed-by: Bas Nieuwenhuizen
since IIRC the last change was also
Jordan Justen writes:
> The QT framework has a bug in their shader program cache, which is
> built on GL_ARB_get_program_binary.
>
> In an effort to allow them to fix the bug we don't enable more than 1
> binary format for compatibility profiles.
>
> This is only being
Reviewed-by: Andreas Boll
2018-02-21 21:09 GMT+01:00 Brian Paul :
> v2: fix indentation, prefix with "4.3:" like other sections.
> ---
> src/xdemos/glinfo_common.c | 14 ++
> 1 file changed, 14 insertions(+)
>
> diff --git
Build mesa 6992 completed
Commit d6b7539206 by Samuel Pitoiset on 2/5/2018 2:51 PM:
ac/nir: remove emission of nir_op_fpow\n\nfpow is now lowered at NIR level.\n\nSigned-off-by: Samuel Pitoiset \nReviewed-by: Bas Nieuwenhuizen
Pierre Moreau writes:
> Signed-off-by: Pierre Moreau
> ---
> .../state_trackers/clover/llvm/invocation.cpp | 26
> ++
> .../state_trackers/clover/llvm/invocation.hpp | 4
>
Pierre Moreau writes:
>> do we already have an upstream version of both dependencies we could
>> just use? Or do we still need special branches?
>
> For both we can use the master branch of the upstream version. SPIRV-Tools
> validator is still not perfect, but it does
Build mesa 6991 failed
Commit 7aa008d1d7 by Samuel Pitoiset on 2/2/2018 6:04 PM:
radv: enable lowering of fpow to fexp2 and flog2\n\nThere is no fpow in hardware, so it's always lowered somewhere,\nbut it appears that lowering at NIR level is better. Figured
On Thu, Feb 22, 2018 at 08:23:30AM +0100, Iago Toral wrote:
> On Wed, 2018-02-21 at 09:58 -0800, Nanley Chery wrote:
> > On Wed, Feb 21, 2018 at 09:18:49AM +0100, Iago Toral Quiroga wrote:
> > > We were only resolving the first.
> > >
> > > v2:
> > > - Do not require that the number of layers
Hi Lionel,
On 9 February 2018 at 10:03, Lionel Landwerlin
wrote:
> Fixes: 458468c136e "i965: Expose OA counters via INTEL_performance_query"
> Signed-off-by: Lionel Landwerlin
> Cc: "18.0"
> ---
>
The QT framework has a bug in their shader program cache, which is
built on GL_ARB_get_program_binary.
In an effort to allow them to fix the bug we don't enable more than 1
binary format for compatibility profiles.
This is only being done on the 18.0 release branch.
Ref:
Pierre Moreau writes:
> Signed-off-by: Pierre Moreau
> ---
> src/gallium/state_trackers/clover/api/program.cpp | 39
> +-
> src/gallium/state_trackers/clover/core/program.cpp | 3 +-
> 2 files changed, 25 insertions(+), 17
Hi Anuj,
On 7 February 2018 at 01:09, Anuj Phogat wrote:
> Commit bit in the message descriptor (Bit 13) must be always set
> to true in CNL+ for memory fence messages. It also fixes a piglit
> GPU hang on cnl+ in simulation environment.
> Piglit test:
v2:
An attempt to support SpvExecutionModeStencilRefReplacingEXT's behavior
also follows, with the interpretation to said mode being we prevent
writes to the built-in FragStencilRefEXT variable when the execution
mode isn't set.
v3:
A more cautious reading of
https://bugs.freedesktop.org/show_bug.cgi?id=105207
--- Comment #3 from pritzl3...@gmail.com ---
Created attachment 137546
--> https://bugs.freedesktop.org/attachment.cgi?id=137546=edit
tracefile
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee
Hi Jordan,
On 22 February 2018 at 19:59, Jordan Justen wrote:
> The QT framework has a bug in their shader program cache, which is
> built on GL_ARB_get_program_binary.
>
> In an effort to allow them to fix the bug we don't enable more than 1
> binary format for
On Thu, Feb 22, 2018 at 7:39 PM, Emil Velikov wrote:
> On 23 February 2018 at 00:17, Ilia Mirkin wrote:
>> On Thu, Feb 22, 2018 at 7:11 PM, Emil Velikov
>> wrote:
diff --git a/src/mesa/state_tracker/st_context.c
Seems to fix dxvk, nice! Also tested DOOM which still works.
Tested-by: Grazvydas Ignotas
On Thu, Feb 22, 2018 at 6:57 PM, James Legg wrote:
> When transitioning to an htile compressed depth format, Set the full
> depth range, so later
On Thu, Feb 22, 2018 at 7:41 PM, Ilia Mirkin wrote:
> On Thu, Feb 22, 2018 at 7:39 PM, Emil Velikov
> wrote:
>> On 23 February 2018 at 00:17, Ilia Mirkin wrote:
>>> On Thu, Feb 22, 2018 at 7:11 PM, Emil Velikov
https://bugs.freedesktop.org/show_bug.cgi?id=104654
--- Comment #8 from Darius Spitznagel ---
Maybe this helps.
Every "older" feral port has it's own "shader warmer".
Disable it in the prefereces file in
~/.local/share/feral-interactive/AlienIsolation like below...
On Thu, Feb 22, 2018 at 7:11 PM, Emil Velikov wrote:
> Hi Jordan,
>
> On 22 February 2018 at 19:59, Jordan Justen wrote:
>> The QT framework has a bug in their shader program cache, which is
>> built on GL_ARB_get_program_binary.
>>
>> In an
Am 22.02.2018 10:49, schrieb Daniel Stone:
Hi Dieter,
2018-02-22 0:57 GMT+00:00 Dieter Nützel :
Making all in vulkan
make[3]: Verzeichnis „/opt/mesa/src/vulkan“ wird betreten
make[3]: *** Keine Regel vorhanden, um das Ziel
Somewhere along the way the Makefile changes got lost ...
Fixes: 4db78f3a6b "radv: Put supported extensions in a struct."
---
src/amd/vulkan/Makefile.am | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/src/amd/vulkan/Makefile.am b/src/amd/vulkan/Makefile.am
index
On Tuesday, February 20, 2018 9:15:12 PM PST Matt Turner wrote:
> @@ -306,6 +312,7 @@ unsigned
> brw_reg_type_to_size(enum brw_reg_type type)
> {
> static const unsigned type_size[] = {
> + [BRW_REGISTER_TYPE_NF] = 8,
This is a bit of a fib, given that NF is 66 bits, but...probably
https://bugs.freedesktop.org/show_bug.cgi?id=105207
--- Comment #2 from pritzl3...@gmail.com ---
I'm not sure for how long this has been happening. Definitely for as long as I
had my Vega, so at least since the middle of october.
I almost always run the latest rc kernels and used to use Mesa from
There is a potential race between the __sync_fetch_and_add and the
futex_wake where another thread could come in and start waiting. If we
hit this case, the other thread will never get woken back up because the
futex_wake doesn't get called. We can fix this by calling futex_wake
unconditionally.
https://bugs.freedesktop.org/show_bug.cgi?id=105211
--- Comment #4 from Dieter Nützel ---
(In reply to Daniel Stone from comment #1)
> Yes, sorry about this, the autotools build is quite funny with
> wayland-protocols.
>
> At the moment, you can solve this by simply
Am 22.02.2018 um 08:58 schrieb Alejandro Piñeiro:
> On 30/01/18 01:24, Roland Scheidegger wrote:
>> Am 29.01.2018 um 17:03 schrieb Alejandro Piñeiro:
>>> On 29/01/18 16:38, Roland Scheidegger wrote:
Am 29.01.2018 um 09:09 schrieb Alejandro Piñeiro:
> On 27/01/18 12:09, Roland Scheidegger
From: "gurchetansi...@chromium.org"
glBindBufferRange(..) in vrend_draw_bind_ubo is failing with
more than one uniform block. This is due to improper alignment
of the start of the second block. Let's query the proper
alignment from the driver and pass it back to
Seems to have not been used since 16be87c90429
---
src/gallium/auxiliary/tgsi/tgsi_scan.c | 6 --
src/gallium/auxiliary/tgsi/tgsi_scan.h | 1 -
2 files changed, 7 deletions(-)
diff --git a/src/gallium/auxiliary/tgsi/tgsi_scan.c
b/src/gallium/auxiliary/tgsi/tgsi_scan.c
index
1 - 100 of 143 matches
Mail list logo