Making the stream buffer resident increases GPU usage significantly on
some games. This seems to be addressed invalidating the stream buffer
with InvalidateBufferData instead of using a Unmap + Map (with
invalidation flags).

Switch games are allowed to bind less data than what they use in a
vertex buffer, the expected behavior here is that these values are read
as zero. At the moment of writing this only D3D12, OpenGL and NVN through
NV_vertex_buffer_unified_memory support vertex buffer with a size limit.

In theory this could be emulated on Vulkan creating a new VkBuffer for
each (handle, offset, length) tuple and binding the expected data to it.
This is likely going to be slow and memory expensive when used on the
vertex buffer and we have to do it on all draws because we can't know
without analyzing indices when a game is going to read vertex data out
of bounds.

This is not a problem on OpenGL's BufferAddressRangeNV because it takes
a length parameter, unlike Vulkan's CmdBindVertexBuffers that only takes
buffers and offsets (the length is implicit in VkBuffer). It isn't a
problem on D3D12 either, because D3D12_VERTEX_BUFFER_VIEW on
IASetVertexBuffers takes SizeInBytes as a parameter (although I am not
familiar with robustness on D3D12).

Currently this only implements buffer ranges for vertex buffers,
although indices can also be affected. A KHR_robustness profile is not
created, but Nvidia's driver reads out of bound vertex data as zero
anyway, this might have to be changed in the future.

- Fixes SMO random triangles when capturing an enemy, getting hit, or
looking at the environment on certain maps.

Make stream buffer and cached buffers as resident and query their
address. This allows us to use GPU addresses for several proprietary
Nvidia extensions.

Expose NV_vertex_buffer_unified_memory when the driver supports it.

This commit adds a function the determine if a GL_RENDERER is a Turing
GPU. This is required because on Turing GPUs Nvidia's driver crashes
when the buffer is marked as resident or on DeleteBuffers. Without a
synchronous debug output (single threaded driver), it's likely that
the driver will crash in the first blocking call.

yuzu no longer supports platforms without persistent maps.

gl_shader_decompiler: Workaround textureLod when GL_EXT_texture_shadow_lod is not available

hid: Implement Get/ResetGyroscopeZeroDriftMode

software_keyboard: Eliminate trivial redundant copies

Port citra-emu/citra#5324: "Update manifest file to include new elements that are introduced with Windows 10 later versions"

texture_cache: Fix incorrect address used in a DeduceSurface() call

main/common: Log/append AVX/FMA to the Host CPU string if available and add AVX512 detection

Silence miscellaneous warnings

* account: Update function tables and add missing classes

* clang-format

* Add missing "public"

* Add missing public again

* Add missing final

arm_dynarmic: Minor logging changes

vk_update_descriptor: Upload descriptor sets data directly

video_core: Eliminate some variable shadowing

vulkan/wrapper: Remove noexcept from GetSurfaceCapabilitiesKHR()

Port citra-emu/citra#5322: "Fix: fatal error CVT1100 when compiling manifest file"

- Used by Captain Toad Treasure Tracker

Enable GL_EXT_texture_shadow_lod if available. If this extension is not available, such as on Intel/AMD proprietary drivers, use textureGrad as a workaround.

gl_arb_decompiler: Avoid several string copies

Co-Authored-By: dragios <dragios@users.noreply.github.com>

Occurs when doing a local compile in MSVC build. The compiler I'm using is as below:
Microsoft Visual Studio Community 2019 Preview
Version 16.6.0 Preview 5.0

Fixes this error:
CVTRES : fatal error CVT1100: duplicate resource. type:MANIFEST, name:1, language:0x0409
LINK : fatal error LNK1123: failure during conversion to COFF: file invalid or corrupt

I have put 0 since previous name was 1. If have other names in mind, please let me know.

Co-Authored-By: dragios <dragios@users.noreply.github.com>

macro_jit_x64: Use ecx for shift register

shl/shr only accept cl as their second argument

Previously the source was being deduced twice in a row.

macro_jit_x64: Amend readability of Compile_ExtractShiftLeftRegister()

macro_jit_x64: Remove unused variable

We can just make use of moves here to get rid of two redundant copies

Append AVX and FMA instructions to cpu string if the host cpu supports them

Fix compilation on macOS