isl: Add initial support for storage images

HACK/i965: Disable assign_var_locations on uniforms

This conflicts with the way we're doing uniforms in Vulkan.

anv/pipeline: Only apply a pipeline layout if we have one

anv/image: Refactor anv_image_make_surface()

Reduce the number of function parameters. Deduce the
anv_image::*_surface from the parameters instead of requiring the caller
to do that.

anv: Assert the succes of isl_surf_init()

anv: Use isl_tiling_flags in anv_image_create_info

Replace
    anv_image_create_info::force_tiling
    anv_image_create_info::tiling
with the bitmask
    anv_image_create_info::isl_tiling_flags

This allows us to drop the function
anv_image.c:choose_isl_tiling_flags().

anv: Fix anv_gem_set_tiling to respect tiling param

Function anv_gem_set_tiling() ignored its 'tiling' parameter. It
unconditionally set the bo's tiling to I915_TILING_X.

anv: Remove unused anv_format_s8_uint

This is no longer needed after migrating to isl.

vk: Don't override and hardcode autoconf CFLAGS

To disable optimizations pass CFLAGS="-O0 -g" on the configure command
line.

vk: Move isl files to libisl.la helper library

These will be in their own library eventually - let's just do that now.

anv/image: Fix choice of isl_surf_usage for depthstencil images

Fixes assertion in vkCreateImage when VkFormat is combined depthstencil.

Fixed many vulkancts tests that use combined depthstencil. For example,
fixes dEQP-VK.pipeline.depth.format.d16_unorm_s8_uint.compare_ops.\
not_equal_less_or_equal_not_equal_greater.

anv: Add func anv_get_isl_format()

anv/image: Delete old ifdef'd out code

vk: Add needed builddir subdirectories to the include path

This fixes out-of-tree builds and closes #1

vk: gem handles are uint32_t

No functional difference, but lets be consistent with the kernel API.

vk: Update the README for 0.210.1

vk: Turn on Bay Trail, Cherryview and Broxton support

vk: Map uncached, coherent memory as write-combine

This gives us the required characteristics for the memory type.

vk: Expose two memory types for non-LLC GPUs

We're required to expose a host-visible, coherent memory type. On big
core GPUs that share, LLC, we can expose one such memory type that's
also cached.  However, on non-LLC GPUs we can't both be cached and
coherent. Thus, we expose both the required coherent type and the cached
but non-coherent combination.

vk: clflush all state for non-LLC GPUs

vk: Set I915_CACHING_NONE for userptr BOs when !llc

Regular objects are created I915_CACHING_CACHED on LLC platforms and
I915_CACHING_NONE on non-LLC platforms. However, userptr objects are
always created as I915_CACHING_CACHED, which on non-LLC means
snooped. That can be useful but comes with a bit of overheard.  Since
we're eplicitly clflushing and don't want the overhead we need to turn
it off.

vk: Implement vkFlushMappedMemoryRanges()

We'll do a runtime switch on device->info.has_llc for now.

nir/spirv: Update to SPIR-V version 1.0

anv/gen9: Fix SURFACE_STATE halign and valign

Pre-Skylake, RENDER_SUFFACE_STATE.SurfaceVerticalAlignment is in units
of surface samples. A surface sample is equivalent to a pixel in all
surfaces except interleaved multisample surfaces.

In Skylake, it is in units of surface elements. A surface element is
equivalent to a surface sample except for compressed formats, in which
case the element is a compression block.

anv: Embed isl_surf into anv_surface

This reduces struct anv_surface to just two members: an offset and the
embedded isl_surf.

anv/image: Drop assertions on SURFTYPE extent limits

In anv_image_create(), stop asserting that VkImageCreateInfo::extent
does not exceed the hardware limits for the given SURFTYPE. The
assertions were incorrect because they did not take into account the
hardware gen. Anyways, these types of assertions belong in isl, not
anvil.

anv/image: Use isl to calculate surface layout

Remove the surface layout calculations in anv_image_make_surface().  Let
isl_surf_init() do the heavy lifting.

Fixes 8 Crucible tests and regresses none. (hw=Broadwell and
crucible@33d91ec).

isl: Implement isl_surf_init() for gen4-gen9

This is a big code push. The patch is about 3000 lines.

Function isl_surf_init() calculates the physical layout of a surface.

The implementation is "complete" (but untested) for all 1D, 2D, 3D, and
cube surfaces for gen4 through gen9, except:
    * gen9 1D surfaces
    * gen9 Ys multisampled surfaces
    * auxiliary surfaces (such as hiz, mcs, ccs)

isl: Rename legacy Y tiling to ISL_TILING_Y0

Rename legacy Y tiling from ISL_TILING_Y to ISL_TILING_Y0 in order to
clearly distinguish it from Yf and Ys.  Using ISL_TILING_Y to denote
legacy Y tiling would lead to confusion with i965, because i965 uses
I195_TILE_Y to denote *any* Y tiling.

anv/image: Vulkan's depthPitch is in bytes, not rows

Fix for VkGetImageSubresourceLayout.

anv/device: Give a version of 0.210.1 in apiVersion

vk: Add new WSI support and bump the API to 0.210.1

anv/entrypoints: Run the headers through the preprocessor first

This allows us to filter based on preprocessor directives.  We could build
a partial preprocessor into the generator, but we would likely get it
wrong.  This allows us to filter out, for instance, windows-specific WSI
stuff.

vk/0.210.0: Advertise version 0.210.0

vk/0.210.0: Update queries to the new API

vk/0.210.0: Fix how we handle access flags in barriers

The initial implementation in the 0.210.0 API update was misguieded as to
what the access flags meant.  This should be more correct.

vk/0.210.0: Update the VkFormat enum

vk/0.210.0: Rework vkQueueSubmit

