vk: Roll back GLSL parser support for vulkan

In the interest of reducing our delta to mesa master, let's undo these
changes now that we only support SPIR-V.

vk: Add an ICD declaration file

anv: Add support for the ICD loader

anv: Add a global dispatch table for use in meta operations

anv/entrypoints: Expose the anv_resolve_entrypoint function

anv/entrypoints: Rename anv_layer to anv_dispatch_table

anv/batch_chain: Remove the current_surface_bo helper

It's no longer used outside anv_batch_chain so we certainly don't need to
be exporting.  Inside anv_batch_chain, it's only used twice and it can be
replaced by a single line so there's really no point.

anv/cmd_buffer: Add a helper for getting the surface state base address

anv/allocator: Don't ever call mremap

This has always been a bit sketchy and neither Kristian nor I have ever
really liked it.

anv/allocator: Delete the unused center_fd_offset from anv_block_pool

anv/allocator: Do a better job of centering bi-directional block pools

anv/batch_chain: Clean up the reloc list swapping code

anv/meta: Add location specifiers to meta shaders

Merge branch 'nir-spirv' into vulkan

nir/spirv: Add better location handling

Previously, our location handling was focussed on either no location
(usually implicit 0) or a builting.  Unfortunately, if you gave it a
location, it would blow it away and just not care.  This worked fine with
crucible and our meta shaders but didn't work with the CTS.  The new code
uses the "data.explicit_location" field to denote that it has a "final"
location (usually from a builtin) and, otherwise, the location is
considered to be relative to the base for that shader stage.

anv/device: Move mutex initialization to befor block pools

meta: Initial support for packing parameters

Probably incomplete but it should do for now

anv/meta: Pass the depth through the clear vertex shader

It shouldn't matter since we shut off the VS but it's at least clearer.

anv/formats: Properly report depth-stencil formats

vk/device: Don't allow device or instance creation with invalid extensions

anv/tests: Add some asserts for data integrity in block_pool_no_free

anv/allocator: Make the block pool double-ended

This allows us to allocate from either side of the block pool in a
consistent way.  If you use the previous block_pool_alloc function, you
will get offsets from the start of the pool as normal.  If you use the new
block_pool_alloc_back function, you will get a negative index that
corresponds to something in the "back" of the pool.

anv/tests: Refactor the block_pool_no_free test

This simply breaks the monotonicity check out into its own function

vk/allocator: Split block_pool_alloc into two functions

anv/allocator: Use a signed 32-bit offset for the free list

This has the unfortunate side-effect of making it so that we can't have a
block pool bigger than 1GB.  However, that's unlikely to happen and, for
the sake of bi-directional block pools, we need to negative offsets.

anv/allocator: Create 2GB memfd up-front for the block pool

anv/allocator: Take the device mutex when growing a block pool

We don't have any locking issues yet because we use the pool size itself as
a mutex in block_pool_alloc to guarantee that only one thread is resizing
at a time.  However, we are about to add support for growing the block pool
at both ends.  This introduces two potential races:

 1) You could have two block_pool_alloc() calls that both try to grow the
    block pool, one from each end.

 2) The relocation handling code will now have to think about not only the
    bo that we use for the block pool but also the offset from the start of
    that bo to the center of the block pool.  It's possible that the block
    pool growing code could race with the relocation handling code and get
    a bo and offset out of sync.

Grabbing the device mutex solves both of these problems.  Thanks to (2), we
can't really do anything more granular.

anv: Document the index and offset parameters of anv_bo

vk/image: Remove stale FINISHME for non-2D image views

gen8_image_view_init() now supports 1D, 2D, and 3D image views.

vk/image: Teach vkCreateImage about layout of 1D surfaces

Calling vkCreateImage() with VK_IMAGE_TYPE_1D now succeeds and computes
the surface layout correctly.

vk/meta: Partially implement vkCmdCopy*, vkCmdBlit* for 3D images

Partially implement the below functions for 3D images:
    vkCmdCopyBufferToImage
    vkCmdCopyImageToBuffer
    vkCmdCopyImage
    vkCmdBlitImage

