GPU: Partially implemented the bra shader instruction

GPU: Calculate the correct viewport dimensions based on the scale and translate registers.

This is how nouveau calculates the viewport width and height. For some reason some games set 0xFFFF in the VIEWPORT_HORIZ and VIEWPORT_VERT registers, maybe those are a misnomer and actually refer to something else?

Add checks for OpenGL extension support

GLCache: Corrected a mismatch between storing compressed sizes and verifying the uncompressed alignment in GetSurface.

* Add some IoctlCommand with their params to nvhost_gpu

* fix clang-format

* delete trailing whitespace

* fix some clang-format

* delete one other trailing whitespace

* last clang-format fix

GLCache: Corrected a mismatch between storing compressed sizes and verifying the uncompressed alignment in GetSurface.

am: Implement PopOutData, and various fixes.

Port citra #3616

am: Implement CreateStorage, PushInData, etc.

GPU: Partial implementation of long GPU queries.

gl_shader_decompiler: Implement TEXS component mask.

Long queries write a 128-bit result value to memory, which consists of a 64 bit query value and a 64 bit timestamp.

In this implementation, only select=Zero of the Crop unit is implemented, this writes the query sequence as a 64 bit value, and a 0u64 value for the timestamp, since we emulate an infinitely fast GPU.

This specific type was hwtested, but more rigorous tests should be performed in the future for the other types.

gl_shader_decompiler: Implement TEX, fixes for TEXS.

gl_shader_decompiler: Implement RRO as a register move.

Services/nvdrv: add '/dev/nvhost-nvdec' device

Kernel/Threads: A thread waking up by timeout from a WaitProcessWideKey may already have an assigned lock owner.

GPU: Implemented the DXN1 (BC4) texture format.

Kernel/Threads: A thread waking up by timeout from a WaitProcessWideKey may already have an assigned lock owner.

This situation may happen like so:
Thread 1 with low priority calls WaitProcessWideKey with timeout.
Thread 2 with high priority calls WaitProcessWideKey without timeout.
Thread 3 calls SignalProcessWideKey
- Thread 2 acquires the lock and awakens.
- Thread 1 can't acquire the lock and is put to sleep with the lock owner being Thread 2.
Thread 1's timeout expires, with the lock owner still being set to Thread 2.

Service/time: implement posix time to calendar conversion

Kernel/SVC: Corrected the behavior of svcSetThreadCoreMask for core values -2 and -3.