| Age | Commit message (Collapse) | Author |
|---|
|
This kernel service function retrieves the maximum allowable value for
a provided resource category for a given resource limit instance. Given
we already have the functionality added to the resource limit instance
itself, it's sufficient to just hook it up.
The error scenarios for this are:
1. If an invalid resource category type is provided, then ERR_INVALID_ENUM is returned.
2. If an invalid handle is provided, then ERR_INVALID_HANDLE is returned (bad thing goes in, bad thing goes out, as one would expect).
If neither of the above error cases occur, then the out parameter is
provided with the maximum limit value for the given category and success
is returned.
|
|
This function simply creates a ResourceLimit instance and attempts to
create a handle for it within the current process' handle table. If the
kernal fails to either create the ResourceLimit instance or create a
handle for the ResourceLimit instance, it returns a failure code
(OUT_OF_RESOURCE, and HANDLE_TABLE_FULL respectively). Finally, it exits
by providing the output parameter with the handle value for the
ResourceLimit instance and returning that it was successful.
Note: We do not return OUT_OF_RESOURCE because, if yuzu runs out of
available memory, then new will currently throw. We *could* allocate the
kernel instance with std::nothrow, however this would be inconsistent
with how all other kernel objects are currently allocated.
|
|
|
|
|
|
|
|
Previously this would cause an implicit truncation warning about
assigning a u64 value to a u32 value without an explicit cast.
|
|
The ProfileData is a 0x80-sized structure that stores various pieces of miscellaneous data for the account.
|
|
|
|
|
|
|
|
services should now log on some level
|
|
service/sm: Take std::string by const reference in UnregisterService
|
|
|
|
nvdrv: Implement/stub DumpGraphicsMemoryInfo and GetStatus.
|
|
Avoids the need to create a copy of the std::string instance
(potentially allocating).
The only reason RegisterService takes its argument by value is because
it's std::moved internally.
|
|
sm: Implement RegisterService and UnregisterService
|
|
filesystem: Clear registered union paths on factory creation
|
|
GDBStub Improvements
|
|
Report resolution scaling support for vi and am
|
|
patch_manager: Add support for applying LayeredFS patches to ExeFS
|
|
- Used by Undertale.
|
|
applets: Add StubApplet and use it as fallback when AppletId is not implemented
|
|
core: Relocate CPU core management to its own class
|
|
nvhost_ctrl_gpu: Implement IoctlGetGpuTime.
|
|
|
|
|
|
Prevents memory exceptions when the debug pad is enabled.
|
|
audout_u: Add support for multiple IAudioOut streams.
|
|
Keeps the CPU-specific behavior from being spread throughout the main
System class. This will also act as the home to contain member functions
that perform operations on all cores. The reason for this being that the
following pattern is sort of prevalent throughout sections of the
codebase:
If clearing the instruction cache for all 4 cores is necessary:
Core::System::GetInstance().ArmInterface(0).ClearInstructionCache();
Core::System::GetInstance().ArmInterface(1).ClearInstructionCache();
Core::System::GetInstance().ArmInterface(2).ClearInstructionCache();
Core::System::GetInstance().ArmInterface(3).ClearInstructionCache();
This is kind of... well, silly to copy around whenever it's needed.
especially when it can be reduced down to a single line.
This change also puts the basics in place to begin "ungrafting" all of the
forwarding member functions from the System class that are used to
access CPU state or invoke CPU-specific behavior. As such, this change
itself makes no changes to the direct external interface of System. This
will be covered by another changeset.
|
|
- Used by Undertale.
|
|
|
|
kernel/handle_table: Minor changes
|
|
This will log all data it receives, log all calls to its methods and push dummy data into both channels on execution.
|
|
These don't depend on class state, and are effectively implementation
details, so they can go into the cpp file .
|
|
The previous handle table size is a holdover from Citra. The actual
handle table construct on Horizon only allows for a maximum of 1024
entries.
|
|
We don't need to potentially inline the teardown logic of all of the
handle instances.
|
|
am/applets: Minor cleanup
|
|
- Used by Undertale.
|
|
The interface for shared memory was changed, but another commit was
merged that relied on the (previously public) internals of SharedMemory.
This amends that discrepancy.
|
|
The decision was made to name them LayeredExeFS instead of just LayeredFS to differentiate from normal RomFS-based mods. The name may be long/unweildy, but conveys the meaning well.
|
|
kernel/shared_memory: Make data members private, plus minor interface changes
|
|
ldr: Clean up error codes
|
|
kernel/process: Move <random> include to the cpp file
|
|
Fills out the struct according to information provided by SwitchBrew
|
|
This will scan the <mod>/exefs dir for all files and then layer those on top of the game's exefs and use this as the new exefs. This allows for overriding of the compressed NSOs or adding new files. This does use the same dir as IPS/IPSwitch patch, but since the loader will not look for those they are ignored.
|
|
When enabled, all exefs(es) will be copied to yuzu/dump/<title_id>/exefs.
|
|
<random> isn't necesary directly within the header and can be placed in
the cpp file where its needed. Avoids propagating random generation
utilities via a header file.
|
|
The accessor should be doing just that, accessing, rather than retaining
the lifetime of the data broker as well.
|
|
Also resolve places where includes should have been provided, but
weren't.
|
|
Avoids wonky wrapping and makes it nicer to read.
|
