summaryrefslogtreecommitdiffstats
path: root/src/core/hle/kernel/wait_object.cpp (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Kernel: Allow chaining WaitSynchronization calls inside a wakeup callback.Subv2018-01-091-4/+13
|
* wait_object: Refactor to allow waking up a single thread.bunnei2018-01-071-15/+22
|
* Merge pull request #2967 from Subv/thread_wakeup_callbacksSebastian Valle2017-09-301-7/+4
|\ | | | | Kernel/Threads: When putting a thread to wait, specify a function to execute when it is awoken
| * Kernel/Threads: When putting a thread to wait, specify a function to execute when it is awoken.Subv2017-09-281-7/+4
| | | | | | | | | | | | This change makes for a clearer (less confusing) path of execution in the scheduler, now the code to execute when a thread awakes is closer to the code that puts the thread to sleep (WaitSynch1, WaitSynchN). It also allows us to implement the special wake up behavior of ReplyAndReceive without hacking up WaitObject::WakeupAllWaitingThreads. If savestates are desired in the future, we can change this implementation to one similar to the CoreTiming event system, where we first register the callback functions at startup and assign their identifiers to the Thread callback variable instead of directly assigning a lambda to the wake up callback variable.
* | Fixed type conversion ambiguityHuw Pascoe2017-09-301-1/+1
|/
* Kernel: Move WaitObject to a separate fileYuri Kunde Schlesner2017-05-301-0/+99
Now that HandleTable doesn't directly depend on WaitObject anymore, this can be separated from the main kernel.h header.