summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* vk/0.170.2: Add the flags parameter to GetPhysicalDeviceImageFormatPropertiesJason Ekstrand2015-10-062-1/+3
|
* vk/0.170.2: Remove the pCount parameter from AllocDescriptorSetsJason Ekstrand2015-10-063-15/+12
|
* vk/0.170.2: Rename extension and layer query functionsJason Ekstrand2015-10-062-12/+12
|
* vk/0.170.2: Update to the new queue family properties queryJason Ekstrand2015-10-052-23/+13
|
* vk/0.170.2: Re-arrange parameters of vkCmdDraw[Indexed]Jason Ekstrand2015-10-054-22/+22
|
* vk/0.170.2: Make destructors return voidJason Ekstrand2015-10-056-142/+89
|
* vk/0.170.2: Rename VkClearValue.ds to depthStencilJason Ekstrand2015-10-052-2/+2
|
* vk/0.170.2: Add the subpass field to VkCmdBufferBeginInfoJason Ekstrand2015-10-052-3/+5
|
* vk/0.170.2: Rename pointer parameters of VkSubpassDescriptionJason Ekstrand2015-10-053-14/+14
|
* vk/0.170.2: Add unnormalizedCoordinates to VkSamplerCreateInfoJason Ekstrand2015-10-053-2/+3
|
* vk/0.170.2: Rename VkTexAddress to VkTexAddressModeJason Ekstrand2015-10-053-28/+28
|
* vulkan.h: Various cosmetic changesJason Ekstrand2015-10-051-17/+14
| | | | These don't affect the driver in any way.
* vk: Merge anv_*_attachment_view into anv_attachment_viewChad Versace2015-10-058-94/+67
| | | | | | Remove anv_color_attachment_view and anv_depth_stencil_view, merging them into anv_attachment_view. This prepares for merging VkAttachmentView into VkImageView.
* vk: Drop anv_attachment_view::extentChad Versace2015-10-054-10/+9
| | | | It's duplicated by anv_attachment_view::image_view::extent.
* vk: Drop anv_surface_viewChad Versace2015-10-057-83/+91
| | | | | | | | | | | Push the members of struct anv_surface_view into anv_image_view and anv_buffer_view, then remove struct anv_surface_view. Observe that anv_surface_view::range is not needed for anv_image_view, and so was dropped there. This prepares for the merge of VkAttachmentView into VkImageView. Remove the common parent of anv_buffer_view and anv_image_view (that is, anv_surface_view) will make the merge easier.
* vk: Use consistent names for anv_*_view variablesChad Versace2015-10-059-183/+200
| | | | | | | | | | | | | Rename all anv_*_view variables to follow this convention: - sview -> anv_surface_view - bview -> anv_buffer_view - iview -> anv_image_view - aview -> anv_attachment_view - cview -> anv_color_attachment_view - ds_view -> anv_depth_stencil_attachment_view This clarifies existing code. And it will reduce noise in the upcoming commits that merge VkAttachmentView into VkImageView.
* vk: Unionize anv_desciptorChad Versace2015-10-053-12/+39
| | | | | | | For a given struct anv_descriptor, all members are NULL (in which case the descriptor is empty) or exactly one member is non-NULL. To make struct anv_descriptor better reflect its set of valid states, convert the struct into a tagged union.
* vk: Drop dependency on no longer extant headerChad Versace2015-10-052-3/+1
| | | | | | | | anv_meta no longer uses GLSL shaders, and the build system no longer converts them to SPIR-V. So remove anv_meta_spirv_autogen.h from Makefile.am. (cherry picked from commit 2fc8122f66331e76ac436ea77ad5b57a011b188a)
* vk: Return anv_image_view_info by valueChad Versace2015-10-054-7/+7
| | | | | The struct is only 2 bytes. Returning it on the stack is better than returning a reference into the ELF .data segment.
* vk/image: Document a Vulkan spec requirement for depthstencilChad Versace2015-10-051-3/+5
| | | | | The Vulkan spec (git a511ba2) requires support for some combined depth stencil formats.
* vk: Annotate anv_cmd_state::gen7::index_typeChad Versace2015-10-051-1/+1
| | | | It's the value of 3DSTATE_INDEX_BUFFER.IndexFormat.
* vk: Better types for VkShaderStage, VkShaderStageFlags varsChad Versace2015-10-054-15/+15
| | | | In most places, the variable type was the uninformative uint32_t.
* vk/0.170.2: Drop VK_BUFFER_USAGE_GENERALChad Versace2015-10-051-1/+0
|
* vk/0.170.2: Drop enum VkBufferViewTypeChad Versace2015-10-051-9/+0
|
* vk/0.170.2: Update VkImageSubresourceRangeChad Versace2015-10-056-32/+45
| | | | Replace 'aspect' with 'aspectMask'.
* vk/0.170.2: Drop VK_IMAGE_USAGE_GENERALChad Versace2015-10-051-1/+0
|
* vk/0.170.2: Update VkPipelineMultisampleStateCreateInfoChad Versace2015-10-041-1/+1
|
* vk/0.170.2: Update Vk VkPipelineDepthStencilStateCreateInfoChad Versace2015-10-043-3/+3
| | | | Rename member depthBoundsEnable -> depthBoundsTestEnable.
* vk/0.170.2: Update VkRenderPassBeginInfoChad Versace2015-10-044-8/+11
| | | | | | Rename members: attachmentCount -> clearValueCount pAttachmentClearValues -> pClearValues
* vk/0.170.2: Drop VkBufferViewCreateInfo::viewTypeChad Versace2015-10-041-1/+0
|
* vk: Copy current header to vulkan-0.138.2.hChad Versace2015-10-041-0/+3054
| | | | | | | | While upgrading Mesa to the new 0.170.2 API, it's convenient to have all three headers available in the tree: - vulkan-0.138.2.h, the old one - vulkan-0.170.2.h, the new one - vulkan.h, the one in transition
* vk: Import header 0.170.2 header LunarG SDKChad Versace2015-10-041-0/+3034
| | | | | | From the LunarG SDK at tag sdk-0.9.1, import vulkan.h as vulkan-0.170.2.h. This header is the first provisional header with the addition of minor fixes.
* Merge remote-tracking branch 'mesa-public/master' into vulkanJason Ekstrand2015-10-0322-79/+283
|\
| * docs: add news item and link release notes for 10.6.9Emil Velikov2015-10-032-0/+11
| | | | | | | | Signed-off-by: Emil Velikov <[email protected]>
| * docs: add sha256 checksums for 10.6.9Emil Velikov2015-10-031-1/+2
| | | | | | | | | | Signed-off-by: Emil Velikov <[email protected]> (cherry picked from commit 8957b696f9cc8a92b2c160c551c34545447ec28a)
| * docs: add release notes for 10.6.9Emil Velikov2015-10-031-0/+129
| | | | | | | | | | Signed-off-by: Emil Velikov <[email protected]> (cherry picked from commit ab9aacce2d26a802bac81fc25748320428996692)
| * egl: rework handling EGL_CONTEXT_FLAGSMatthew Waters2015-10-031-5/+44
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As of version 15 of the EGL_KHR_create_context spec, debug contexts are allowed for ES contexts. We should allow creation instead of erroring. While we're here provide a more comprehensive checking for the other two flags - ROBUST_ACCESS_BIT_KHR and FORWARD_COMPATIBLE_BIT_KHR v2 [Emil Velikov] Rebase. Minor tweak in commit message. Cc: Boyan Ding <[email protected]> Cc: Chad Versace <[email protected]> Cc: "10.6 11.0" <[email protected]> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91044 Signed-off-by: Matthew Waters <[email protected]> Signed-off-by: Emil Velikov <[email protected]>
| * i965/wm: Make compute_barycentric_interp_modes take a nir_shader and a devinfoJason Ekstrand2015-10-021-24/+15
| | | | | | | | | | | | | | Now that everything comes in through NIR, we can pick this directly out of the shader source and don't need to reference the gl_fragment_program. Reviewed-by: Kenneth Graunke <[email protected]>
| * i965: Use nir_foreach_variableJason Ekstrand2015-10-024-7/+7
| | | | | | | | Reviewed-by: Kenneth Graunke <[email protected]>
| * nir: Add a nir_foreach_variable macroJason Ekstrand2015-10-027-18/+21
| | | | | | | | | | | | | | This is a common enough operation that it's nice to not have to think about the arguments to foreach_list_typed every time. Reviewed-by: Kenneth Graunke <[email protected]>
| * i965/nir: Remove the prog parameter from brw_nir_lower_inputsJason Ekstrand2015-10-021-4/+2
| | | | | | | | Reviewed-by: Kenneth Graunke <[email protected]>
| * radeon/llvm: Initialize gallivm targets when initializing the AMDGPU target v2Tom Stellard2015-10-021-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes a race condition in the glx-multithreaded-shader-compile test. v2: - Replace gallivm_init_llvm_{begin,end}() with gallivm_init_llvm_targets(). Reviewed-by: Marek Olšák <[email protected]> Reviewed-by: Mathias Fröhlich <[email protected]> Reviewed-by: Emil Velikov <[email protected]> CC: "10.6 11.0" <[email protected]>
| * gallivm: Allow drivers and state trackers to initialize gallivm LLVM targets v2Tom Stellard2015-10-023-8/+34
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Drivers and state trackers that use LLVM for generating code, must register the targets they use with LLVM's global TargetRegistry. The TargetRegistry is not thread-safe, so all targets must be added to the registry before it can be queried for target information. When drivers and state trackers initialize their own targets, they need a way to force gallivm to initialize its targets at the same time. Otherwise, there can be a race condition in some multi-threaded applications (e.g. glx-multihreaded-shader-compile in piglit), when one thread creates a context for a driver that uses LLVM (e.g. radeonsi) and another thread creates a gallivm context (glxContextCreate does this). The race happens when the driver thread initializes its LLVM targets and then starts using the registry before the gallivm thread has a chance to register its targets. This patch allows users to force gallivm to register its targets by calling the gallivm_init_llvm_targets() function. v2: - Use call_once and remove mutexes and static initializations. - Replace gallivm_init_llvm_{begin,end}() with gallivm_init_llvm_targets(). Reviewed-by: Marek Olšák <[email protected]> Reviewed-by: Mathias Fröhlich <[email protected]> Reviewed-by: Emil Velikov <[email protected]> CC: "10.6 11.0" <[email protected]>
| * gallium/radeon: Use call_once() when initailizing LLVM targetsTom Stellard2015-10-021-13/+12
| | | | | | | | | | | | | | | | Reviewed-by: Marek Olšák <[email protected]> Reviewed-by: Mathias Fröhlich <[email protected]> Reviewed-by: Emil Velikov <[email protected]> CC: "10.6 11.0" <[email protected]>
* | Merge remote-tracking branch 'mesa-public/master' into vulkanJason Ekstrand2015-10-0295-3934/+1397
|\|
| * i965/shader: Get rid of the shader, prog, and shader_prog fieldsJason Ekstrand2015-10-0219-99/+68
| | | | | | | | | | | | | | | | | | | | Unfortunately, we can't get rid of them entirely. The FS backend still needs gl_program for handling TEXTURE_RECTANGLE. The GS vec4 backend still needs gl_shader_program for handling transfom feedback. However, the VS needs neither and we can substantially reduce the amount they are used. One day we will be free from their tyranny. Reviewed-by: Kenneth Graunke <[email protected]>
| * i965/fs,vec4: Get rid of the sanity_param_countJason Ekstrand2015-10-025-31/+0
| | | | | | | | | | | | | | | | It doesn't exist for anything other than an assert that, as far as I can tell, isn't possible to trip. Soon, we will remove prog from the visitor entirely and this will become even more impossible to hit. Reviewed-by: Kenneth Graunke <[email protected]>
| * i965/vec4: Use nir info instead of pulling things out of [shader_]progJason Ekstrand2015-10-023-10/+9
| | | | | | | | Reviewed-by: Kenneth Graunke <[email protected]>
| * i965/fs: Use the nir info instead of pulling things out of [shader_]progJason Ekstrand2015-10-023-20/+19
| | | | | | | | Reviewed-by: Kenneth Graunke <[email protected]>
| * i965/fs: Move sampler unit lookup into rescale_texcoordJason Ekstrand2015-10-023-14/+13
| | | | | | | | | | | | | | | | | | The texunit variable we create and assign in nir_emit_texture gets passed through two more layers of function calls before it gets to its sole use in rescale_texcoord. The best part is that we already pass the sampler into rescale_texcoord so we can just look it up there. Reviewed-by: Kenneth Graunke <[email protected]>
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-20 06:09:24 +0000