| Age | Commit message (Collapse) | Author |
|
* Initial Commit
Added Device logic to Sinks
Started on UI for selecting devices
Removed redundant import
* Audio Core: Complete Device Switching
Complete the device switching implementation by allowing the output
device to be loaded, changed and saved through the configurations menu.
Worked with the Sink abstraction and tuned the "Device Selection"
configuration so that the Device List is automatically populated when
the Sink is changed.
This hopefully addresses the concerns and recommendations mentioned in
the comments of the PR.
* Clean original implementation.
* Refactor GetSinkDetails
|
|
Service/NFC: stub some functions
|
|
|
|
|
|
citra-emu/citra#2449
As per devkitPro/3dstools@47bea18
|
|
|
|
|
|
Tested on: Mini-Mario & Friends - amiibo Challenge
|
|
|
|
Implement some TODOs in the code.
|
|
Service/AC: add ac:i service
|
|
creating a thread and remove the priority clamping code.
|
|
priority clamping code from Thread::SetPriority.
|
|
invalid value.
|
|
Kernel: Implemented Pulse event and timers.
|
|
config: Add option for specifying screen resolution scale factor.
|
|
Emulate motion sensor in frontend
|
|
|
|
Don't yield execution in SleepThread(0) if there are no available threads to run
|
|
Kernel/Semaphore: Fixed a regression in semaphore waits.
|
|
Closes #2400
|
|
Kernel: Removed the priority boost code for starved threads.
|
|
available threads to run.
With this we avoid an useless temporary deschedule of the current thread.
|
|
|
|
After hwtesting and reverse engineering the kernel, it was found that the CTROS scheduler performs no priority boosting for threads like this, although some other forms of scheduling priority-starved threads might take place.
For example, it was found that hardware interrupts might cause low-priority threads to run if the CPU is preempted in the middle of an SVC handler that deschedules the current (high priority) thread before scheduling it again.
|
|
Closes #1904
|
|
The regression was caused by a missing check in #2260.
The new behavior is consistent with the real kernel.
|
|
Kernel: Mutex priority inheritance and synchronization improvements.
|
|
|
|
list when it is awoken.
This fixes a potential bug where threads would not get removed from said list if they awoke after waiting with WaitSynchronizationN with wait_all = false
|
|
the objects that a thread is waiting on.
|
|
WaitSynchronization1 and WaitSynchronizationN with wait_all = true.
This commit removes the overly general THREADSTATUS_WAIT_SYNCH and replaces it with two more granular statuses:
THREADSTATUS_WAIT_SYNCH_ANY when a thread waits on objects via WaitSynchronization1 or WaitSynchronizationN with wait_all = false.
THREADSTATUS_WAIT_SYNCH_ALL when a thread waits on objects via WaitSynchronizationN with wait_all = true.
|
|
the priority via mutexes
|
|
|
|
The implementation is based on reverse engineering of the 3DS's kernel.
A mutex holder's priority will be temporarily boosted to the best priority among any threads that want to acquire any of its held mutexes.
When the holder releases the mutex, it's priority will be boosted to the best priority among the threads that want to acquire any of its remaining held mutexes.
|
|
This will be useful when implementing mutex priority inheritance.
|
|
Not all syscalls should cause reschedules, this commit attempts to remedy that, however, it still does not cover all cases.
|
|
|
|
Fix Fatal Error in Mini-Mario & Friends - amiibo Challenge
|
|
|
|
Config: auto-select region and language
|
|
|
|
|
|
|
|
|
|
* Removes circular dependences (common should not depend on core)
|
|
|
|
arm_dynarmic: Provide MemoryReadCode callback
|
|
Core: Top-level consolidate & misc cleanup
|
|
Change of interface in dynarmic 36082087ded632079b16d24137fdd0c450ce82ea
|