- Jul 06, 2018
-
-
Erik Faye-Lund authored
This is required for OpenGL 4.4 and OpenGL ES 3.1 support.
-
- Jun 22, 2018
-
-
Dave Airlie authored
Add VIRGL_BIND_SHADER_BUFFER See merge request airlied/mesa!1
-
- Jun 20, 2018
-
-
Gurchetan Singh authored
The guest needs to always mark SSBOs as unclean, since it's possible the shader can write to them without doing a transfer. We don't necessarily need to add VIRGL_BIND_SHADER_BUFFER, and we can do this just with PIPE_BIND_SHADER_BUFFER, but this seemed most consistent with prior commits. With some host side changes too, fixes: dEQP-GLES31.functional.shaders.builtin_var.compute.num_work_groups Change-Id: Iafb5ab6bdb4483806709641a5c6f769b0679e636
-
- Jun 18, 2018
-
-
Dave Airlie authored
-
Dave Airlie authored
If we want to upload 16k 32-bit consts we need a bit of overhead to faciliate that. Fixes crash in: KHR-GL44.geometry_shader.limits.max_uniform_components
-
Dave Airlie authored
-
Dave Airlie authored
of tests until we actually support it
-
Dave Airlie authored
-
Dave Airlie authored
-
Dave Airlie authored
-
Dave Airlie authored
-
Dave Airlie authored
-
Dave Airlie authored
-
Dave Airlie authored
-
Dave Airlie authored
-
Dave Airlie authored
-
Dave Airlie authored
The vtest protocol is pretty simple but also pretty dumb, and the v1 caps query was fixed size, with no nice way to expand it, however the server also ignores any command it doesn't understand. So we can query v2 caps by sending a v2 followed by a v1, if the v2 is ignored we know it's an old vtest server, and the we get a v2 answer then we can just read the v1 answer and discard it.
-
Dave Airlie authored
-
Reviewed-by: Bruce Cherniak <bruce.cherniak@intel.com>
-
Eric Engestrom authored
It's a bit late to round up after an integer division. Fixes: de889794 "radv: Implement VK_AMD_shader_info" Signed-off-by: Eric Engestrom <eric.engestrom@intel.com> Reviewed-by: Alex Smith <asmith@feralinteractive.com>
-
Eric Engestrom authored
Fixes: 67f40dad "mesa: add support for ARB_sample_locations" Cc: Rhys Perry <pendingchaos02@gmail.com> Cc: Brian Paul <brianp@vmware.com> Signed-off-by: Eric Engestrom <eric.engestrom@intel.com> Reviewed-by: Iago Toral Quiroga <itoral@igalia.com>
-
Bas Nieuwenhuizen authored
Drops the number of time we set the scissor by 4x for F1 2017, which results in a consistent performance improvement of about 4%. Reviewed-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
-
Eric Engestrom authored
Fixes: 922cd381 "radv: implement out-of-order rasterization when it's safe on VI+" Signed-off-by: Eric Engestrom <eric.engestrom@intel.com> Reviewed-by: Samuel Pitoiset <samuel.pitoiset@gmail.com>
-
Eric Engestrom authored
Shouldn't make any functional difference, just that `liblibanv_gen90.a` will now be called `libanv_gen90.a`. Fixes: 3218056e "meson: Build i965 and dri stack" Fixes: d1992255 "meson: Add build Intel "anv" vulkan driver" Signed-off-by: Eric Engestrom <eric.engestrom@intel.com> Reviewed-by: Tapani Pälli <tapani.palli@intel.com> Reviewed-by: Dylan Baker <dylan@pnwbakers.com>
-
- Jun 17, 2018
-
-
Timothy Arceri authored
ARB_texture_float references US Patent #6,650,327 [1] which has a filing date of June 16 1998. According to [2], patents filed after 1995 expire 20 years from the filing date, giving an expiration of June 17 2018. [1] https://www.google.com/patents/US6650327 [2] https://en.wikipedia.org/wiki/Term_of_patent_in_the_United_States Reviewed-by: Matt Turner <mattst88@gmail.com> Reviewed-by: Ian Romanick <ian.d.romanick@intel.com>
-
- Jun 16, 2018
-
-
José María Casanova Crespo authored
Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
As the previous use of shuffle_32bit_load_result_to_64bit_data had a source/destination overlap for 64-bit. Now a temporary destination is used for 64-bit cases to use shuffle_from_32bit_read that doesn't handle src/dst overlaps. Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
Previously, the shuffle function had a source/destination overlap that needs to be avoided to use shuffle_from_32bit_read. As we can use for the shuffle destination the destination of removed MOVs. This change also avoids the internal MOVs done by the previous shuffle to deal with possible overlaps. Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
shuffle_from_32bit_read manages 32-bit reads to 32-bit destination in the same way that the previous loop so now we just call the new function for all bitsizes, simplifying also the 64-bit load_input. v2: Add comment about future 16-bit support (Jason Ekstrand) Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
This implementation avoids two unneeded MOVs for each 64-bit component. One was done in the old shuffle, to avoid cases of src/dst overlap but this is not the case. And the removed MOV was already being being done in the shuffle. Copy propagation wasn't able to remove them because shuffle destination values are defined with partial writes because they have stride == 2. v2: Reword commit log summary (Jason Ekstrand) Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
do_untyped_vector_read is used at load_ssbo and load_shared. The previous MOVs are removed because shuffle_from_32bit_read can handle storing the shuffle results in the expected destination just using the proper offset. Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
Using shuffle_from_32bit_read instead of 16-bit shuffle functions avoids the need of retype. At the same time new function are ready for 8-bit type SSBO reads. Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
shuffle_from_32bit_read can manage the shuffle/unshuffle needed for different 8/16/32/64 bit-sizes at VARYING PULL CONSTANT LOAD. To get the specific component the first_component parameter is used. In the case of the previous 16-bit shuffle, the shuffle operation was generating not needed MOVs where its results where never used. This behaviour passed unnoticed on SIMD16 because dead_code_eliminate pass removed the generated instructions but for SIMD8 they cound't be removed because of being partial writes. Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
These new shuffle functions deal with the shuffle/unshuffle operations needed for read/write operations using 32-bit components when the read/written components have a different bit-size (8, 16, 64-bits). Shuffle from 32-bit to 32-bit becomes a simple MOV. shuffle_src_to_dst takes care of doing a shuffle when source type is smaller than destination type and an unshuffle when source type is bigger than destination. So this new read/write functions just need to call shuffle_src_to_dst assuming that writes use a 32-bit destination and reads use a 32-bit source. As shuffle_for_32bit_write/from_32bit_read components take components in unit of source/destination types and shuffle_src_to_dst takes units of the smallest type component, we adjust components and first_component parameters. To enable this new functions it is needed than there is no source/destination overlap in the case of shuffle_from_32bit_read. That never happens on shuffle_for_32bit_write as it allocates a new destination register as it was at shuffle_64bit_data_for_32bit_write. v2: Reword commit log and add comments to explain why first_component and components parameters are adjusted. (Jason Ekstrand) Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
José María Casanova Crespo authored
This new function takes care of shuffle/unshuffle components of a particular bit-size in components with a different bit-size. If source type size is smaller than destination type size the operation needed is a component shuffle. The opposite case would be an unshuffle. Component units are measured in terms of the smaller type between source and destination. As we are un/shuffling the smaller components from/into a bigger one. The operation allows to skip first_component number of components from the source. Shuffle MOVs are retyped using integer types avoiding problems with denorms and float types if source and destination bitsize is different. This allows to simplify uses of shuffle functions that are dealing with these retypes individually. Now there is a new restriction so source and destination can not overlap anymore when calling this shuffle function. Following patches that migrate to use this new function will take care individually of avoiding source and destination overlaps. v2: (Jason Ekstrand) - Rewrite overlap asserts. - Manage type_sz(src.type) == type_sz(dst.type) case using MOVs from source to dest. This works for 64-bit to 64-bits operation that on Gen7 as it doesn't support Q registers. - Explain that components units are based in the smallest type. v3: - Fix unshuffle overlap assert (Jason Ekstrand) Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
-
Jose Fonseca authored
https://ci.appveyor.com/project/jrfonseca/mesa/build/47 Reviewed-by: Roland Scheidegger <sroland@vmware.com>
-