Commits on Source (47)
-
Dylan Baker authored
-
Jan Vesely authored
Trigger waiter condition variable. Passes 'events' CTS on carrizo and turks. v2: reduce to 0 Cc: mesa-stable@lists.freedesktop.org Signed-off-by:
Jan Vesely <jan.vesely@rutgers.edu> Reviewed-by:
Francisco Jerez <currojerez@riseup.net> (cherry picked from commit 1e8b8e08)
-
Jan Vesely authored
It's OK to pass them in memory, which is what kernel invocation needs. Fixes regressions since llvm r337535 ("Reapply "AMDGPU: Fix handling of alignment padding in DAG argument lowering"): scalar-arithmetic-char scalar-arithmetic-uchar scalar-arithemtic-short scalar-arithmetic-ushort scalar-comparison-char scalar-comparison-uchar scalar-comparison-short scalar-comparison-ushort Cc: mesa-stable@lists.freedesktop.org Signed-off-by: -
Mauro Rossi authored
Patch changes radv entrypoints generator to not skip this extension even though it is set as disabled in the vk.xml Reference: 63525ba7 ("android: enable VK_ANDROID_native_buffer") Fixes: 69f44755 ("vulkan: Drop vk_android_native_buffer.xml") Signed-off-by:
Mauro Rossi <issor.oruam@gmail.com> Reviewed-by:
Bas Nieuwenhuizen <bas@basnieuwenhuizen.nl> Reviewed-by:
Robert Foss <robert.foss@collabora.com> Reviewed-by:
Emil Velikov <emil.velikov@collabora.com> (cherry picked from commit 1eb65c51)
-
Mauro Rossi authored
Android build system will try to compile vk_format_table.c as a shipped source, but at compile time it will be missing, we move it to generated source, where it belongs Fixes: f4e499ec ("radv: add initial non-conformant radv vulkan driver") Signed-off-by:
-
Faith Ekstrand authored
Fixes: d800b7da "nir: Add a helper for figuring out what..." Reviewed-by:
Caio Marcelo de Oliveira Filho <caio.oliveira@intel.com> (cherry picked from commit 9a4ab4c1)
-
Karol Herbst authored
v2: use nir_metadata_preserve preserve metadata in case of !progress Fixes: 074f5ba0 "nir: Add a simple int64 lowering pass" Signed-off-by:Karol Herbst <kherbst@redhat.com> (cherry picked from commit bc0e0c28)
-
Dave Airlie authored
I copied this value from radeonsi, but it was wrong, 1024 seems to be correct answer from looking at gpuinfo. This should fix a few compute shader related hangs. (at least in CTS) Cc: <mesa-stable@lists.freedesktop.org> (airlied: pushed because it avoids hangs) (cherry picked from commit 9039cf70)
-
Christian Gmeiner authored
Fixes: d0bed0b4 ("etnaviv: support HI performance counters") Cc: mesa-stable@lists.freedesktop.org Signed-off-by:
Christian Gmeiner <christian.gmeiner@gmail.com> Reviewed-by:
Chris Healy <cphealy@gmail.com> (cherry picked from commit e1d4882d)
-
Marek Olšák authored
a needle in the haystack? Cc: 18.1 <mesa-stable@lists.freedesktop.org> Reviewed-by:
-
Olivier Fourdan authored
get_supported_modifiers() and pixmap_from_buffers() requests both expect a window as drawable, passing a pixmap will fail as the Xserver will fail to match the given drawable to a window. That leads to dri3_alloc_render_buffer() to return NULL and breaks rendering when using GLX_DOUBLEBUFFER on pixmaps. Query the root window of the pixmap on first init, and use the root window instead of the pixmap drawable for get_supported_modifiers() and pixmap_from_buffers(). Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107117 Fixes: 069fdd5f ("egl/x11: Support DRI3 v1.1") Signed-off-by:
Olivier Fourdan <ofourdan@redhat.com> Reviewed-by:
Daniel Stone <daniels@collabora.com> Reviewed-by:
Eric Anholt <eric@anholt.net> (cherry picked from commit 03a61b97)
-
Vlad Golovkin authored
Zeroing memory after calloc is not necessary. This also allows to avoid possible crash when allocation fails, because memset is called before checking screen for NULL. Fixes: a29d63ec "swr: refactor swr_create_screen to allow for proper cleanup on error" Reviewed-by:
Eric Engestrom <eric.engestrom@intel.com> (cherry picked from commit 9d3a2394)
-
Andres Gomez authored
Instead of plain snprintf(). To fix the MSVC 2013 build: Compiling src\gallium\auxiliary\driver_ddebug\dd_draw.c ... dd_draw.c c:\projects\mesa\src\gallium\auxiliary\driver_ddebug\dd_util.h(60) : warning C4013: 'snprintf' undefined; assuming extern returning int ... gallium.lib(dd_draw.obj) : error LNK2001: unresolved external symbol _snprintf build\windows-x86-debug\gallium\targets\graw-gdi\graw.dll : fatal error LNK1120: 1 unresolved externals scons: *** [build\windows-x86-debug\gallium\targets\graw-gdi\graw.dll] Error 1120 scons: building terminated because of errors. Fixes: 6ff0c6f4 ("gallium: move ddebug, noop, rbug, trace to auxiliary to improve build times") Cc: Marek Olšák <marek.olsak@amd.com> Cc: Brian Paul <brianp@vmware.com> Cc: Roland Scheidegger <sroland@vmware.com> Cc: Nicolai Hähnle <nicolai.haehnle@amd.com> Signed-off-by:
Andres Gomez <agomez@igalia.com> Reviewed-by:
Brian Paul <brianp@vmware.com> Reviewed-by:
Nicolai Hähnle <nicolai.haehnle@amd.com> (cherry picked from commit 1090e97e)
-
Andres Gomez authored
Instead of plain snprintf(). To fix the MSVC 2013 build: Compiling src\gallium\auxiliary\util\u_tests.c ... u_tests.c src\gallium\auxiliary\util\u_tests.c(624) : warning C4013: 'snprintf' undefined; assuming extern returning int ... gallium.lib(u_tests.obj) : error LNK2019: unresolved external symbol _snprintf referenced in function _test_texture_barrier build\windows-x86-debug\gallium\targets\graw-gdi\graw.dll : fatal error LNK1120: 1 unresolved externals scons: *** [build\windows-x86-debug\gallium\targets\graw-gdi\graw.dll] Error 1120 scons: building terminated because of errors. Fixes: 56342c97 ("gallium/u_tests: test FBFETCH and shader-based blending with MSAA") Cc: Marek Olšák <marek.olsak@amd.com> Cc: Brian Paul <brianp@vmware.com> Cc: Roland Scheidegger <sroland@vmware.com> Cc: Dieter Nützel <Dieter@nuetzel-hh.de> Signed-off-by:
-
Andres Gomez authored
Instead of plain snprintf(). To fix the MSVC 2013 build. Fixes: 6ff0c6f4 ("gallium: move ddebug, noop, rbug, trace to auxiliary to improve build times") Cc: Marek Olšák <marek.olsak@amd.com> Cc: Brian Paul <brianp@vmware.com> Cc: Roland Scheidegger <sroland@vmware.com> Signed-off-by:
-
Faith Ekstrand authored
Otherwise, only the first vec4 of a matrix or other complex type will get marked as flat and we'll interpolate the others. This was caught by a dEQP test which started failing because it did a SSO vs. non-SSO comparison. Previously, we did the interpolation wrong consistently in both versions. However, with one of Tim Arceri's NIR linkingpatches, we started splitting the matrix input into vectors at link time in the non-SSO version and it started getting correctly interpolated which didn't match the broken SSO version. As of this commit, they both get correctly interpolated. Fixes: e61cc87c "i965/fs: Add a flat_inputs field to prog_data" Reviewed-by:
Kenneth Graunke <kenneth@whitecape.org> Reviewed-by:
Timothy Arceri <tarceri@itsqueeze.com> (cherry picked from commit 57804efa)
-
Dylan Baker authored
Fixes: d1992255 ("meson: Add build Intel "anv" vulkan driver") Signed-off-by:
Dylan Baker <dylan.c.baker@intel.com> Reviewed-by:
-
Dylan Baker authored
By including the proper headers for getpid and for mkdir. Fixes: 6ff0c6f4 ("gallium: move ddebug, noop, rbug, trace to auxiliary to improve build times") Signed-off-by:
Marek Olšák <marek.olsak@amd.com> (cherry picked from commit 2877b655)
-
Jordan Justen authoredSince various options within INTEL_DEBUG could impact code generation, we need to set the disk cache driver_flags parameter based on the INTEL_DEBUG flags in use. An example that will affect the program generated by i965 is the INTEL_DEBUG=nocompact option. The DEBUG_DISK_CACHE_MASK value is added to mask the settings of INTEL_DEBUG that can affect program generation. v2: * Use driver_flags (Tim) * Also update Anvil (Jason) Signed-off-by:
Jordan Justen <jordan.l.justen@intel.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com> (cherry picked from commit 2b3064c0) Merge conflicts resolved by Dylan Pulled in to apply next patch Conflicts: src/intel/vulkan/anv_device.c
-
Jordan Justen authored
Shader time hard codes an index of the shader time buffer within the gen program. In order to support shader time in the disk shader cache, we'd need to add the shader time index into the program key. This should work, but probably is not worth it for this particular debug feature. Therefore, let's just disable the disk shader cache if the shader time debug feature is used. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=106382 Fixes: 96fe36f7 "i965: Enable disk shader cache by default" Cc: Eero Tamminen <eero.t.tamminen@intel.com> Cc: Kenneth Graunke <kenneth@whitecape.org> Signed-off-by:
-
Dylan Baker authored
-
Karol Herbst authored
We already guarded all OP_SULDP against out of bound accesses, but we ended up just reusing whatever value was stored in the dest registers. Fixes CTS test shader_image_load_store.incomplete_textures v2: fix for loads not ending up with predicates (bindless_texture) v3: fix replacing the def Cc: <mesa-stable@lists.freedesktop.org> Reviewed-by:
Ilia Mirkin <imirkin@alum.mit.edu> Signed-off-by:
-
Jon Turney authored
With a sufficently recent meson, the following warning is produced: WARNING: Passed invalid keyword argument "extra_args". WARNING: This will become a hard error in the future. It seems that compiler.links(args:) is meant here. Signed-off-by:
Jon Turney <jon.turney@dronecode.org.uk> Reviewed-and-Tested-by:
Dylan Baker <dylan@pnwbakers.com> (cherry picked from commit a48c0659)
-
Gert Wollny authored
os.path.exists doesn't return True for stale symlinks, but they are in the way later, when a link/file with the same name is to be created. For instance it is conceivable that the pointed to file is replaced by a file with a new name, and then the symlink is dead. To handle this check specifically for all existing symlinks to be removed. (This bugged me for some time with a link libXvMCr600.so always being in the way of installing this file) v2: use only os.lexist and replace all instances of os.exist (Dylan Baker) v3: handle directory check correctly (Eric Engestrom) Fixes: f7f1b30f ("meson: extend install_megadrivers script to handle symmlinking") Reviewed-by: Eric Engestrom <eric.engestrom@intel.com>(v2 minus dir check) Reviewed-by:
Gert Wollny <gert.wollny@collabora.com> (cherry picked from commit 7a46b2d6) Conflicts resolved by Dylan Conflicts: bin/install_megadrivers.py
-
Emma Anholt authored
Fixes: bd192556 ("vc4: Convert the driver to emitting the shader record using pack macros.") (cherry picked from commit 9507e036)
-
Emil Velikov authored
With earlier rework the user and provider of the symbol are within the same binary. Thus there's no point in exporting the function. Spotted while reviewing patch from Chuck, that nearly added another unneeded PUBLIC function. Cc: Chuck Atkins <chuck.atkins@kitware.com> Cc: Tim Rowley <timothy.o.rowley@intel.com> Fixes: f50aa214 "(swr: build driver proper separate from rasterizer") Signed-off-by:
Chuck Atkins <chuck.atkins@kitware.com> Reviewed-By: George Kyriazis <george.kyriazis@intel.com<mailto:george.kyriazis@intel.com>> Tested-by: Chuck Atkins <chuck.atkins@kitware.com<mailto:chuck.atkins@kitware.com>> (cherry picked from commit 54d84489)
-
Dylan Baker authored
-
Emma Anholt authored
Fixes texturing from EGL images created from cubemap faces, as in dEQP-EGL.functional.image.create.gles2_cubemap_negative_x_rgba_texture Cc: mesa-stable@lists.freedesktop.org (cherry picked from commit 9ab6912a)
-
Emma Anholt authored
Fixes: dEQP-GLES2.shaders.struct.uniform.sampler_array_fragment dEQP-GLES2.shaders.struct.uniform.sampler_array_vertex dEQP-GLES2.shaders.struct.uniform.sampler_nested_fragment dEQP-GLES2.shaders.struct.uniform.sampler_nested_vertex Cc: mesa-stable@lists.freedesktop.org (cherry picked from commit 69158c45)
-
Emil Velikov authored
This has been a requirement for ages, yet it seems like we never explicitly errored out during configure. CC: <mesa-stable@lists.freedesktop.org> Signed-off-by:
Adam Jackson <ajax@redhat.com> (cherry picked from commit a7ea7511)
-
Emil Velikov authored
The toggles were broken with the introduction of --enable-mangling. Fixing that up might be possible, but it's not worth the complexity since one can rename the libraries at any point. CC: <mesa-stable@lists.freedesktop.org> Signed-off-by:
-
Emil Velikov authored
It's not a thing that can work, nor is a wise idea to attempt. v2: Tweak error message (Dylan) CC: <mesa-stable@lists.freedesktop.org> Signed-off-by:
-
Emil Velikov authored
This is more of a hack, since glvnd itself should be providing the file. Until that happens, ensure the libs is correctly set to -lGL CC: <mesa-stable@lists.freedesktop.org> Signed-off-by:
-
Juan A. Suarez Romero authored
According to EGL 1.5 spec, section 3.10.1.1 ("Native Window Resizing"): "If the native window corresponding to _surface_ has been resized prior to the swap, _surface_ must be resized to match. _surface_ will normally be resized by the EGL implementation at the time the native window is resized. If the implementation cannot do this transparently to the client, then *eglSwapBuffers* must detect the change and resize surface prior to copying its pixels to the native window." So far, resizing a native window in Wayland/EGL was interpreted in Mesa as a request to resize, which is not executed until the first draw call. And hence, surface size is not updated until executing it. Thus, querying the surface size with eglQuerySurface() after a window resize still returns the old values. This commit updates the surface size values as soon as the resize is done, even when the real resize is done in the draw call. This makes the semantics that any native window resize request take effect inmediately, and if user calls eglQuerySurface() it will return the new resized values. v2: update surface size if there isn't a back surface (Daniel) CC: Daniel Stone <daniel@fooishbar.org> CC: mesa-stable@lists.freedesktop.org Reviewed-by: -
Juan A. Suarez Romero authored
When creating a windows surface with eglCreateWindowSurface(), the width and height returned by eglQuerySurface(EGL_{WIDTH,HEIGHT}) is invalid until buffers are updated (like calling glClear()). But according to EGL 1.5 spec, section 3.5.6 ("Surface Attributes"): "Querying EGL_WIDTH and EGL_HEIGHT returns respectively the width and height, in pixels, of the surface. For a window or pixmap surface, these values are initially equal to the width and height of the native window or pixmap with respect to which the surface was created" This fixes dEQP-EGL.functional.color_clears.* CTS tests v2: - Do not modify attached_{width,height} (Daniel) - Do not update size on resizing window (Brendan) CC: Daniel Stone <daniel@fooishbar.org> CC: Brendan King <brendan.king@imgtec.com> CC: mesa-stable@lists.freedesktop.org Tested-by:Eric Engestrom <eric@engestrom.ch> Tested-by:
Chad Versace <chadversary@chromium.org> Reviewed-by:
-
Vadym Shovkoplias authored
This fixes both Metro 2033 Redux and Metro Last Light Redux Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=99730 Signed-off-by:
Eero Tamminen <eero.t.tamminen@intel.com> Signed-off-by:
Vadym Shovkoplias <vadym.shovkoplias@globallogic.com> Reviewed-by:
Tapani Pälli <tapani.palli@intel.com> (cherry picked from commit e0de26ea)
-
Adam Jackson authored
This extension is not defined for indirect contexts. Marking it as "client only", as the old code did here, would make the extension available in indirect contexts, even though the server would certainly not have it in its extension list. Cc: <mesa-stable@lists.freedesktop.org> Signed-off-by:
-
Emma Anholt authored
This is basically copied from the DRI2 destroy path. Without this, Raspberry Pi would quickly run out of CMA during the EGL tests in the CTS due to all the pixmaps laying around. Fixes: f35198ba ("egl/x11: Implement dri3 support with loader's dri3 helper") Reviewed-by:
-
Kenneth Graunke authored
When the SIMD16 Gen4-5 fragment shader payload contains source depth (g2-3), destination stencil (g4), and destination depth (g5-6), the single register of stencil makes the destination depth unaligned. We were generating this instruction in the RT write payload setup: mov(16) m14<1>F g5<8,8,1>F { align1 compr }; which is illegal, instructions with a source region spanning more than one register need to be aligned to even registers. This is because the hardware implicitly does (nr | 1) instead of (nr + 1) when splitting the compressed instruction into two mov(8)'s. I believe this would cause the hardware to load g5 twice, replicating subspan 0-1's destination depth to subspan 2-3. This showed up as 2x2 artifact blocks in both TIS-100 and Reicast. Normally, we rely on the register allocator to even-align our virtual GRFs. But we don't control the payload, so we need to lower SIMD widths to make it work. To fix this, we teach lower_simd_width about the restriction, and then call it again after lower_load_payload (which is what generates the offending MOV). Fixes: 8aee87fe (i965: Use SIMD16 instead of SIMD8 on Gen4 when possible.) Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=107212 Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=13728 Reviewed-by:Jason Ekstrand <jason@jlekstrand.net> Tested-by:
Diego Viola <diego.viola@gmail.com> (cherry picked from commit 08a5c395)
-
Tapani Pälli authored
Return ir_rvalue::error_value with ast_post_inc, ast_post_dec if parser error was emitted previously. This way process_array_size won't see bogus IR generated like with commit 9c676a64. Signed-off-by:
Iago Toral Quiroga <itoral@igalia.com> (cherry picked from commit 03a5acec)
-
Dylan Baker authored
-
Dylan Baker authored
-
Andreas Boll authored
mesa-18.1.6
-
Andreas Boll authored
-
Andreas Boll authored
-
Andreas Boll authored
-
Andreas Boll authored
docs/relnotes/18.1.6.html
0 → 100644