Not all features work, and there is much for performance improvement.
Beware that vkCmdCopyImage and vkCmdBlitImage are untested.  Crucible
proves that vkCmdCopyBufferToImage and vkCmdCopyImageToBuffer works,
though.

Supported:
    - copy regions with z offset

Unsupported:
    - copy regions with extent.depth > 1

Crucible test results on master@d452d2b are:
    pass: func.miptree.r8g8b8a8-unorm.*.view-3d.*
    pass: func.miptree.d32-sfloat.*.view-3d.*
    fail: func.miptree.s8-uint.*.view-3d.*

vk/meta: Rename meta_emit_blit() params

Rename src -> src_view and dest -> dest_view. This reduces noise in the next
patch's diff, which adds new params to the function.

vk/gen8: Set RENDER_SURFACE_STATE::RenderTargetViewExtent

vk/gen8: Refactor setting of SURFACE_STATE::Depth

The field's meaning depends on SURFACE_STATE::SurfaceType.
Make that correlation explicit by switching on VkImageType.
For good measure, add some PRM quotes too.

vk: Teach vkCreateImage about layout of 3D surfaces

Calling vkCreateImage() with VK_IMAGE_TYPE_3D now succeeds and computes
the surface layout correctly. However, 3D images do not yet work for
many other Vulkan entrypoints.

vk: Refactor anv_image_make_surface()

Move the code that calculates the layout of 2D surfaces into a switch case.

vk: Use push constants for dynamic buffers

vk/compiler: Rework create_params_array

vk/compiler: Add a NIR pass for pushing dynamic buffer offset

This commit just adds the NIR pass but does none of the uniform setup

vk/pipeline_layout: Add dynamic_offset_start and has_dynamic_offsets fields

vk/pipeline_layout: Move surface/sampler start from SoA to AoS

This makes more sense to me and it's more consistent with
anv_descriptor_set_layout.

vk: Rework the push constants data structure

Previously, we simply had a big blob of stuff for "driver constants".  Now,
we have a very specific data structure that contains the driver constants
that we care about.

Add the wayland protocol files to .gitignire

vk/error: Handle ERROR_OUT_OF_DATE_WSI

vk/wsi/x11: Actually block on X so we don't re-use busy buffers

vk: Add the WSI header files

Merge branch 'nir-spirv' into vulkan

nir/spirv.h: Remove some cruft missed while merging

There were merge conflicts in spirv.h that got missed because they were in
a comment and so it still compiled.  This gets rid of them and we should be
on-par with upstream spirv->nir.

nir/spirv: Add support for most of the rest of texturing

Assuming this all works, about the only thing left should be some
corner-cases for tg4

Merge branch 'nir-spirv' into vulkan

nir/spirv: Handle decorations after assigning variable locations

Merge branch 'nir-spirv' into vulkan

nir/spirv: Handle the MatrixStride member decoration

vk: Actually link in wayland libraries

Turns out this was why I had accidentally broken the universe.  Oops...

vk: Conditionally compile Wayland support

Pulling in libwayland causes undefined symbols in applications that are
linked against vulkan alone.  Ideally, we would like to dlopen a platform
support library or something like that.  For now, this works and should get
crucible running again.

vk: Fix size return value handling in a couple plces

Merge branch 'nir-spirv' into vulkan

nir/spirv/glsl450: Use the correct write mask

nir: Add a lower_fdiv option and use it in i965

nir/spirv: Use the actual GLSL 450 extension header from Khronos

nir/spirv: Add support for SpvDecorationColMajor

nir/types: Allow single-column matrices

This can sometimes be a convenient way to build vectors.

vk/wsi: Add Wayland WSI support

vk/wsi: Move to a clallback system for the entire WSI implementation

We do this for two reasons: First, because it allows us to simplify WSI and
compiling in/out support for a particular platform is as simple as calling
or not calling the platform-specific init function.  Second, the
implementation gives us a place for a given chunk of the WSI to stash
stuff in the instance.

vk/instance: Expose anv_instance_alloc/free

vk/WSI: Use a callback mechanism instead of explicit switching

vk: Add an initial implementation of the actual Khronos WSI extension

Unfortunately, this is a very large commit and removes the old LunarG WSI
extension.  This is because there are a couple of entrypoints that have the
same name between the two extensions so implementing them both is
impractiacl.

