- 26 Oct, 2020 1 commit
-
-
Antonio Maiorano authored
As LLVM Orc v2 API is in flux, changes are being made in google3. This CL applies those changes, while also continuing to make our backend work against LLVM 10. Bug: b/171402030 Change-Id: If7be93bfe495e9d40a6e69415978a622ed3afb50 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49608 Presubmit-Ready: Antonio Maiorano <amaiorano@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Antonio Maiorano <amaiorano@google.com>
-
- 24 Oct, 2020 2 commits
-
-
Antonio Maiorano authored
Make sure session is initialized before it is used by objectLayer. Fixes assert related to objectLayer using an invalid std::recursive_mutex in the session instance. Also added an explicit resource removal to fix assert in ~RTDyldObjectLinkingLayer(). Bug: b/171402030 Change-Id: I4f628a9ed4afd0126462858f8f0e3e42f90e21b3 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49508 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Ben Clayton <bclayton@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
Nicolas Capens authored
Bug: b/155148722 Change-Id: Ic7cbd90f696d3a59a11a9fb54fcdef6325b99197 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49168Reviewed-by:
Antonio Maiorano <amaiorano@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
- 23 Oct, 2020 1 commit
-
-
Sean Risser authored
This extension allows subgroup operations to use 8-bit, 16-bit, and 64-bit integers as well as 16-bit floating point types if the implementation supports those types. So no work is required other than enabling the extension. Bug: b/169606946 Tests: dEQP-VK.subgroups.arithmetic.* Change-Id: I824ad65a1c9d5f9fb98bc5769f97920de5815d0f Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49448Tested-by:
Sean Risser <srisser@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com>
-
- 22 Oct, 2020 1 commit
-
-
Sean Risser authored
Rather than occasionally updating VkStringify's table to match vulkan_core.h, we can use vulkan.hpp's to_string functions to get us the name of structure types. vulkan.hpp is such a burdensome file that it makes more sense to only include it in VkStringify.cpp instead of including it everywhere that looks at a structure extension list. And since vulkan.hpp uses its own equivalent equivalent types for every Vk* object, every place that calls vkhpp::to_string would have to do some clunky static_cast. I think in the long run, it's easier to maintain vulkan.hpp if we don't use it directly in our core files. Bug: b/170962162 Change-Id: Ib0380eaba4d05d9d5127fb0569efa6ef88d0156b Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49368 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Sean Risser <srisser@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
- 21 Oct, 2020 4 commits
-
-
Ben Clayton authored
We were calling `new MemoryMapper` and passing it into the `llvm::SectionMemoryManager`, but the `SectionMemoryManager` does not take ownership, resulting in a leak. Given that the `MemoryMapper` is entirely stateless, just use a pointer to a single static instance. Bug: b/171402030 Change-Id: Ic3a118a5f4aeea6b6b60861399993e81827c9d48 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49488Reviewed-by:
Antonio Maiorano <amaiorano@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Ben Clayton <bclayton@google.com>
-
Jason Macnak authored
... by only using the AHardwareBuffer_* functions which will use the device's gralloc implementation. Note: this change does not fix the 5 existing deqp failures in the suballocated.* tests that are mentioned in b/169796031. Note: ANGLE doesn't seem to have support for VK_FORMAT_G8_B8_R8_3PLANE_420_UNORM yet: b/171302758. Bug: b/141698760 Bug: b/147316305 Test: launch_cvd && cts -m CtsDeqpTestCases dEQP-VK.api.external.memory.android_hardware_buffer.* Change-Id: Ia551e78198c20d6c40ffa9448418f73829da1880 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49248 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Jason Macnak <natsu@google.com> Reviewed-by:
Trevor Black <vantablack@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
Antonio Maiorano authored
LLVM changes certain function return types to Expected<T> instead of T. This change adds an Unwrap that supports both cases, allowing the code to build in both contexts. Bug: b/171236524 Change-Id: I461ab440797695ca1e92d4827d6e6d8965dcf6b2 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49468Tested-by:
Antonio Maiorano <amaiorano@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
Antonio Maiorano authored
Bug: b/171236524 Change-Id: Ia72dd0544ed46e047aa85246fd4e3f75c20da25f Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49450Tested-by:
Antonio Maiorano <amaiorano@google.com> Reviewed-by:
Antonio Maiorano <amaiorano@google.com>
-
- 20 Oct, 2020 2 commits
-
-
Antonio Maiorano authored
See the referenced bug for the gory details. For now, this makes it so that Subzero's codegen doesn't crash even in the simple ReactorUnitTest cases. Bug: b/171222930 Change-Id: Ie22a91d7e3e4f3d940b7b9120067469ac4264020 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49388 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Antonio Maiorano <amaiorano@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
Ben Clayton authored
Also fix crashes when building with `REACTOR_EMIT_DEBUG_INFO`, but with a no-debug-info build. Change-Id: I183473a78235b938b44bf4a017f5239c78827285 Bug: b/171236524 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/43811 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Antonio Maiorano <amaiorano@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
- 16 Oct, 2020 2 commits
-
-
Sean Risser authored
A developer can change SWIFTSHADER_LOG_LEVEL to Debug or Verbose to make LOG_TRAP abort when a debugger is attached. This keeps debugging easy in most circumstances where devs don't care about unsupported struct extensions. But it still allows devs to go right to where an unsupported structure is being used if they so desire. Bug: b/169868497 Change-Id: I916506ee557f8de01516fe4efb33044c2367db77 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49288Reviewed-by:
Alexis Hétu <sugoi@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Sean Risser <srisser@google.com>
-
Corentin Wallez authored
In metal the size of the drawable (the texture use to render to the window) is decoupled from the window's size: - When the first drawable is created, its size is given by layer.bounds.size * layer.contentsScale. - Once set the drawableSize never changes without the user setting the layer.drawableSize explicitly. This means that the code checking for OUT_OF_DATE_KHR needs to be updated to check the texture size against the drawable's size (and not the current scaled window size). Also Swiftshader needs to set the drawableSize to the correct value when the window is resized. The best moment to do this is when querying the capabilities as that's done when a new swapchain is created (which happens when the application is handling the window's resize). Bug: dawn:269 Change-Id: Icf1c3df63d42e0fa9211893f6b89d8709dfd942e Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49328Tested-by:
Corentin Wallez <cwallez@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com>
-
- 15 Oct, 2020 2 commits
-
-
Antonio Maiorano authored
Bug: b/120208871 Change-Id: If777ca4d4df189b1b7fd67ffe572044c8d0508c0 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49008 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Antonio Maiorano <amaiorano@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
Eric Holk authored
We were hitting an assert in the assembler due to an instruction that had not been properly legalized. Now we ensure that mul instructions take at most one immediate. It is not clear why these instructions were not removed by upstream optimizations. This is possibly a result of values only being known at link time but somehow missed by LTO. This CL includes some minor cleanup as well: * Running lit tests does not actually require the Subzero runtime, so that is removed from the dependencies list. * Removes unused capture clauses that were causing warnings treated as errors on newer compilers. Reviewed-on: https://chromium-review.googlesource.com/896962Reviewed-by:
Jim Stichnoth <stichnot@chromium.org> Reviewed-by:
Karl Schimpf <kschimpf@chromium.org> Signed-off-by:
Antonio Maiorano <amaiorano@google.com> Bug: b/120208871 Change-Id: Ibf33b6961ee99311ca18c7179c56df28af6faf17 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49068 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Antonio Maiorano <amaiorano@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
- 14 Oct, 2020 3 commits
-
-
Jason Macnak authored
This reverts commit e72c6099. Reason for revert: try again after internal minigbm branch updated. Change-Id: I80e47b0d8d58e4f9f2ecdf0cbb2852b913014aaf Bug: b/141698760 Test: m (inside Android repo) Change-Id: I80e47b0d8d58e4f9f2ecdf0cbb2852b913014aaf Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49268 Presubmit-Ready: Jason Macnak <natsu@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Jason Macnak <natsu@google.com> Reviewed-by:
Ben Clayton <bclayton@google.com>
-
Alexis Hetu authored
Ever since vk::destroy calls the object destructor, we can have std objects in our vulkan objects, rather than std object pointers, which allows us to allocate them using the provided allocator, rather than having to use DEVICE_MEMORY. I'm unsure whether there was an actual memory leak here or if ASAN was detecting something that wasn't there, but this cl cleans up std object allocation and fixes whatever ASAN was detecting. With this change, the fuzzer run now completes without issue. Bug: chromium:1107112 Change-Id: Ib78451639131eb518e2bf8d63ba70b930aba2216 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48328 Presubmit-Ready: Alexis Hétu <sugoi@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Alexis Hétu <sugoi@google.com> Reviewed-by:
Ben Clayton <bclayton@google.com>
-
Ben Clayton authored
Makes stepping around inlined functions less jumpy. Fixes: b/170650010 Change-Id: Ie7b003722e3dee523a39bedf4dc42f1c0b05a041 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49228 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Tested-by:
Ben Clayton <bclayton@google.com>
-
- 11 Oct, 2020 1 commit
-
-
Jason Macnak authored
This reverts commit 139f5c35. Reason for revert: build breakages Bug: b/141698760 Change-Id: I145e532fe1dc873c83a4971bc9714b785eea38fe Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49188Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Jason Macnak <natsu@google.com>
-
- 10 Oct, 2020 2 commits
-
-
SwiftShader Regression Bot authored
Reactor backend: Subzero Change-Id: I997d746216a7b1b6179db34c841ccec60aab5c02 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48888 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
Jason Macnak authored
Bug: b/141698760 Test: m (inside Android repo) Change-Id: I29038001da0e122d66d634c47127139a3d33a16d Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49169 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Trevor Black <vantablack@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Jason Macnak <natsu@google.com>
-
- 09 Oct, 2020 4 commits
-
-
Nicolas Capens authored
We were simply adding the constant depth bias to the z coordinate, instead of interpreting it as relative to the minimum resolvable difference. In the legacy OpenGL ES code stack we're multiplying it by 2^-23, but this assumes a 32-bit floating-point depth format, while Vulkan must also support 16-bit integer depth, and doesn't take the exponent of the z values of the polygon into account. This change fixes the issue for both integer depth formats, which have a constant minimum resolvable difference, and floating-point depth formats, where the maximum exponent of the z values is used to determine the minimum resolvable difference per polygon. The viewport's depth range transform was corrected to be performed before the depth bias offset. Also the depth bias clamp operation was corrected to be performed only on the bias value, not the polygon's z value for vertex 0. We were also converting scalars to vectors a bit earlier than necessary, so this was refactored to happen later to simplify the calculations. The bias is added per fragment, after z interpolation, instead of being added to the 'C' factor of the plane equation. That's because we compute 'y * B + C' per row, and then add 'x * A' per fragment. When the bias is included in 'C', the additions cause loss of precision greater than the minimum resolvable difference, and dEQP-GLES3.functional.polygon_offset fails because it uses a 'units' depth bias of 1. Note this change is intentionally unoptimized, to serve as a spec- compliant reference implementation. dEQP has poor test coverage for this functionality so we need to start off with something that is easy to reference against the spec. Bug: b/139341727 Fixes: b/160463658 Change-Id: Ief1dd609d8ac974e76b1b785a924b09b448297a2 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48629 Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Antonio Maiorano <amaiorano@google.com>
-
Nicolas Capens authored
Vulkan never clamps interpolants, except for depth values (specifically for fixed-point formats, and for floating-point formats when the unrestricted depth extension is not enabled). This change moves the clamping operation out of interpolate(), which makes it easier to see depth clamping being performed when necessary, and will facilitate changes in applying depth bias. Bug: b/139341727 Change-Id: I8cef29d63fef00308ef2f813b4feb687c83baa86 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49148 Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Sean Risser <srisser@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
Ben Clayton authored
``` template<typename T, std::size_t N> void store(const rr::RValue<rr::Pointer<rr::Byte>> &ptr, const std::array<T, N> &val) ``` was completely broken as it was using `sizeof(T)` for element offsets. All uses of this overload use Reactor values for T, and so `sizeof(T)` evaluates to the size of the compiler type, not the runtime data type. Also remove the useless `for(int i = 0; i < N; i++)` in `buildGlobal()`. This iterator isn't used, so we're just doing the same calls to `put()` `N` times. Bug: b/170383642 Change-Id: I9ba9efce07e886087124118122de56a4d31c5503 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49129 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Ben Clayton <bclayton@google.com>
-
Ben Clayton authored
DXC is producing duplicate definitions for local variables. Give more context in the `ASSERT()` so it's easier to diagnose whats going wrong. Bug: b/170378370 Change-Id: Ic8c8f24a6dbd8ce23e04eb4f0265363b44bc174c Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49128 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Ben Clayton <bclayton@google.com>
-
- 08 Oct, 2020 1 commit
-
-
Ben Clayton authored
`debug::LocalVariable` expects the parent scope to contain a `debug::LexicalScope`. If it doesn't, then the variable is never registered, and doesn't show up in the watch windows. DXC emits `DebugLocalVariable`s for parameters, with the parent scope set to the immediate function, with no lexical block. To make parameters show up, make `debug::Function` inherit from `debug::LexicalBlock`. This makes all the existing logic that uses `debug::find<debug::LexicalBlock>()` work for both `DebugLexicalBlock` and `DebugFunction` scope types. Fixes: b/170320768 Change-Id: I296353eae9bb7f04bc649174b9f33a29d1dcc6e7 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49088 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Ben Clayton <bclayton@google.com>
-
- 07 Oct, 2020 1 commit
-
-
Nicolas Capens authored
We now deal with NaN and Inf results from the cube map face projection in the SamplerCore:address() method by clamping to the [0.0, 1.0) range, so we can just let the pathological division-by-zero cases happen and not spend more cycles on preventing it. Bug: b/169802633 Change-Id: I329420415f6e3b913d912b357758f92f8e0ee7f4 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48828 Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Antonio Maiorano <amaiorano@google.com>
-
- 06 Oct, 2020 3 commits
-
-
Sean Risser authored
A WARN was mistakenly used when logging the unsupported extension structs in getPhysicalDeviceFeatures2. Bug: b/169966461 Change-Id: I9923c46ae83e6eb4ba70b76d401221fcf45c5734 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48989 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Sean Risser <srisser@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
Sean Risser authored
Update the following functions to their 1.2 core names: * vkCreateRenderPass2KHR --> vkCreateRenderPass2 * vkCmdBeginRenderPass2KHR --> vkCmdBeginRenderPass2 * vkCmdEndRenderPass2KHR --> vkCmdEndRenderPass2 * vkCmdNextSubpass2KHR --> vkCmdNextSubpass2 Also remove redundant code in vkCreateRenderPass and vkCreateRenderPass2. Bug: b/169593400 Change-Id: I8a5ac34e694fa29796c132fb2be0d5a06fad2912 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48988 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Sean Risser <srisser@google.com>
-
Yiwei Zhang authored
Includes VK_EXT_device_memory_report definitions. https://github.com/KhronosGroup/Vulkan-Headers revision 94ff600cc8623a2fd270cc14b14def3fca12ffaf tag v1.2.156 This change also restores vulkan_fuchsia_extras.h include. Bug: b/158094132 Test: build Change-Id: Ibead6e76556adfa9fb5d4610f0a67020b707ffe3 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/49048 Presubmit-Ready: Yiwei Zhang <zzyiwei@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
David Turner <digit@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Yiwei Zhang <zzyiwei@google.com>
-
- 05 Oct, 2020 4 commits
-
-
Ben Clayton authored
* changes: Update Marl to f1c446ccd Squashed 'third_party/marl/' changes from d29553a3730..f1c446ccdc0
-
Nicolas Capens authored
Reduce the number of OpenGL and EGL tests to 16, to avoid exceeding the maximum number of X clients. Also make the attempts to open an X display back off exponentially instead of linearly. Bug: b/153322216 Change-Id: Ifb91d9b892dc4b5f6d26f369f2bece454b0bae87 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48969Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Ben Clayton <bclayton@google.com>
-
Ben Clayton authored
Wrapped in a `if(NOT DEFINED SWIFTSHADER_LOGGING_LEVEL)` so that it can be controlled by a parent project with a simple `set()`, much like `option_if_not_defined()`. Bug: b/169966461 Change-Id: I53a072289e6eac589e7640970045174076492774 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48948 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Ben Clayton <bclayton@google.com>
-
Ben Clayton authored
Changes: 1fd23dd Add license checker config and kokoro presubmit 1e5ec3e Change dap::integer backing type to int64_t 7b02b9f Add dap::initialize() and terminate() functions c9630a9 TypeOf: Move Move TypeInfos to anon namespace ed0af8f Add lots more tests for dap::any. 9d3f5c8 clang: Enable -Weverything, fix all warnings bb3dbcd Update DAP protocol to 1.41.0 f0c28f9 Fix moves of any when value isInBuffer 2f607e0 Fix deadlock closing socket on another thread 9003ee5 Socket: Use the RWMutex to fix TSAN error 53a62fd Add dap::RWMutex. A read / write mutex. 78dd3ab CMake: Handle building fuzzer with sanitizers 13c9e7d Implement timeouts for dap::Socket::connect 261d62d Remove unnecessary virtual inheritance aeb6614 json_serializer: Disable exceptions 773f0df Add support for fuzzing cppdap cc93ba9 Add the ability to derive message types from one another. c918748 Fix short reads in ContentReader::buffer() ad9b458 Fix `dap::Socket::read()` when `recv()` errors 9e31344 Kokoro Ubuntu: Switch to docker image 4bc690c Update DAP protocol to Version 1.40 Bug: b/145351270 Change-Id: I33bef298d558a3b4a484d5efc317494d4dc26c96 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48949 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:Nicolas Capens <nicolascapens@google.com> Tested-by:
Ben Clayton <bclayton@google.com>
-
- 02 Oct, 2020 5 commits
-
-
Nicolas Capens authored
Previously we had to click on the Gerrit comment posted by Regres to unfold the single-line snippet into the full comment, to check whether any regressions occured. This change makes "--- No change in test results ---" come first so we can see at a glance without opening the full comment that no regressions have occured, or be informed about changes in test results. Change-Id: Ia4d9bbb0f1db81df943c009af91fc43c9b71ade7 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48928Tested-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Antonio Maiorano <amaiorano@google.com>
-
Trevor David Black authored
Bug: b/141698760 Change-Id: I8d3895b2ee79a0ba71f20917ae1edc83dd19dab8 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48508Reviewed-by:
Trevor Black <vantablack@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: Trevor Black <vantablack@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Presubmit-Ready: Trevor Black <vantablack@google.com> Tested-by:
Trevor Black <vantablack@google.com>
-
Ben Clayton authored
Notable changes: * Fixed instances of bugprone-move-forwarding-reference. See: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48868 chromium:1134310 * Fiber stack size can now be configured. * Only public API symbols are now exported, allowing for creation of shared libraries / dlls. Changes: f1c446ccdc0 Fix instances of bugprone-move-forwarding-reference 8719a54cbe0 Kokoro: Get tar directories around the right way! 3a21f30c54e Kokoro: Package build artifacts into a .tar 57da063f48f Kokoro: Fix line continuation in release.bat ecaa2602da1 Kokoro: Rename release script names 787cf0686d2 Kokoro: Add release configs 3ce8637191a Kokoro: Test ucontext fibers on linux. 62f0a0f9e39 osfiber_ucontext: Fix memory leak & warning 20dc482b9a0 CMake: Add flag for ucontext fibers 3815666523e Kokoro: Fix define_artifacts.regex f51513856b6 Kokoro: Add define_artifacts action d2d77650ec1 CMake: Put marl-benchmarks in a named FOLDER 95e505a3071 Fix markdown lint warnings in README.md 71d86a2bc04 Kokoro: Add config for continuous + so builds 5f897319c18 Reduce scheduler fiber stack size for tests bc65ef5ebe5 Scheduler: Make the fiber stack size configurable b61e279881c Remove deprecated scheduler [gs]etters 1a28daf0d89 Add license checker config and kokoro presubmit 3448974c1b0 Add marl::DAG - a AoT declarative task graph 9e77dcdd5a4 Kokoro: Migrate to new Windows VM instance ac517aa6784 Fix schedule() with function arguments 834e558a138 Add missing include to export.h 1e8acb5695e MSVC build fixes. 84f047c114c Migrate from VERSION to CHANGES.md 0a1012317ab Annotate all public API inlines with MARL_NO_EXPORT 3689793cb1d Only notify one fiber in ConditionVariable::notify_one() 596e172322d CMake: Use -fvisibility=hidden by default 1d51df92c71 Disable by default deprecated scheduler [gs]etters 45be9b24830 README: Add FreeBSD and iOS to the list of OSes 4d68ade048a Export DLL public symbols for building marl as dll 1efb1e70228 Kokoro: Add configs for Android Commands: ./third_party/update-marl.sh --squash Bug: b/140546382 Bug: chromium:1134310 Change-Id: I48e99f1100d9a1e92a2b34c5764b5c604a1f2fe8
-
Ben Clayton authored
f1c446ccdc0 Fix instances of bugprone-move-forwarding-reference 8719a54cbe0 Kokoro: Get tar directories around the right way! 3a21f30c54e Kokoro: Package build artifacts into a .tar 57da063f48f Kokoro: Fix line continuation in release.bat ecaa2602da1 Kokoro: Rename release script names 787cf0686d2 Kokoro: Add release configs 3ce8637191a Kokoro: Test ucontext fibers on linux. 62f0a0f9e39 osfiber_ucontext: Fix memory leak & warning 20dc482b9a0 CMake: Add flag for ucontext fibers 3815666523e Kokoro: Fix define_artifacts.regex f51513856b6 Kokoro: Add define_artifacts action d2d77650ec1 CMake: Put marl-benchmarks in a named FOLDER 95e505a3071 Fix markdown lint warnings in README.md 71d86a2bc04 Kokoro: Add config for continuous + so builds 5f897319c18 Reduce scheduler fiber stack size for tests bc65ef5ebe5 Scheduler: Make the fiber stack size configurable b61e279881c Remove deprecated scheduler [gs]etters 1a28daf0d89 Add license checker config and kokoro presubmit 3448974c1b0 Add marl::DAG - a AoT declarative task graph 9e77dcdd5a4 Kokoro: Migrate to new Windows VM instance ac517aa6784 Fix schedule() with function arguments 834e558a138 Add missing include to export.h 1e8acb5695e MSVC build fixes. 84f047c114c Migrate from VERSION to CHANGES.md 0a1012317ab Annotate all public API inlines with MARL_NO_EXPORT 3689793cb1d Only notify one fiber in ConditionVariable::notify_one() 596e172322d CMake: Use -fvisibility=hidden by default 1d51df92c71 Disable by default deprecated scheduler [gs]etters 45be9b24830 README: Add FreeBSD and iOS to the list of OSes 4d68ade048a Export DLL public symbols for building marl as dll 1efb1e70228 Kokoro: Add configs for Android git-subtree-dir: third_party/marl git-subtree-split: f1c446ccdc0c611d1aeec4a6266a77693ae48c92
-
Yiwei Zhang authored
Bug: b/159763893 Change-Id: I9c662b726ccd77d8974cefb8bacfee8994f8c7b1 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48829 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Trevor Black <vantablack@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Yiwei Zhang <zzyiwei@google.com>
-
- 01 Oct, 2020 1 commit
-
-
SwiftShader Regression Bot authored
Reactor backend: Subzero Change-Id: Ief5908c0dcd93d218c9be0c13bb7a3991f74ab7a Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/48468 Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-