vk/0.210.0: Remove depth clip and add depth clamp

vk/0.210.0: Rework device features and limits

vk/0.210.0: Rework QueueFamilyProperties

vk/0.210.0: Rework result and structure type enums

By and large, this is just moving enum values around.  However, it also
removed VK_UNSUPPORTED which we were returning a number of places.  Those
places now return VK_ERROR_INCOMPATABLE_DRIVER.

vk/0.210.0: Remove the VkShaderStage enum

This made for an unfortunately large amount of work since we were using it
fairly heavily internally.  However, gl_shader_stage does basically the
same things, so it's not too bad.

vk/0.210.0: Remove VkShader

vk/0.210.0: Rework memory property flags

vk/0.210.0: Remove some unused enum values

vk/0.210.0: Update VkPipelineStageFlagBits

vk/0.210.0: Trivial function argument name change

vk/0.210.0: We now allocate command buffers; not create them

vk/0.210.0: Rename a parameter to GetImageSparseMemoryRequirements

vk/0.210.0: Delete three no longer existant entrypoints

vk/0.210.0: Rework allocation to use the new pAllocator's

vk/0.210.0: Use VkSampleCountFlagBits for sample counts

vk/0.210.0: Rework VkInstanceCreateInfo

vk/0.210.0: More function argument renaming

vk/0.210.0: Replace MemoryInput/OutputFlags with AccessFlags

vk/0.210.0: Rework render pass description structures

vk/0.210.0: More structure field renaming

vk/0.210.0: Get rid of VkImageAspect

vk/0.210.0: Rework descriptor sets

vk/0.210.0: Rename parameters to memory binding/mapping functions

vk/0.210.0: Update to the new instance/device create structs

vk/0.210.0: More trivial struct/enum changes

vk/0.210.0: Trivial flag enum updates

vk/0.210.0: Rename ChannelFlags to ColorComponentFlags

vk/0.210.0: s/raster/rasterization/

vk/0.210.0: Don't allow chaining of description structs

vk/0.210.0: More fun with flags fields

vk/0.210.0: Make pCode a uint32_t pointer

vk/0.210.0: Rename origin fields of VkViewport

vk/0.210.0: Move alphaToOne and alphaToCoverate to multisample state

vk/0.210.0: Add flags fields to various pipeline create structs

vk/0.210.0: Change field names in vertex input structs

vk/0.210.0: Misc. no-op structure changes

The only non-trivial change is to sparse resources that we don't handle
anyway.

vk/0.210.0: Rename property pCount parameters

vk/0.210.0: Rework sampler filtering and mode enums

vk/0.210.0: Misc. function argument renames

vk/0.210.0: Rework copy/clear/blit API

vk/0.210.0: Rework dynamic states

vk/0.210.0: Rework color blending enums

gen7/8/cmd_buffer: Inline vk_to_gen_swizzle

It's currently unused on IVB so we get compiler warnings.

vk/0.210.0: Rework a few raster/input enums

vk/0.210.0: Rework texture view component mapping

vk/0.210.0: Switch to the new VKAPI function decorations

While we're at it, we do a bunch of the VkResult -> void updates

vk/0.210.0: Rename CmdBuffer to CommandBuffer

vk/0.210.0: A pile of minor enum updates

vk/0.210.0: Switch to the new-style handle declarations

vk: Add connonical 0.170.2 and 0.210.0 headers

This is in preparation for the API update

vk: Fix 3DSTATE_WM_DEPTH_STENCIL for gen8

This packet is a different size on gen8 and we hit an assertion when we
try to merge a gen9 size dword array from the pipeline with the gen8
sized array we create from dynamic state.

Use a static assert in the merge macro and fix this issue by using different
wm_depth_stencil arrays on gen8 and gen9.

vk: Add SKL support

Signed-off-by: Kristian Høgsberg Kristensen <kristian.h.kristensen@intel.com>

vk: Make entrypoint generator output gen9 entry points

Signed-off-by: Kristian Høgsberg Kristensen <kristian.h.kristensen@intel.com>

vk: Add GEN9 pack header

vk: Move all gen8 files to gen8 lib

Merge remote-tracking branch 'mesa-public/master' into vulkan

This pulls in nir cloning and some much-needed upstream refactors.

i965: Use NIR for lowering texture swizzle

Now that nir_lower_tex can do texture swizzle lowering, we can use that
instead of repeating more-or-less the same code in both backends.  This
both allows us to share code and means that things like the tg4
work-arounds are somewhat simpler because they don't have to take the
swizzle into account.

Reviewed-by: Connor Abbott <cwabbott0@gmail.com>

nir/lower_tex: Add support for lowering texture swizzle

Reviewed-by: Connor Abbott <cwabbott0@gmail.com>

nir: Add a tex_instr_is_query helper

Reviewed-by: Connor Abbott <cwabbott0@gmail.com>

nir: Add a ssa_def_rewrite_uses_after helper

Reviewed-by: Connor Abbott <cwabbott0@gmail.com>

nir: Use instr/if_rewrite in nir_ssa_def_rewrite_uses

nir_ssa_def_rewrite_uses is one of the older helpers in NIR and predated
both of those.  Now it can be substantially simplified.

Reviewed-by: Connor Abbott <cwabbott0@gmail.com>

nir/validate: Validated dests after sources

Previously, if someone accidentally made an instruction that refers to its
own SSA destination, the validator wouldn't catch it.  The reason for this
is that it validated the destination too early and, by the time it got to
the source, the destination SSA value was already added to the set of seen
SSA values so it would assume that it came from some previous instruction.
By moving destination validation to be after source validation, the SSA
value is not in the list of seen values and the validator will catch
self-referential instructions.

Reviewed-by: Connor Abbott <cwabbott0@gmail.com>