Subv 9cd87a6352 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.		2018-06-02 14:06:35 -05:00
..
common	Service/BCAT: add module and services	2018-05-28 16:46:56 +03:00
core	Kernel/Threads: A thread waking up by timeout from a WaitProcessWideKey may already have an assigned lock owner.	2018-06-02 14:06:35 -05:00
input_common	input_common: Move old logging macros over to fmt-capable ones	2018-04-26 19:09:25 -04:00
tests	core: Move process creation out of global state.	2018-03-14 18:42:19 -04:00
video_core	gl_rasterizer_cache: Assert that component type is UNorm or format is RGBA16F.	2018-05-30 22:50:41 -04:00
yuzu	Qt/WaitTree: Display the callstack for each thread in the wait tree widget.	2018-05-19 16:52:49 -05:00
yuzu_cmd	yuzu_cmd: Fix project for latest msvc.	2018-05-23 21:51:49 -04:00
.clang-format	Remove special rules for Windows.h and library includes	2016-09-21 00:16:33 -07:00
CMakeLists.txt	Massive removal of unused modules	2018-01-12 19:11:03 -07:00