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