Timo Aaltonen pushed to branch upstream-unstable at X Strike Force / lib / mesa


Commits:
cfd1f8b9 by Juan A. Suarez Romero at 2018-11-28T18:14:21Z
docs: add sha256 checksums for 18.2.6

Signed-off-by: Juan A. Suarez Romero <[email protected]>

- - - - -
c14ed494 by Bas Nieuwenhuizen at 2018-11-30T09:29:35Z
radv: Align large buffers to the fragment size.

Improves performance in Talos by about 15% (and significant improvements
in RotR and possibly other but did not bench with final patch) on
kernel 4.19 and earlier.

On 4.20+ a similar effect comes from

433ca054949a "drm/amdgpu: try allocating VRAM as power of two"

v2: Do not impact the alignment of the physical memory.

Reviewed-by: Dave Airlie <[email protected]>
Reviewed-by: Samuel Pitoiset <[email protected]>
CC: <[email protected]>
(cherry picked from commit 6569644bb6e1f58fd739d83bd4dc42e6af6b6097)

- - - - -
79c4bf0d by Emil Velikov at 2018-11-30T09:34:06Z
egl/wayland: bail out when drmGetMagic fails

Currently as the function fails, we pass uninitialized data to the
authentication function. Stop doing that and print an warning when
the function fails.

v2: Plug memory leak in error path (Eric)

Cc: [email protected]
Signed-off-by: Emil Velikov <[email protected]>
Reviewed-by: Tapani Pälli <[email protected]> (v1)
Reviewed-by: Eric Engestrom <[email protected]>
(cherry picked from commit c59d3aa4b9bc58994e199052171a8119aaa8195c)

- - - - -
bf14779a by Emil Velikov at 2018-11-30T09:44:03Z
egl/wayland: plug memory leak in drm_handle_device()

As we fail to open the node, we leak the node/device name.

v2: Log and then free() (Eric)

Cc: [email protected]
Signed-off-by: Emil Velikov <[email protected]>
Reviewed-by: Eric Engestrom <[email protected]>
(cherry picked from commit ce74a7bb8de7f5b921d53384582de3324290cd60)

- - - - -
555a629b by Nicolai Hähnle at 2018-11-30T09:45:43Z
egl/wayland: rather obvious build fix

