mesa: Changes to 'ubuntu-yakkety'
New branch 'ubuntu-yakkety' available with the following commits:
commit d7c140d51d78812a5c4040c72aa98161712eb35c
Author: Timo Aaltonen <tjaalton@debian.org>
Date: Thu Dec 8 10:45:59 2016 +0200
release to yakkety
commit 2946285c929484ddb16c7ec7bd8408df4e7360a8
Merge: b68d691 01579a9
Author: Timo Aaltonen <tjaalton@debian.org>
Date: Thu Dec 8 10:43:57 2016 +0200
Merge tag 'mesa-12.0.5' into ubuntu-yakkety
mesa-12.0.5
commit 01579a9d007830f2f905646c9d1f9bd0a03caa89
Author: Emil Velikov <emil.velikov@collabora.com>
Date: Mon Dec 5 15:31:47 2016 +0000
docs: add release notes for 12.0.5
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
commit cd9a1165586df02e7a34a51addd590284e51d19e
Author: Emil Velikov <emil.velikov@collabora.com>
Date: Mon Dec 5 15:25:21 2016 +0000
Update version to 12.0.5
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
commit 4a5cce8bd5b1dcf6b95b64c26ea361148964a152
Author: Marek Olšák <marek.olsak@amd.com>
Date: Fri Dec 2 22:19:06 2016 +0100
radeonsi: silence runtime warnings with LLVM 3.9
Such as:
Warning: LLVM emitted unknown config register: 0x4
This is a non-intrusive back port of commit 0f7a6ea5e7b.
commit b4c28b17554bb4c1cf77b83f52ed4de7fbb45326
Author: Marek Olšák <marek.olsak@amd.com>
Date: Sat Nov 26 15:52:05 2016 +0100
radeonsi: disable RB+ blend optimizations for dual source blending
This fixes dual source blending on Stoney. The fix was copied from Vulkan.
The problem was discovered during internal testing.
Cc: 13.0 <mesa-stable@lists.freedesktop.org>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
(cherry picked from commit 5e5573b1bf8565f38e9b770b5357d069e80ff00d)
commit 4f71f93878f6aca0fee09fe59449cfe453596b10
Author: Marek Olšák <marek.olsak@amd.com>
Date: Sat Nov 26 15:43:39 2016 +0100
radeonsi: set CB_BLEND1_CONTROL.ENABLE for dual source blending
copied from Vulkan
Cc: 13.0 <mesa-stable@lists.freedesktop.org>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
(cherry picked from commit ff50c44a5fb4411715da828af5b8706c8a456d26)
commit a9e5a98c192db487cbad0b44f7c570e315529cb2
Author: Marek Olšák <marek.olsak@amd.com>
Date: Sat Nov 26 15:39:06 2016 +0100
radeonsi: always set all blend registers
better safe than sorry
Cc: 13.0 <mesa-stable@lists.freedesktop.org>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
(cherry picked from commit 87b208a54e67b6b01845efa2ec20a96963399920)
Conflicts:
src/gallium/drivers/radeonsi/si_state.c
commit c1cb1844880f8fa72975de694ac404171e2e2677
Author: Nanley Chery <nanley.g.chery@intel.com>
Date: Tue Nov 15 16:42:23 2016 -0800
mesa/fbobject: Update CubeMapFace when reusing textures
Framebuffer attachments can be specified through FramebufferTexture*
calls. Upon specifying a depth (or stencil) framebuffer attachment that
internally reuses a texture, the cube map face of the new attachment
would not be updated (defaulting to TEXTURE_CUBE_MAP_POSITIVE_X).
Fix this issue by actually updating the CubeMapFace field.
This bug manifested itself in BindFramebuffer calls performed on
framebuffers whose stencil attachments internally reused a depth
texture. When binding a framebuffer, we walk through the framebuffer's
attachments and update each one's corresponding gl_renderbuffer. Since
the framebuffer's depth and stencil attachments may share a
gl_renderbuffer and the walk visits the stencil attachment after
the depth attachment, the uninitialized CubeMapFace forced rendering
to TEXTURE_CUBE_MAP_POSITIVE_X.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=77662
Signed-off-by: Nanley Chery <nanley.g.chery@intel.com>
Reviewed-by: Brian Paul <brianp@vmware.com>
(cherry picked from commit 63318d34acd4a5edb271d57adf3b01e2e52552f8)
commit e3ef7da79ccc12df0cb45538592b682506c7f481
Author: Marek Olšák <marek.olsak@amd.com>
Date: Wed Nov 30 15:06:08 2016 -0500
gallium/radeon: add support for sharing textures with DCC between processes
v2: use a function for calculating WORD1 of bo metadata
[Lyude]
On Fedora 24 and 25, I ended up noticing some rather nasty graphical
glitches on my desktop (using an R9 380 w/ amdgpu, Mesa version 12.0.4)
while I was in Wayland where the content of windows was garbled, as seen
here:
https://people.freedesktop.org/~lyudess/archive/11-30-2017/amdgpu-fix-example.png
After doing some reverse bisecting with Mesa v13, I ended up tracking
down the fix to this patch, which seems to fix the problem entirely on
all of the systems I've tested.
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
Tested-by: Lyude <lyude@redhat.com>
CC: "12.0" <mesa-stable@lists.freedesktop.org>
(cherry picked from commit 095803a37aa67361fc68604e81f858f31ae59b1b)
commit 9666f75b1b4282dc48758cbe42723417254c6f7a
Author: Matt Turner <mattst88@gmail.com>
Date: Tue Oct 25 11:44:43 2016 -0700
anv: Replace "abi_versions" with correct "api_version".
git history shows "abi_versions" was used from the outset.
Cc: <mesa-stable@lists.freedesktop.org>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=98415
Reviewed-by: Dave Airlie <airlied@redhat.com>
(cherry picked from commit 07755237d36754cb44c32e17e32cf1bc551d2373)
commit 0afbb9d0525719bef1044e7f7e59e56178e63160
Author: Marek Olšák <marek.olsak@amd.com>
Date: Mon Oct 10 13:23:55 2016 +0200
radeonsi: emit TA_CS_BC_BASE_ADDR on SI only if the kernel allows it
Reviewed-by: Edmondo Tommasina <edmondo.tommasina@gmail.com>
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
Reviewed-by: Edward O'Callaghan <funfunctor@folklore1984.net>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
(cherry picked from commit b425b57d1e215810ac1ddabba62e89c8bd39a453)
commit bd114e6be66658945ed185483369498ae390d515
Author: Marek Olšák <marek.olsak@amd.com>
Date: Sun Aug 21 01:32:22 2016 +0200
radeonsi: fix a crash in imageSize for cubemap arrays
Sometimes it was f32, other times it was i32. Now it's always i32.
This fixes:
GL45-CTS.texture_cube_map_array.image_texture_size.texture_size_compute_sh
Reviewed-by: Dave Airlie <airlied@redhat.com>
Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
(cherry picked from commit 3e756f09d451847e465418a7e10c386fd3c5d16f)
commit 29bac28a0402f509bf7c2d2284d87d107892a4e3
Author: Marek Olšák <marek.olsak@amd.com>
Date: Sat Aug 20 01:42:09 2016 +0200
radeonsi: fix gl_PatchVerticesIn for tessellation evaluation shader
This fixes:
GL45-CTS.tessellation_shader.tessellation_control_to_tessellation_evaluation
.gl_PatchVerticesIn
Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
(cherry picked from commit 03708deed2aa002f78dff0bd9eb6385fe464a44e)
commit 31aa3c014bc2b666889e64af2eca293e55a09a84
Author: Marek Olšák <marek.olsak@amd.com>
Date: Fri Aug 26 17:26:43 2016 +0200
gallium/radeon: set VPORT_ZMIN/MAX registers correctly
Calculate depth ranges from viewport states and
pipe_rasterizer_state::clip_halfz.
The evergreend.h change is required to silence a warning.
This fixes this recently updated piglit: arb_depth_clamp/depth-clamp-range
Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
(cherry picked from commit 687c4be9cf61df18e5318f918a32e24d0a2aca0e)
commit b65a812d60e4fac911796a27ae7d63ac925e8922
Author: Marek Olšák <marek.olsak@amd.com>
Date: Fri Aug 26 11:53:47 2016 +0200
gallium/radeon: unify viewport emission code
Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl>
Reviewed-by: Edward O'Callaghan <funfunctor@folklore1984.net>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
(cherry picked from commit 8b0507672e65c93307b39255186ed6651e8dde04)
commit 5dd6e23ad86b1f32016a790bd76492841126ec0c
Author: Haixia Shi <hshi@chromium.org>
Date: Fri Aug 12 15:34:09 2016 -0700
mesa: change state query return value for RGB565
The GL_BGR and GL_UNSIGNED_SHORT_5_6_5_REV are not defined anywhere in
OpenGL ES 3.2 (or earlier) specification, and there are no known extensions
in the Khronos registry that would add these enums as valid responses for
glGetIntegerv(GL_IMPLEMENTATION_COLOR_READ_TYPE) and
glGetIntegerv(GL_IMPLEMENTATION_COLOR_READ_FORMAT) queries.
Note that this patch does not change the bit layout returned by the query. As
defined by the GL spec, the bit layout of GL_RGB + GL_UNSIGNED_SHORT_5_6_5 and
GL_BGR + GL_UNSIGNED_SHORT_5_6_5_REV are identical.
TEST=dEQP-GLES3.functional.state_query.integers.*
Signed-off-by: Haixia Shi <hshi@chromium.org>
Reviewed-by: Chad Versace <chadversary@chromium.org>
Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
Cc: Stéphane Marchesin <marcheu@chromium.org>
Change-Id: I81bbc8ccdc7e125edaeae443baf6fa8fdefcc6b6
(cherry picked from commit 8c56ff643b1d6d18d81d82a4d23103a1cd51500a)
commit 422b584c005a3a1fef2fe9beec934bc5cde4a266
Author: Adam Jackson <ajax@redhat.com>
Date: Wed Sep 14 14:01:13 2016 -0400
glx/glvnd: Fix dispatch function names and indices
As this array was not actually sorted, FindGLXFunction's binary search
would only sometimes work.
Cc: "13.0" <mesa-stable@lists.freedesktop.org>
Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
Signed-off-by: Adam Jackson <ajax@redhat.com>
(cherry picked from commit 8bca8d89ef3babbecc4f3160cbbcb93d33b7a6ee)
commit b1bced0d1f8fb27cd04f69e0ccd994ebec08d034
Author: Adam Jackson <ajax@redhat.com>
Date: Wed Sep 14 13:56:50 2016 -0400
glx/glvnd: Don't modify the dummy slot in the dispatch table
Cc: "13.0" <mesa-stable@lists.freedesktop.org>
Reviewed-by: Eric Engestrom <eric.engestrom@imgtec.com>
Signed-off-by: Adam Jackson <ajax@redhat.com>
(cherry picked from commit deb0eb1660f612862c77d225582e102e7ab717ee)
commit 9baee818b642c8797d59be6afd79a7ed5dd49dbd
Author: Steinar H. Gunderson <steinar+mesa@gunderson.no>
Date: Sat Nov 5 15:28:37 2016 +0100
Fix races during _mesa_HashWalk().
There is currently no protection against walking a hash (using
_mesa_HashWalk()) and modifying it at the same time, for instance by inserting
or deleting elements. This leads to segfaults in multithreaded code if e.g.
someone calls glTexImage2D (which may have to walk the list of FBOs) while
another thread is calling glDeleteFramebuffers on another thread with the two
contexts sharing lists.
The reason for this is that _mesa_HashWalk() doesn't actually take the mutex
that normally protects the hash; it takes an entirely different mutex.
Thus, walks are only protected against other walks, and there is also no
outer lock taking this. There is an old comment saying that this is to fix
problems with deadlock if the callback needs to take a mutex; we solve this
by changing the mutex to be recursive.
A demonstration Helgrind hit from a real application:
==13412== Possible data race during write of size 8 at 0x3498C6A8 by thread #1
==13412== Locks held: 2, at addresses 0x1AF09530 0x2B3DF400
==13412== at 0x1F040C99: _mesa_hash_table_remove (hash_table.c:395)
==13412== by 0x1EE98174: _mesa_HashRemove_unlocked (hash.c:350)
==13412== by 0x1EE98174: _mesa_HashRemove (hash.c:365)
==13412== by 0x1EE2372D: _mesa_DeleteFramebuffers (fbobject.c:2669)
==13412== by 0x6105AA4: movit::ResourcePool::cleanup_unlinked_fbos(void*) (resource_pool.cpp:473)
==13412== by 0x610615B: movit::ResourcePool::release_fbo(unsigned int) (resource_pool.cpp:442)
[...]
==13412== This conflicts with a previous read of size 8 by thread #20
==13412== Locks held: 2, at addresses 0x1AF09558 0x1AF73318
==13412== at 0x1F040CD9: _mesa_hash_table_next_entry (hash_table.c:415)
==13412== by 0x1EE982A8: _mesa_HashWalk (hash.c:426)
==13412== by 0x1EED6DFD: _mesa_update_fbo_texture.part.33 (teximage.c:2683)
==13412== by 0x1EED9410: _mesa_update_fbo_texture (teximage.c:3043)
==13412== by 0x1EED9410: teximage (teximage.c:3073)
==13412== by 0x1EEDA28F: _mesa_TexImage2D (teximage.c:3105)
==13412== by 0x166A68: operator() (mixer.cpp:454)
There are many more interactions than just these two possible.
Cc: 11.2 12.0 13.0 <mesa-stable@lists.freedesktop.org>
Signed-off-by: Steinar H. Gunderson <steinar+mesa@gunderson.no>
Reviewed-by: Timothy Arceri <timothy.arceri@collabora.com>
(cherry picked from commit 2e2562cabbe9a1d3fb997ccaccc20ba31b2006c3)
commit 68dd6ad4332adb72039f721b0348d67bf263d496
Author: Jason Ekstrand <jason.ekstrand@intel.com>
Date: Thu Nov 10 14:09:08 2016 -0800
anv/cmd_buffer: Enable a CS stall workaround for Sky Lake gt4
This fixes hangs in Dota2
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
Cc: "12.0 13.0" <mesa-stable@lists.freedesktop.org>
(cherry picked from commit a6c3d0f92b754e11e74cea9d6bd5ac329c73a8ba)
commit 6bcdb0611f88d3f7590c3b002ffe0f622e97eac8
Author: Jason Ekstrand <jason.ekstrand@intel.com>
Date: Thu Nov 10 14:08:43 2016 -0800
anv/cmd_buffer: Take a command buffer instead of a batch in two helpers
Reviewed-by: Kenneth Graunke <kenneth@whitecape.org>
Cc: "12.0 13.0" <mesa-stable@lists.freedesktop.org>
(cherry picked from commit 1e3e347fd5d1d55cdb36c39442def31d121ebae5)
commit 0703bab2cd814bb77a48a3a657114a42ba133b7f
Author: Emil Velikov <emil.velikov@collabora.com>
Date: Wed Nov 23 12:28:09 2016 +0000
cherry-ignore: add reverted LLVM_LIBDIR patch
The patch was reverted shortly after it was merged.
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
commit a7b662633e5e33908e0821c4ba6cd00edecc44c5
Author: Anuj Phogat <anuj.phogat@gmail.com>
Date: Mon Oct 24 16:03:00 2016 -0700
i965: Fix GPU hang related to multiple render targets and alpha testing
This patch should have been the part of commit e592f7df.
In a situation when there are multiple render targets with alpha testing
enabled, if fragment shader doesn't write to draw buffer zero, it causes
the GPU hang on SKL. No GPU hang is seen on HSW. Simulator gives a
warning for all gen6+ h/w:
"Illegal render target write message length 0xa expected 0xc"
This patch fixes the GPU hang as well as the simulator warning with
new piglit test fbo-mrt-alphatest-no-buffer-zero-write:
https://patchwork.freedesktop.org/patch/118212
No regressions in Jenkins CI system.
Cc: "12.0 13.0" <mesa-stable@lists.freedesktop.org>
Signed-off-by: Anuj Phogat <anuj.phogat@gmail.com>
Reviewed-by: Ben Widawsky <ben@bwidawsk.net>
(cherry picked from commit b9df2251c17e3ce52fa55c81f492591e08c3ee04)
commit faa684802fe9767473d9ffa55b924932db5ecfb0
Author: Marek Olšák <marek.olsak@amd.com>
Date: Thu Nov 3 19:16:51 2016 +0100
radeonsi: fix an assertion failure in si_decompress_sampler_color_textures
This fixes a crash in Deus Ex: Mankind Divided. Release builds were
unaffected, so it's not too serious.
Cc: 11.2 12.0 13.0 <mesa-stable@lists.freedesktop.org>
Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
(cherry picked from commit 00baaa4752ab7e721218a2840cf0952d8c7c6eca)
commit 9a844035c069a9dd3f26fe767ce00c07827af024
Author: Jason Ekstrand <jason.ekstrand@intel.com>
Date: Fri Oct 28 14:48:53 2016 -0700
i965/fs/generator: Don't use the address immediate for MOV_INDIRECT
The address immediate field is only 9 bits and, since the value is in
bytes, the highest GRF we can point to with it is g15. This makes it
pretty close to useless for MOV_INDIRECT. There were already piles of
restrictions preventing us from using it prior to Broadwell, so let's get
rid of the gen8+ code path entirely.
Signed-off-by: Jason Ekstrand <jason@jlekstrand.net>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=97779
Cc: "12.0 13.0" <mesa-stable@lists.freedesktop.org>
Reviewed-by: Matt Turner <mattst88@gmail.com>
(cherry picked from commit 2a4a86862c949055c71637429f6d5f2e725d07d8)
commit 5f4284fd361203c9a395fbdcffcd28bfb3c15255
Author: Tim Rowley <timothy.o.rowley@intel.com>
Date: Tue Jun 14 17:54:34 2016 -0600
swr: [rasterizer] add support for llvm-3.9
v2: use signed compare, remove unneeded vmask
Signed-off-by: Tim Rowley <timothy.o.rowley@intel.com>
(cherry picked from commit f8109076696a182da8180b0ee102c5a39f73d36a)
commit a4cd90283a418cb5eee092365922cedacafaebdd
Author: Tim Rowley <timothy.o.rowley@intel.com>
Date: Wed Jul 6 16:26:16 2016 -0500
swr: [rasterizer jitter] fix llvm-3.7 compile
d3d97f8 broke llvm-3.7, which has a mismatched API for
setDataLayout/getDataLayout.
Signed-off-by: Tim Rowley <timothy.o.rowley@intel.com>
(cherry picked from commit ae4f2c849a426c63b149ca5c8f4a293ee5ba751e)
commit 0934f29c5001b13825a84c6e019751d4c36a7ba1
Author: Tim Rowley <timothy.o.rowley@intel.com>
Date: Mon Jun 6 19:13:22 2016 -0600
swr: [rasterizer jitter] cleanup supporting different llvm versions
Reviewed-by: Bruce Cherniak <bruce.cherniak@intel.com>
(cherry picked from commit d3d97f8395513bf365d2fe8e4292c8098290586f)
commit b68d69179c535b609013502be97299c3dcb4789c
Author: Timo Aaltonen <tjaalton@debian.org>
Date: Fri Dec 2 14:38:09 2016 +0200
upload to yakkety
commit 75361155735ae912449810ca0ec32ad8b798b78e
Author: Timo Aaltonen <tjaalton@debian.org>
Date: Wed Nov 23 14:16:03 2016 +0200
release to zesty
commit e6bc5248aad152efdfdc03ccdbf2dd4ae9692dfd
Author: Kenneth Graunke <kenneth@whitecape.org>
Date: Tue Nov 8 10:29:08 2016 -0800
intel: Fix pixel shader scratch space allocation on Gen9+ platforms.
We had missed a bit of errata - PS scratch needs to be computed as if
there were 4 subslices per slice, rather than 3.
This is a conservative backport of commit aaee3daa90578fb711cc89186a65bc.
It only increases the scratch amount, unlike the original commit which
decreases it on Skylake GT1-3 to avoid overallocating.
Cc: "12.0 11.2" <mesa-stable@lists.freedesktop.org>
Signed-off-by: Kenneth Graunke <kenneth@whitecape.org>
commit 352902218ea19dc22e37daf656118844371f69a6
Author: Marek Olšák <marek.olsak@amd.com>
Date: Mon Oct 24 21:16:11 2016 +0200
gallium/radeon: make sure HTILE address is aligned properly
This should fix random GPU hangs on Hawaii and Fiji.
It's already been fixed in 13.0 and later.
Cc: 11.2 12.0 <mesa-stable@lists.freedesktop.org>
Reviewed-by: Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl>
Reviewed-by: Nicolai Hähnle <nicolai.haehnle@amd.com>
commit 6e77fbc8d71c8a2b00b33a9c5d2a2ef5fd74bae3
Author: Marek Olšák <marek.olsak@amd.com>
Date: Wed Oct 26 01:14:15 2016 +0200
gallium/radeon: fix behavior of GLSL findLSB(0)
This is for 12.0 and older. A different commit fixes 13.0 and newer.
Cc: 11.2 12.0 <mesa-stable@lists.freedesktop.org>
commit 7b9d7257b27c15547ffab8d73d10d8a850af364a
Author: Emil Velikov <emil.velikov@collabora.com>
Date: Fri Nov 11 01:55:08 2016 +0000
docs: add sha256 checksums for 12.0.4
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
commit 3776e97f9d366db8a720e2412ece6a1059999858
Author: Emil Velikov <emil.velikov@collabora.com>
Date: Fri Nov 11 01:53:32 2016 +0000
docs: add release notes for 12.0.4
Signed-off-by: Emil Velikov <emil.velikov@collabora.com>
Reply to: