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
..
kernel	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
service	Service/time: implement posix time to calendar conversion	2018-06-01 09:40:28 +03:00
config_mem.cpp	Format: Run the new clang format on everything	2018-01-20 16:45:11 -07:00
config_mem.h	Format: Run the new clang format on everything	2018-01-20 16:45:11 -07:00
ipc.h	add IPC CommandType & Some HID FunctionInfo (#487)	2018-05-30 14:09:21 -04:00
ipc_helpers.h	ipc: Add support for PopIpcInterface() method.	2018-05-01 21:57:44 -04:00
lock.cpp	Fix build on macOS and linux	2018-01-13 22:38:52 +00:00
lock.h	Use recursive_mutex instead of mutex to fix #2902	2017-08-29 20:39:55 +12:00
result.h	Add & correct some error modules	2018-05-23 14:22:42 +02:00
romfs.cpp	apt: load shared font from system archive	2017-06-26 01:38:12 +03:00
romfs.h	apt: load shared font from system archive	2017-06-26 01:38:12 +03:00
shared_page.cpp	core_timing: Namespace all functions and constants in core_timing's header	2018-04-30 03:32:59 -04:00
shared_page.h	Format: Run the new clang format on everything	2018-01-20 16:45:11 -07:00