Support is still incomplete, but this is enough to get vkcube up and going
again.

vk: Add initial support for VK_WSI_swapchain

vk: Move anv_x11.c to anv_wsi_x11.c

vk/device: Use an array for device extensions

vk: Further reduce diff to master

Now that we don't compile GLSL, we can roll back a few more hacks and
unexport some things from the backend compiler.

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

vk: Drop GLSL code from anv_compiler.cpp

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

vk: Assert that the SPIR-V module has the magic number

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

vk: Remove various hacks/scaffolding code

Since we switched away from calling brwCreateContext() there's a bit of
hacky support we can now delete.  This reduces our diff to upstream master.

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

vk: Fall back to previous gens in entry point resolver

We used to always just do a one-level fallback from genX_* to anv_*
entry points. That worked for gen7 and gen8 where all entry points were
either different or could be made anv_* entry points (eg
anv_CreateDynamicViewportState). We're about to add gen9 and now need to
be able to fall back to gen8 entry points for most things.

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

vk: Drop redundant gen7_CreateGraphicsPipelines

This is handled by anv_CreateGraphicsPipelines().

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

vk: Use vk* entrypoints in meta, not driver_layer pointers

We'll change the dispatch mechanism again in a later commit. Stop using
the driver_layer function pointers and just use the public entry points.

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

vk: Drop check for I915_PARAM_HAS_EXEC_CONSTANTS

We don't use this kernel feature.

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

vk: Add new vk_errorf that takes a format string

This allows us to annotate error cases in debug builds.

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

vk: Make vk_error a little more helpful

Print out file and line number and translate the error code to the
symbolic name.

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

vk/image: Add PRM reference for QPitch equation

Suggested-by: Nanley Chery <nanley.g.chery@intel.com>

vk/meta: Partially fix vkCmdCopyBufferToImage for S8_UINT

Create R8_UINT VkAttachmentView and VkImageView for the stencil data.

This fixes a crash, but the pixels in the destination image are still
incorrect. They are not properly tiled.

Fixes crashes in Crucible tests func.miptree.s8-uint.aspect-stencil.* as
of crucible-7471449. Test results improve 'lost' -> 'fail'.

vk/meta: Use SPIR-V for shaders

We are also now using glslc for compiling the Vulkan driver like we do in
curcible.

vk/compiler: Handle interpolation qualifiers for SPIR-V shaders

vk/extensions: count needs to be <= number of extensions

vk/compiler: Properly reference/delete programs when using SPIR-V

vk/meta: Add a helper for making an image from a buffer

nir/spirv: Use VERTEX_ID_ZERO_BASE for VertexId

In Vulkan, VertexId and InstanceId will be zero-based and new intrinsics,
VertexIndex and InstanceIndex, will be added for non-zer-based.  See also,
Khronos bug #14255

Merge remote-tracking branch 'fdo-personal/nir-spirv' into vulkan

From now on, the majority of SPIR-V improvements should happen on the spirv
branch which will also be public.  It will be frequently merged into the
vulkan driver.

nir/spirv: Update to the latest revision

nir/builder: Use nir_after_instr to advance the cursor

This *should* ensure that the cursor gets properly advanced in all cases.
We had a problem before where, if the cursor was created using
nir_after_cf_node on a non-block cf_node, that would call nir_before_block
on the block following the cf node.  Instructions would then get inserted
in backwards order at the top of the block which is not at all what you
would expect from nir_after_cf_node.  By just resetting to after_instr, we
avoid all these problems.

nir/intrinsics: Move to a two-dimensional binding model for UBO's

nir/nir_variable: Add a descriptor set field

We need this for SPIR-V

mesa: Move gl_vert_attrib from mtypes.h to shader_enums.h

It is a shader enum after all...

nir/cursor: Add a helper for getting the current block

nir/builder: add a nir_fdot() convenience function

nir: Add a pass to lower outputs to temporary variables

This pass can be used as a helper for NIR producers so they don't have to
worry about creating the temporaries themselves.

nir/cursor: Add a constructor for the end of a block but before the jump

nir/types: add more nir_type_is_xxx() wrappers

nir/types: add a helper to transpose a matrix type