- 28 Jun, 2021 3 commits
-
-
Nicolas Capens authored
The -warn-stack-size command line option won't be deprecated until the LLVM 13 release. This change also produces a compile-time error when LLVM 13+ is used so we won't fail to notice that the the stack size checking functionality has to be implemented using the per-function "warn-stack-size" attribute introduced by https://reviews.llvm.org/D104342. Note that development builds of LLVM use LLVM_MAJOR_VERSION=9999. Bug: b/191193823 Change-Id: I044d576a6dcd73354710783a7f7e042cb43254c5 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/55188 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com>
-
Alexis Hetu authored
If an image has a single mip level, and filtering isn't LOD dependent, as is the case when using FILTER_MIN_POINT_MAG_LINEAR or FILTER_MIN_LINEAR_MAG_POINT, LOD computation is not necessary in order to perform image sampling and can be bypassed entirely. Bug: b/179889245 Change-Id: Ic69fe0c45211ccbb66c88c502c2dba1c50630aa7 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/52688 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:
Nicolas Capens <nicolascapens@google.com> Commit-Queue: Alexis Hétu <sugoi@google.com>
-
SwiftShader Regression Bot authored
Reactor backend: LLVM Change-Id: Iccd8573f30562e5aaf0f5f56a389d6c1bf5da30e Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/55068 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Tested-by:
Alexis Hétu <sugoi@google.com>
-
- 25 Jun, 2021 3 commits
-
-
Peter Kasting authored
These match changes that have been previously landed in LLVM upstream. Bug: chromium:1223264 Change-Id: Ifb104adc7d513b38ad13d96171b290ff204a7de1 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/55128 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Peter Kasting <pkasting@google.com> Commit-Queue: Peter Kasting <pkasting@google.com>
-
Nicolas Capens authored
Remaining occurences of this warning have been fixed. Note the warning is also added by -Wextra so we previously explicitly disabled it with -Wno-deprecated-copy. While removing the latter should suffice to re- enable it, it's useful to make it explicit since support for implicit copy constructors when a user-defined assignment operator has been defined may be removed in the near future. Bug: b/191417833 Change-Id: If6721ae900afd530750a7d05ccc40365924d4c25 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/55028 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com>
-
Nicolas Capens authored
Reactor's Reference<> class represents a C++-like reference. It can be constructed from another reference, which creates a shallow copy, or it can be assigned another reference, which is a deep copy, but it cannot be assigned a new address. To enforce this, the address field was made constant. Also the default copy constructor outside the class definition, which is considered a user-provided copy constructor, was replaced with an in class defaulted default copy constructor. This makes it easier to understand that the copy constructor does default copying of the member fields when only looking at the class definition, takes fewer lines of code, and may enable some optimizations. Bug: b/191417833 Change-Id: Ied4ba3c7957b36efc06c19ce49f4e26309fb0c66 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/55029 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com>
-
- 23 Jun, 2021 1 commit
-
-
Nicolas Capens authored
The Vulkan 1.2.182 spec mandates that "The UpdateAfterBind descriptor limits must each be greater than or equal to the corresponding non-UpdateAfterBind limit." Note that at the moment we do not advertise any of the update after bind features (e.g. descriptorBindingSampledImageUpdateAfterBind), but the Vulkan Validation Layers still expect these limits to be non-0. A descriptor pool creation flag and a descriptor binding flag which are disallowed when the features are not enabled prevent actual update after bind usage. Bug: swiftshader:160 Change-Id: Icce2ba987cb67a87544a406df144dfce8026b3f6 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/55108Tested-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com>
-
- 21 Jun, 2021 1 commit
-
-
SwiftShader Regression Bot authored
Reactor backend: Subzero Change-Id: I7da14621e8aaf5e6730e2a2b884ad09984310e25 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54828 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Tested-by:
Alexis Hétu <sugoi@google.com>
-
- 18 Jun, 2021 2 commits
-
-
Mikko Tiusanen authored
Changes VkTimeLineSemaphore::Shared::wait to pass on already signalled semaphores. Bug: b/188565298 Change-Id: I52089aca20d79392b1d9fb9ae2e0e04e8c91c6ff Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54908 Kokoro-Result: kokoro <noreply+kokoro@google.com> Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Sean Risser <srisser@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
Jari Komppa authored
Remove assert to accept OpAccessChain without indexes. Change-Id: Ie57f60d6ac35198e7d7a1b75071fcd985dc1da18 Bug: b/161516333 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54728Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
- 17 Jun, 2021 2 commits
-
-
Alexis Hetu authored
Legacy SwiftShader GL has a maximum framebuffer size of 8192 width and height. SwiftShader Vulkan's maximum framebuffer size was 4096, but this CL increases it to 8192. An issue was hit by using Chromium with SwANGLE on an iMac Pro 5k screen, where the 4096 limit was insufficient and causing a crash. The viewport max dimensions and bounds range had to be adjusted accordingly. According to the spec: "viewportBoundsRange[2] is the [minimum, maximum] range that the corners of a viewport must be contained in. This range must be at least [-2 × size, 2 × size - 1], where size = max(maxViewportDimensions[0], maxViewportDimensions[1])." Bug: chromium:1209250 Change-Id: I0ef15ccf2433aea348fd7946319ffb3406174873 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/55008Tested-by:
Alexis Hétu <sugoi@google.com> Commit-Queue: Alexis Hétu <sugoi@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
Peter Kasting authored
Bug: chromium:1213098 Change-Id: Ief039d18b65eb338f42e60f78c864c52bc9becc1 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54928 Kokoro-Result: kokoro <noreply+kokoro@google.com> Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Peter Kasting <pkasting@google.com> Commit-Queue: Peter Kasting <pkasting@google.com>
-
- 16 Jun, 2021 1 commit
-
-
Nicolas Capens authored
This command line option is getting replaced with a module attribute in https://reviews.llvm.org/D103928. Temporarily disable it for LLVM versions newer than 11. Once LLVM 12 is released we should be able to use the attribute instead to retain this functionality. Note that upstream SwiftShader still uses LLVM 10, and the primary usage of this functionality is to prevent stack overflow in Chrome's fuzzers, which is not affected by this temporary change. Bug: b/191193823 Change-Id: I2edb0dc4df5d434540741bcb3007539311eb958a Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54968 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Commit-Queue: Nicolas Capens <nicolascapens@google.com>
-
- 15 Jun, 2021 1 commit
-
-
Nicolas Capens authored
The account info of Gerrit Labels isn't fetched unless the DETAILED_ACCOUNTS parameter is added to the query: https://gerrit-review.googlesource.com/Documentation/rest-api-changes.html This fixes the `canTest` result, setting it to true if either: - The author is a Googler (was previously working as intended) - The change has a Code-Review +1 or +2 from a Googler - The change has a Presubmit-Ready +1 from a Googler Change-Id: I5cd9881ad38a178fb5bbeb6e4aae4b5a18be9749 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54948Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com>
-
- 10 Jun, 2021 2 commits
-
-
Nicolas Capens authored
This reverts commit efe254de. b/189557997 was addressed by removing .gitmodules in the AutoRoller: https://skia-review.googlesource.com/c/buildbot/+/415736 Change-Id: Iec5ea73fce689f5286aedc486447ea0f498912b7 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54868Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Jason Macnak <natsu@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com>
-
Sean Risser authored
By using a C array instead of a std::vector, the data tables for BC6h are initialized without a constructor. This helps lower SwiftShader's startup costs. Tests: dEQP-VK.*bc6* Bug: b/174782098 Change-Id: I9bcfa2753bc6255ff16543d424cf8936c2817148 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54788Reviewed-by:
Alexis Hétu <sugoi@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Sean Risser <srisser@google.com> Commit-Queue: Nicolas Capens <nicolascapens@google.com>
-
- 08 Jun, 2021 1 commit
-
-
SwiftShader Regression Bot authored
Reactor backend: LLVM Change-Id: Ie03892e67b23995d84263e7b94c27204a67b8aab Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54808 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Tested-by:
Alexis Hétu <sugoi@google.com>
-
- 07 Jun, 2021 1 commit
-
-
SwiftShader Regression Bot authored
Reactor backend: Subzero Change-Id: I30882faaf36d9291d9b487362fd088d2152a8b4e Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54708 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Tested-by:
Alexis Hétu <sugoi@google.com>
-
- 03 Jun, 2021 3 commits
-
-
Nicolas Capens authored
This change adds a script which is to be called by the SwiftShader into Android AutoRoller: https://autoroll.skia.org/r/swiftshader-android It prepares a checkout for upload into the Android repo. Specifically, Android does not allow remote submodules, so this script removes them. Note SwiftShader does not require any submodules to build the library; they are optional for development purposes. Bug: b/189557997 Change-Id: I36b4ae59cd843f1c69146f0f52ce8f323c6bc15a Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54768Reviewed-by:
Alexis Hétu <sugoi@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
Nicolas Capens authored
The vk::GraphicsState constructor does not initialize all members in all code paths. We were relying on the zero-initializing done by vk::allocate() which is used to allocate vk::GraphicsPipeline which in turn contains a GraphicsState member. We want to change vk::allocate() to no longer zero-initialize all memory, to catch more MemorySanitizer errors made by applications. Thus we must also not rely on such automatic initialization ourselves. Note that this change might also hide MemorySantizer violations committed by the application side. For example some state is only copied from VkGraphicsPipelineCreateInfo into vk::GraphicsState on construction when flags indicate they're not dynamic state. If the application forgets to makerecord commands that set the dynamic state, their value is undefined: Vulkan 1.2.178 section 6. Command Buffers: "When a command buffer begins recording, all state in that command buffer is undefined." Vulkan 1.2.178 section 10.11. Dynamic State: "If the state is specified as dynamic in the new pipeline object, then that command buffer state is not disturbed. Before any draw or dispatch call with this pipeline there must have been at least one call to each of the corresponding dynamic state setting commands since the command buffer recording was begun, or the last bound pipeline object with that state specified as static, whichever was the latter." Thus once sw::allocate() no longer also zeroes this data, we should revert the value-initialization where possible and ensure we don't touch the uninitialized data ourselves, unless as a consequence of an application bug. Bug: b/140991626 Change-Id: I060e8d8a79e93b0676669eed361fab4f86ab1b56 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/53089 Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com>
-
Nicolas Capens authored
vk::allocate() zero-initializes its memory, which was nulling the VkSpecializationInfo::pMapEntries field in case the mapEntryCount is 0. We'll be changing vk::allocate() to not zero-initialize, to catch cases where applications might incorrectly be relying on it, with MemorySanitizer. So we have to also not be relying on it. Bug: b/140991626 Change-Id: I5917c902c0af27985556340dfc1dbae79010a125 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54468 Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com>
-
- 02 Jun, 2021 2 commits
-
-
Sean Risser authored
clang-format will modify non source files and has no configuration options to ignore bash, python, or extensionless files. This CL is a follow up for: https://swiftshader-review.googlesource.com/c/git-hooks/+/54569 Bug: b/187094215 Change-Id: I72953bd07e3c16b70aab441a25c27abae31b6a87 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54689 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Commit-Queue: Sean Risser <srisser@google.com> Tested-by:
Sean Risser <srisser@google.com>
-
Sean Risser authored
The Vulkan spec is being clarified to explain that the FragCoord passed to a shader should use the unclamped depth value and that only the depth test and depth write should use clamped values. Bug: b/184063472 Change-Id: Ic76c13512745abea2181475eff5147134a1bf147 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54668 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Sean Risser <srisser@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Commit-Queue: Sean Risser <srisser@google.com>
-
- 31 May, 2021 1 commit
-
-
Nicolas Capens authored
This update advances dEQP to a revision where the 1.2.6 branch is merged into the master branch. It uses the new 'chunked' testlists. Notable new tests: - Add tests for VK_EXT_provoking_vertex (https://gitlab.khronos.org/Tracker/vk-gl-cts/-/issues/2092) - Require geometry shaders for adjacency topologies (https://gitlab.khronos.org/Tracker/vk-gl-cts/-/issues/2906) - Add early fragment tests (https://gitlab.khronos.org/Tracker/vk-gl-cts/-/issues/2738) Tests: dEQP-VK.* Bug: b/140302392 Bug: b/189588731 Bug: b/167582422 Fixes: b/189334760 Fixes: b/185814882 Change-Id: I278224b3e709c714f1e7e6fb750eeffbfba84578 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54568Tested-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Sean Risser <srisser@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
- 29 May, 2021 2 commits
-
-
SwiftShader Regression Bot authored
Reactor backend: LLVM Change-Id: Id3e18f2779facfe3f441f684a40540a86d904643 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54489Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
Nicolas Capens authored
Using -DDEQP_TARGET=x11_egl caused a build error on some systems: /usr/bin/ld: /usr/lib/gcc/x86_64-linux-gnu/10/../../../x86_64-linux-gnu/Scrt1.o: in function `_start': (.text+0x20): undefined reference to `main' Using 'default' instead makes the build succeed, and makes XCB WSI tests pass. However, GLES tests crash. Since we no longer need them due to SwANGLE, with SwiftShader becoming Vulkan-only, this change removes them from the test run. Also, the dEQP build is reduced to just the deqp-vk target. Lastly, code coverage generation on 'daily' test runs is disabled. It produced errors such as: Failed to process test coverage for test 'dEQP-VK.***'. llvm-profdata errored. Cause: exit status 1 It was already disabled locally on the Regres bot to avoid these errors. Bug: b/189469951 Bug: b/152192800 Change-Id: I07383e1168cc322bb9247ed39db091f91c054b6d Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54589 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
- 27 May, 2021 4 commits
-
-
Sean Risser authored
Bug: b/184063472 Change-Id: Ife9e8c7d90d43695b712ac6d1d44f9b4ec73a4df Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54669Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Sean Risser <srisser@google.com> Commit-Queue: Sean Risser <srisser@google.com>
-
Nicolas Capens authored
Worker::current is a static thread_local which gets intialized to null, which gets checked for in Scheduler::Fiber::current(). Unfortunately MemorySanitizer does not observe the initialization when Marl is used within a shared library, when the Linux dynamic loader is not instrumented and its TLS initialization is not otherwise intercepted and handled correctly. This change decorates Scheduler::Fiber::current() with __attribute__((no_sanitize_memory)) to suppress instrumenting it with use-of-uninitialized-data checks. Bug: chromium:1211047 Change-Id: I61b584922d9aba5d67991ce916c69102734f2b61 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54610Reviewed-by:
Alexis Hétu <sugoi@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
Sean Risser authored
git-hooks tracks git hook scripts for SwiftShader. Using git config we can tell git to use these scripts instead of what's in .git/hooks. Bug: b/187094215 Change-Id: I2df090c47ceeb1b352960576a34f259b75946302 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54528 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Sean Risser <srisser@google.com> Commit-Queue: Sean Risser <srisser@google.com>
-
Nicolas Capens authored
Bug: b/189334760 Change-Id: I27d8e54d20a534ffd5f7b0deb8d0c55c05baabdc Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54588 Kokoro-Result: kokoro <noreply+kokoro@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com>
-
- 26 May, 2021 1 commit
-
-
Chong Gu authored
Change-Id: Ic97c3f6ad929f5aa73ff8fb97f0f43321448c739 Bug: chromium:1205958 Change-Id: Ic97c3f6ad929f5aa73ff8fb97f0f43321448c739 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54548 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Commit-Queue: Chong Gu <chonggu@google.com> Tested-by:
Chong Gu <chonggu@google.com>
-
- 22 May, 2021 1 commit
-
-
SwiftShader Regression Bot authored
Reactor backend: LLVM Change-Id: I528543663edc615d390ef91b86939ec158341149 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54488 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
- 21 May, 2021 3 commits
-
-
John Stiles authored
This reverts commit bbe1b996. Reason for revert: breaks conformance test Change-Id: I4f9579c10414b88646b4bda2449ac04e052ca162 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54449Tested-by:
John Stiles <johnstiles@google.com> Reviewed-by:
John Stiles <johnstiles@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Commit-Queue: John Stiles <johnstiles@google.com>
-
Nicolas Capens authored
LLVM 11 removes support for llvm::ConstantVector::getSplat() to take an integer number of vector elements obtained from the getNumElements() method. Use the new getElementCount() approach instead. See https://reviews.llvm.org/D74386 Bug: b/188819735 Bug: b/165000222 Bug: b/178600922 Change-Id: I202a8725e1e00f35d7f5d5ee76f5538243d157b9 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/52268 Presubmit-Ready: Nicolas Capens <nicolascapens@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Kokoro-Result: kokoro <noreply+kokoro@google.com>
-
Sean Risser authored
Per the spec: If VkPipelineRasterizationStateCreateInfo::depthClampEnable is enabled, before the sample’s zf is compared to za, zf is clamped to [min(n,f),max(n,f)], where n and f are the minDepth and maxDepth depth range values of the viewport used by this fragment, respectively. So when we read oDepth back from a shader that sets fragDepth, it should only be clamped when depth clamping is enabled, and it should be clamped to the viewport depth clamp values, not [0, 1]. Bug: b/184063472 Change-Id: I92e99b80f3929b8b8030f41f6a3afbfebda4e737 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54408Reviewed-by:
Alexis Hétu <sugoi@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Presubmit-Ready: Alexis Hétu <sugoi@google.com> Commit-Queue: Sean Risser <srisser@google.com> Tested-by:
Sean Risser <srisser@google.com>
-
- 20 May, 2021 1 commit
-
-
SwiftShader Regression Bot authored
Reactor backend: LLVM Change-Id: I452fb0b5fb6f977955922a8bf8fb74dfe2b293eb Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54448Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com>
-
- 19 May, 2021 3 commits
-
-
John Stiles authored
I recently discovered a very long-standing bug in the GLSL reference compiler (circa 2002) that has managed to propagate to Mesa, glslang, SwiftShader, and several GPU drivers. I'm trying to patch it where I can. A description of the issue is here: https://github.com/KhronosGroup/glslang/issues/2645 Change-Id: I5c4985bcb05eadfc6559cf08929d9ef77c24096d Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54428Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Commit-Queue: John Stiles <johnstiles@google.com> Tested-by:
John Stiles <johnstiles@google.com>
-
Sean Risser authored
Since SwiftShader supports VK_EXT_depth_range_unrestricted, there's no reason to assert that min/MaxDepthBounds must be in the range [0, 1]. Bug: b/188556447 Change-Id: I8e11b192c9407dabb603099666f4b985e5377040 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54388Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Sean Risser <srisser@google.com> Commit-Queue: Sean Risser <srisser@google.com>
-
Sean Risser authored
EmiteImageWrite() was writing to inactive lanes, which was causing several tests to fail. state->activeStoresAndAtomicsMask() returns the proper lane mask. Bug: b/184063472 Tests: dEQP-VK.glsl.builtin_var.fragdepth.* Change-Id: I24882cb963ed30052c4774318e1267041c89ee02 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54368Tested-by:
Sean Risser <srisser@google.com> Commit-Queue: Sean Risser <srisser@google.com> Reviewed-by:
Alexis Hétu <sugoi@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com>
-
- 17 May, 2021 1 commit
-
-
Nicolas Capens authored
The downstream copy of SwiftShader in AOSP has license info changes: https://android-review.googlesource.com/c/platform/external/swiftshader/+/1576044 This change cherry picks it into the upstream repo. Also add natsu@ and schuffelen@ to OWNERS to retain their privileges when we directly roll SwiftShader into AOSP. Bug: skia:11901 Change-Id: Ibfba7640d0133740c38fc0f00d32fcb5e11f8a11 Reviewed-on: https://swiftshader-review.googlesource.com/c/SwiftShader/+/54148 Kokoro-Result: kokoro <noreply+kokoro@google.com> Reviewed-by:
Jason Macnak <natsu@google.com> Reviewed-by:
Nicolas Capens <nicolascapens@google.com> Tested-by:
Nicolas Capens <nicolascapens@google.com> Commit-Queue: Nicolas Capens <nicolascapens@google.com>
-