Fixes: ce74a7bb8de7 ("egl/wayland: plug memory leak in 
drm_handle_device()")
Fixes: c59d3aa4b9bc ("egl/wayland: bail out when drmGetMagic fails")
(cherry picked from commit c02390f8fcd367c7350db568feabb2f062efca14)

- - - - -
90ed5974 by Dave Airlie at 2018-11-30T09:50:45Z
r600: make suballocator 256-bytes align

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108311
Cc: <[email protected]>
(cherry picked from commit 2ddd44d941648d49dc0d917e03a579baec3590d9)

- - - - -
30cebff8 by Thomas Hellstrom at 2018-11-30T09:58:38Z
st/xa: Fix a memory leak

Free the context after destruction.

Cc: [email protected]
Signed-off-by: Thomas Hellstrom <[email protected]>
Reviewed-by: Sinclair Yeh <[email protected]>
Reviewed-by: Emil Velikov <[email protected]>
(cherry picked from commit 7fce3ca3759e2e156e2e3bf1bcc4ee378dc7fa2d)

- - - - -
5df893b1 by Thomas Hellstrom at 2018-11-30T10:10:17Z
winsys/svga: Fix a memory leak

The ioctl.cap_3d member was never freed.

Cc: [email protected]
Signed-off-by: Thomas Hellstrom <[email protected]>
Reviewed-by: Sinclair Yeh <[email protected]>
Reviewed-by: Emil Velikov <[email protected]>
(cherry picked from commit 058f85d41cbe3534b1a06d321fab9afb8fbadfc0)

- - - - -
3feae1e5 by Lionel Landwerlin at 2018-11-30T10:22:50Z
anv: flush pipeline before query result copies

Pipeline state pending bits should be taken into account when copying
results.

In the particular bug below, the results of the
vkCmdCopyQueryPoolResults() command was being overwritten by the
preceding vkCmdCopyBuffer() with a same destination buffer. This is
because we copy the buffers using the 3D pipeline whereas we copy the
query results using the command streamer. Those pieces of HW work in
parallel and the results are somewhat undefined.

v2: Unconditionally flush the pipeline before copying the results
    (Jason)

v3: Wrap & expressions (Jason)

Signed-off-by: Lionel Landwerlin <[email protected]>
Suggested-by: Jason Ekstrand <[email protected]>
Reviewed-by: Jason Ekstrand <[email protected]>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108894
Cc: [email protected]
(cherry picked from commit 37f9788e9a8e443772b5ad6f339567e6ae6a8320)

- - - - -
d5e3935e by Eric Engestrom at 2018-11-30T10:28:47Z
anv: correctly use vulkan 1.0 by default

Per chapter 3.2 "Instances":
> Providing a NULL VkInstanceCreateInfo::pApplicationInfo or providing
> an apiVersion of 0 is equivalent to providing an apiVersion of
> VK_MAKE_VERSION(1,0,0).

Reported-by: Niklas Haas <[email protected]>
Fixes: 8c048af5890d43578ca4 "anv: Copy the appliation info into the 
instance"
Signed-off-by: Eric Engestrom <[email protected]>
Reviewed-by: Lionel Landwerlin <[email protected]>
Reviewed-by: Bas Nieuwenhuizen <[email protected]>
(cherry picked from commit 56d126f8fd210dbd2c946bfbc2e3c81b04d27d09)

- - - - -
fbe7b48d by Bas Nieuwenhuizen at 2018-11-30T10:32:39Z
radv: Clamp gfx9 image view extents to the allocated image extents.

Mirrors AMDVLK. Looks like if we go over the alignment of height
we actually start to change the addressing. Seems like the extra
miplevels actually work with this.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108245
Fixes: f6cc15dccd5 "radv/gfx9: fix block compression texture views. 
(v2)"
Reviewed-by: Dave Airlie <[email protected]>
Reviewed-by: Samuel Pitoiset <[email protected]>
(cherry picked from commit 08ea6b9d9bb047603c249468dfe00d7bb9603d5e)

- - - - -
5a45e553 by Eric Engestrom at 2018-11-30T11:12:22Z
wsi/display: fix mem leak when freeing swapchains

Fixes: da997ebec92942193955 "vulkan: Add KHR_display extension using DRM 
[v10]"
Signed-off-by: Eric Engestrom <[email protected]>
Reviewed-by: Keith Packard <[email protected]>
(cherry picked from commit 9575cd289325ddbfa96291d7886cfc32a0487e79)

- - - - -
b3fb3fd1 by Eric Engestrom at 2018-11-30T11:16:36Z
vulkan/wsi: fix s/,/;/ typo

Fixes: 59e58c348e6af16a5f2dd "vulkan/wsi: Only wait on semaphores on the 
first swapchain"
Signed-off-by: Eric Engestrom <[email protected]>
Reviewed-by: Jason Ekstrand <[email protected]>
(cherry picked from commit e0f1f74eda6e1bdb3bcee075f6cc5082d4137069)

- - - - -
c26f7b34 by Juan A. Suarez Romero at 2018-11-30T11:33:58Z
cherry-ignore: freedreno: Fix autotools build.

fixes: This commit fixes commits b4476138d5ad and aa0fed10d357 which did
not land in branch.

Signed-off-by: Juan A. Suarez Romero <[email protected]>

- - - - -
828e18b5 by Vinson Lee at 2018-12-03T15:40:58Z
st/xvmc: Add X11 include path.

This patch fixes this build error.

  CC       tests/xvmc_bench.o
In file included from tests/xvmc_bench.c:35:
tests/testlib.h:38:10: fatal error: 'X11/Xlib.h' file not found
         ^~~~~~~~~~~~

Signed-off-by: Vinson Lee <[email protected]>
Cc: [email protected]
Reviewed-by: Emil Velikov <[email protected]>
(cherry picked from commit 4f74580d3038eca1b751a71e0c098ea9eb9cdb05)

- - - - -
1c52d56b by Karol Herbst at 2018-12-03T15:44:09Z
nv50,nvc0: Fix gallium nine regression regarding sampler bindings

The new approach is that samplers don't get unbound even if they won't 
be used
in a draw and we should just leave them be as well.

Fixes a regression in multiple windows games using gallium nine and nouveau.

v2: adjust num_samplers to keep track of the highest sampler bound
v3: rework how to set the new value of num_samplers

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=106577
Fixes: 4d6fab245eec3880e2a59424a579851f44857ce8
       "cso: don't track the number of sampler states bound"
Signed-off-by: Karol Herbst <[email protected]>
Reviewed-by: Ilia Mirkin <[email protected]>
(cherry picked from commit fc0139d28339f58bcbb4946fea7608ecdaff93e7)

- - - - -
bf482d48 by Gurchetan Singh at 2018-12-03T15:49:00Z
virgl: quadruple command buffer size

Tested running WebGL aquarium on Nvidia host (10,000 fishes)

This moves us from 7 fps to 9 fps.  After quadrupling, performance
gains diminish.

v2: Remove change ID (Erik)

Tested-By: Gert Wollny <[email protected]>
Reviewed-by: Erik Faye-Lund <[email protected]>
(cherry picked from commit c0773315af76cd735152c322cb7f710b4b053148)

- - - - -
d058dc4a by Gurchetan Singh at 2018-12-03T15:51:22Z
virgl: avoid large inline transfers

We flush everytime the command buffer (16 kB) is full, which is
quite costly.

This improves

dEQP-GLES3.performance.buffer.data_upload.function_call.buffer_data.new_buffer.usage_stream_draw

from 111.16 MB/s to 1930.36 MB/s.

In addition, I made the benchmark produce buffers from 0 --> 
VIRGL_MAX_CMDBUF_DWORDS * 4,
and tried ((VIRGL_MAX_CMDBUF_DWORDS * 4) / 2), ((VIRGL_MAX_CMDBUF_DWORDS * 4) / 
4), etc.

I didn't notice any clear differences, so let's just go with the most 
obvious
heuristic.

Tested-By: Gert Wollny <[email protected]>
Reviewed-by: Erik Faye-Lund <[email protected]>
(cherry picked from commit d18492c64f0abb4eb638d2b213b4b1ff3d775965)

- - - - -
644f1941 by Gurchetan Singh at 2018-12-03T15:55:40Z
virgl: don't mark buffers as unclean after a write

We can mark the buffer unclean if it's ever bound as a TBO,
SSBO, ABO, or image.

This improves

dEQP-GLES3.performance.buffer.data_upload.function_call.map_buffer_range.new_specified_buffer.flag_write_full.stream_draw

from 9.58 MB/s to 451.17 MB/s.

v2: Track buffer cleanliness as a function of bindings (Ilia).
v3: virgl_modify_clean --> virgl_dirty_res (Erik)

Tested-By: Gert Wollny <[email protected]>
Reviewed-by: Erik Faye-Lund <[email protected]>
(cherry picked from commit 89b4798c0619a2ba99046d5ad36f0e6851625f7a)
[Juan A. Suarez: resolve trivial conflicts]
Signed-off-by: Juan A. Suarez Romero <[email protected]>

Conflicts:
        src/gallium/drivers/virgl/virgl_encode.c

- - - - -
28c913f1 by Juan A. Suarez Romero at 2018-12-04T11:16:37Z
cherry-ignore: mesa: Revert INTEL_fragment_shader_ordering support

pick: While this commit does not include the proper CC tag, it was
intended to be applied only in 18.3 branch.

Signed-off-by: Juan A. Suarez Romero <[email protected]>

- - - - -
d22db70c by Tobias Klausmann at 2018-12-04T11:30:52Z
amd/vulkan: meson build - use radv_deps for libvulkan_radeon

Without this the build breaks with:

FAILED: src/amd/vulkan/src@amd@vulkan@@vulkan_radeon@sha/radv_pipeline.c.o
cc -Isrc/amd/vulkan/src@amd@vulkan@@vulkan_radeon@sha -Isrc/amd/vulkan
-I../src/amd/vulkan -Isrc/../include -I../src/../include -Isrc -I../src
-Isrc/mapi -I../src/mapi -Isrc/mesa -I../src/mesa -I../src/gallium/include
-Isrc/gallium/auxiliary -I../src/gallium/auxiliary -Isrc/amd -I../src/amd
-Isrc/amd/common -I../src/amd/common -Isrc/compiler -I../src/compiler
-Isrc/vulkan/util -I../src/vulkan/util -Isrc/vulkan/wsi -I../src/vulkan/wsi
-Isrc/compiler/nir -I../src/compiler/nir -I/usr/include -I/usr/include/libdrm
-fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch
-std=c99 -O2 -g '-DVERSION="18.3.0-rc5"' 
-DPACKAGE_VERSION=VERSION
'-DPACKAGE_BUGREPORT="https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa"'
-DGLX_USE_TLS -DHAVE_ST_VDPAU -DENABLE_ST_OMX_BELLAGIO=0
-DENABLE_ST_OMX_TIZONIA=0 -DHAVE_X11_PLATFORM -DGLX_INDIRECT_RENDERING
-DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM -DENABLE_SHADER_CACHE
-DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 -DHAVE___BUILTIN_CLZ
-DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT
-DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT
-DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE
-DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN
-DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE
-DHAVE_FUNC_ATTRIBUTE_UNUSED -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT
-DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT
-DHAVE_FUNC_ATTRIBUTE_PACKED -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL
-DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_FUNC_ATTRIBUTE_ALIAS
-DHAVE_FUNC_ATTRIBUTE_NORETURN -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS
-DUSE_X86_64_ASM -DMAJOR_IN_SYSMACROS -DHAVE_SYS_SYSCTL_H -DHAVE_LINUX_FUTEX_H
-DHAVE_ENDIAN_H -DHAVE_DLFCN_H -DHAVE_STRTOF -DHAVE_MKOSTEMP
-DHAVE_POSIX_MEMALIGN -DHAVE_TIMESPEC_GET -DHAVE_MEMFD_CREATE -DHAVE_STRTOD_L
-DHAVE_DLADDR -DHAVE_DL_ITERATE_PHDR -DHAVE_ZLIB -DHAVE_PTHREAD
-DHAVE_PTHREAD_SETAFFINITY -DHAVE_LIBDRM -DHAVE_LLVM=0x0600
-DMESA_LLVM_VERSION_PATCH=1 -DHAVE_WAYLAND_PLATFORM -DWL_HIDE_DEPRECATED
-DHAVE_DRI3 -DHAVE_DRI3_MODIFIERS -Werror=implicit-function-declaration
-Werror=missing-prototypes -Werror=return-type -fno-math-errno
-fno-trapping-math -Wno-missing-field-initializers -Wno-format-truncation -O2
-Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables
-fasynchronous-unwind-tables -fstack-clash-protection -DNDEBUG -fPIC -pthread
-D__STDC_FORMAT_MACROS -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS
-D__STDC_LIMIT_MACROS -fvisibility=hidden -Wno-override-init
-DVK_USE_PLATFORM_XCB_KHR -DVK_USE_PLATFORM_XLIB_KHR
-DVK_USE_PLATFORM_WAYLAND_KHR -DVK_USE_PLATFORM_DISPLAY_KHR
-DVK_USE_PLATFORM_XLIB_XRANDR_EXT  -MD -MQ
'src/amd/vulkan/src@amd@vulkan@@vulkan_radeon@sha/radv_pipeline.c.o' -MF
'src/amd/vulkan/src@amd@vulkan@@vulkan_radeon@sha/radv_pipeline.c.o.d' 
-o
'src/amd/vulkan/src@amd@vulkan@@vulkan_radeon@sha/radv_pipeline.c.o' -c
../src/amd/vulkan/radv_pipeline.c
In file included from ../src/vulkan/util/vk_alloc.h:29,
                 from ../src/amd/vulkan/radv_private.h:52,
                 from ../src/amd/vulkan/radv_debug.h:27,
                 from ../src/amd/vulkan/radv_pipeline.c:30:
../src/../include/vulkan/vulkan.h:54:10: fatal error: wayland-client.h: Datei
oder Verzeichnis nicht gefunden
 #include <wayland-client.h>
          ^~~~~~~~~~~~~~~~~~
compilation terminated.

The above command misses the include directory for wayland:
    -I/usr/include/wayland

The missing include is contained in the (until now) unused radv_deps:

if with_platform_wayland
  radv_deps += dep_wayland_client
  radv_flags += '-DVK_USE_PLATFORM_WAYLAND_KHR'
  libradv_files += files('radv_wsi_wayland.c')
endif

Fixes: 673dda83307 "meson: build "radv" vulkan driver for radeon 
hardware"
Signed-off-by: Tobias Klausmann <[email protected]>
Reviewed-by: Emil Velikov <[email protected]>
Reviewed-by: Dylan Baker <[email protected]>
(cherry picked from commit 9401a2f2e64bc04401a547d06810adbf0660edb8)

- - - - -
eb453b3f by Bas Nieuwenhuizen at 2018-12-04T11:33:52Z
radv/android: Mark android WSI image as shareable.

Fixes: b1444c9ccb0 "radv: Implement VK_ANDROID_native_buffer."
Acked-by: Samuel Pitoiset <[email protected]>
(cherry picked from commit 51091b3e1f212be956f91ac5214191c14e83ac59)

- - - - -
522ae9d5 by Bas Nieuwenhuizen at 2018-12-04T11:41:19Z
radv/android: Use buffer metadata to determine scanout compat.

These days we don't always allocate scanout compatible textures anymore.
That does mean we have to fix the radv android WSI though.

Fixes: b1444c9ccb0 "radv: Implement VK_ANDROID_native_buffer."
Acked-by: Samuel Pitoiset <[email protected]>
(cherry picked from commit 3bf48741e128b60f6430b32cc47197f62075b1e9)

- - - - -
ee7adf88 by Dave Airlie at 2018-12-04T11:44:02Z
radv: use 3d shader for gfx9 copies if dst is 3d

This fixes some crucible 3d miptree tests I've been working on
when executed using the compute shader path.

Fixes: d08f267814 (radv/gfx9: fix 3d image to image transfers on compute 
queues.)
Reviewed-by: Samuel Pitoiset <[email protected]>
(cherry picked from commit 1363a47c9c4f8482fea9e8a2582a1d8e9db0e8a6)

- - - - -
603fe555 by Lionel Landwerlin at 2018-12-05T16:31:19Z
anv/query: flush render target before copying results

This change tracks render target writes in the pipeline and applies a
render target flush before copying the query results to make sure the
preceding operations have landed in memory before the command streamer
initiates the copy.

v2: Simplify logic in CopyQueryResults (Jason)

Signed-off-by: Lionel Landwerlin <[email protected]>
Reviewed-by: Jason Ekstrand <[email protected]>
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108909
Fixes: 37f9788e9a8e44 ("anv: flush pipeline before query result 
copies")
Cc: [email protected]
(cherry picked from commit 9a7b3199037ac4b798974f561067cb3d66be8010)

- - - - -
0303d8ca by Michal Srb at 2018-12-05T16:42:23Z
gallium: Constify drisw_loader_funcs struct

The content is not expected to change.

Cc: [email protected]
Signed-off-by: Michal Srb <[email protected]>
Reviewed-by: Emil Velikov <[email protected]>
(cherry picked from commit c0ac038c97b89a8266375339c297b17b3700dfb0)

- - - - -
416b284b by Samuel Pitoiset at 2018-12-05T16:45:16Z
radv: rework the TC-compat HTILE hardware bug with COND_EXEC

After investigating on this, it appears that COND_WRITE doesn't
work correctly in some situations. I don't know exactly why does
it fail to update DB_Z_INFO.ZRANGE_PRECISION, but as AMDVLK
also uses COND_EXEC I think there is a reason.

Now the driver stores a new metadata value in order to reflect
the last fast depth clear state. If a TC-compat HTILE is fast cleared
with 0.0f, we have to update ZRANGE_PRECISION to 0 in order to
work around that hardware bug.

This fixes rendering issues with The Forest and DXVK and doesn't
seem to introduce any regressions.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108914
Fixes: 68dead112e7 ("radv: update the ZRANGE_PRECISION value for the 
TC-compat bug")
Signed-off-by: Samuel Pitoiset <[email protected]>
Reviewed-by: Bas Nieuwenhuizen <[email protected]>
(cherry picked from commit 824cfc1ee5e0aba15b676b9363ff32046d96eb42)

- - - - -
b631a125 by Alex Smith at 2018-12-05T16:49:24Z
radv: Flush before vkCmdWriteTimestamp() if needed

As done for vkCmdBeginQuery() already. Prevents timestamps from being
overwritten by previous vkCmdResetQueryPool() calls if the shader path
was used to do the reset.

Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=108925
Fixes: a41e2e9cf5 ("radv: allow to use a compute shader for resetting the 
query pool")
Signed-off-by: Alex Smith <[email protected]>
Reviewed-by: Samuel Pitoiset <[email protected]>
(cherry picked from commit c1b6cb068c4dfe49c309624610e8610b3f0b27c3)
[Juan A. Suarez: resolve trivial conflicts]
Signed-off-by: Juan A. Suarez Romero <[email protected]>

Conflicts:
        src/amd/vulkan/radv_query.c

- - - - -
78aec0d3 by Michal Srb at 2018-12-05T16:51:54Z
drisw: Use separate drisw_loader_funcs for shm

The original code was modifying the global drisw_lf variable, which is bad
when there are multiple contexts in single process, each initialized with
different loader. One may support put_image_shm and the other not.

Since there are currently only two possible combinations, lets create two
global tables, one for each. Lets make them const, since we won't change 
them
and they can be shared.

This fixes crash in VLC. It used two GL contexts (each in different thread), one
was initialized by its Qt GUI, the other by its video output plugin. The first
one set the put_image_shm=drisw_put_image_shm, the second did not, but
since the same structure was used, the drisw_put_image_shm was used too. Then
it crashed because the second loader did not have putImageShm set.

Downstream bug:
https://bugzilla.opensuse.org/show_bug.cgi?id=1113533

v2: Added Fixes and described the VLC bug.

Fixes: 63c427fa71a ("drisw: use putImageShm if available")
Signed-off-by: Michal Srb <[email protected]>
Reviewed-by: Emil Velikov <[email protected]>
(cherry picked from commit 63c0916ada7eed7eddc0453dfbfed3cc7f42ca85)

- - - - -
47850ced by Eric Anholt at 2018-12-10T11:07:41Z
v3d: Fix a leak of the transfer helper on screen destroy.

Fixes: 7a30517cce8f ("broadcom/vc5: Start adding support for rendering to 
Z32F_S8X24_UINT.")
(cherry picked from commit 3bd73d31a862fd1e198a7c83ec656a4a376c593a)
[Juan A. Suarez: resolve trivial conflicts]
Signed-off-by: Juan A. Suarez Romero <[email protected]>

Conflicts:
        src/gallium/drivers/v3d/v3d_screen.c

- - - - -
8508ce01 by Eric Anholt at 2018-12-10T11:12:23Z
vc4: Fix a leak of the transfer helper on screen destroy.

Fixes: d009463a6549 ("vc4: Switch to using u_transfer_helper for MSAA 
maps.")
(cherry picked from commit 7f8d8b7d27868037a146f7fca04fef56b29bb85e)
[Juan A. Suarez: resolve trivial conflicts]
Signed-off-by: Juan A. Suarez Romero <[email protected]>

Conflicts:
        src/gallium/drivers/vc4/vc4_screen.c

- - - - -
2462638e by Eric Anholt at 2018-12-10T11:15:54Z
v3d: Fix a leak of the disassembled instruction string during debug dumps.

Fixes: ade416d02369 ("broadcom: Add VC5 NIR compiler.")
(cherry picked from commit f1d98204c34d36876e05e1d3f2242296ccec19e3)

- - - - -
4ca3d839 by Nicolai Hähnle at 2018-12-10T11:55:34Z
meson: link LLVM 'native' component when LLVM is available

Linking against LLVM built with BUILD_SHARED_LIBS fails otherwise,
as the component is required for the draw module.

Reviewed-by: Dylan Baker <[email protected]>
(cherry picked from commit 4275cae95c8cb217d6164dfeeafae7b56484b13d)

- - - - -
33f0b43a by Juan A. Suarez Romero at 2018-12-13T13:54:01Z
Update version to 18.2.7

Signed-off-by: Juan A. Suarez Romero <[email protected]>

- - - - -
419ee200 by Juan A. Suarez Romero at 2018-12-13T13:58:30Z
docs: add release notes for 18.2.7

Signed-off-by: Juan A. Suarez Romero <[email protected]>

- - - - -


30 changed files:

- VERSION
- bin/.cherry-ignore
- docs/relnotes/18.2.6.html
- + docs/relnotes/18.2.7.html
- meson.build
- src/amd/vulkan/meson.build
- src/amd/vulkan/radv_android.c
- src/amd/vulkan/radv_cmd_buffer.c
- src/amd/vulkan/radv_image.c
- src/amd/vulkan/radv_meta_bufimage.c
- src/amd/vulkan/radv_private.h
- src/amd/vulkan/radv_query.c
- src/amd/vulkan/radv_radeon_winsys.h
- src/amd/vulkan/winsys/amdgpu/radv_amdgpu_bo.c
- src/broadcom/compiler/vir_to_qpu.c
- src/egl/drivers/dri2/platform_wayland.c
- src/gallium/auxiliary/pipe-loader/pipe_loader.h
- src/gallium/auxiliary/pipe-loader/pipe_loader_sw.c
- src/gallium/drivers/nouveau/nv50/nv50_state.c
- src/gallium/drivers/nouveau/nvc0/nvc0_state.c
- src/gallium/drivers/r600/r600_query.c
- src/gallium/drivers/v3d/v3d_screen.c
- src/gallium/drivers/vc4/vc4_screen.c
- src/gallium/drivers/virgl/virgl_buffer.c
- src/gallium/drivers/virgl/virgl_encode.c
- src/gallium/drivers/virgl/virgl_resource.c
- src/gallium/drivers/virgl/virgl_winsys.h
- src/gallium/state_trackers/dri/drisw.c
- src/gallium/state_trackers/xa/xa_context.c
- src/gallium/state_trackers/xvmc/Makefile.am


The diff was not included because it is too large.


View it on GitLab: 
https://salsa.debian.org/xorg-team/lib/mesa/compare/3e741344d79e3ae67b1ad645e7d56fe6c0fb2ae2...419ee20097597bed77e73fd283e6d15e8dcb89e9

-- 
View it on GitLab: 
https://salsa.debian.org/xorg-team/lib/mesa/compare/3e741344d79e3ae67b1ad645e7d56fe6c0fb2ae2...419ee20097597bed77e73fd283e6d15e8dcb89e9
You're receiving this email because of your account on salsa.debian.org.

Reply via email to