<feed xmlns='http://www.w3.org/2005/Atom'>
<title>eglantine-cirakg/src/core/hle/kernel/errors.h, branch nx2</title>
<subtitle>Mirror of github.com/cira0100/Eglantine-public nx2, a fork of Djihads80/Eglantine.</subtitle>
<id>https://git.cirakg.xyz/eglantine-cirakg/atom?h=nx2</id>
<link rel='self' href='https://git.cirakg.xyz/eglantine-cirakg/atom?h=nx2'/>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/'/>
<updated>2021-02-12T23:43:01+00:00</updated>
<entry>
<title>kernel: Unify result codes (#5890)</title>
<updated>2021-02-12T23:43:01+00:00</updated>
<author>
<name>Chloe</name>
<email>25727384+ogniK5377@users.noreply.github.com</email>
</author>
<published>2021-02-12T23:43:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=e62886ead0028cbefd8362d010b476aa4eda521e'/>
<id>urn:sha1:e62886ead0028cbefd8362d010b476aa4eda521e</id>
<content type='text'>
* kernel: Unify result codes

Drop the usage of ERR_NAME convention in kernel for ResultName. Removed seperation between svc_results.h &amp; errors.h as we mainly include both most of the time anyways.

* oops

* rename errors to svc_results</content>
</entry>
<entry>
<title>core: hle: kernel: Update KSynchronizationObject.</title>
<updated>2021-01-11T22:23:16+00:00</updated>
<author>
<name>bunnei</name>
<email>bunneidev@gmail.com</email>
</author>
<published>2020-12-22T06:36:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=2feb4d56e955cb5c4e53fdac474a8d684d7fe45d'/>
<id>urn:sha1:2feb4d56e955cb5c4e53fdac474a8d684d7fe45d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>SVC: WaitSynchronization add Termination Pending Result.</title>
<updated>2020-06-27T15:35:36+00:00</updated>
<author>
<name>Fernando Sahmkow</name>
<email>fsahmkow27@gmail.com</email>
</author>
<published>2020-03-07T17:37:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=d2a2c5f57bd4e155ffa8d99b86ae5afbd0ffc56b'/>
<id>urn:sha1:d2a2c5f57bd4e155ffa8d99b86ae5afbd0ffc56b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>kernel: errors: Add ERR_OUT_OF_RESOURCES.</title>
<updated>2020-04-17T04:59:31+00:00</updated>
<author>
<name>bunnei</name>
<email>bunneidev@gmail.com</email>
</author>
<published>2020-04-08T21:31:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=6ef844fab38903138d11877b032a2b2ca47dfc6d'/>
<id>urn:sha1:6ef844fab38903138d11877b032a2b2ca47dfc6d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>kernel/handle_table: Allow process capabilities to limit the handle table size</title>
<updated>2019-02-25T16:12:32+00:00</updated>
<author>
<name>Lioncash</name>
<email>mathew1800@gmail.com</email>
</author>
<published>2019-02-25T15:13:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=d396c08b1326e46bf659b11eda82c2ab57628ebe'/>
<id>urn:sha1:d396c08b1326e46bf659b11eda82c2ab57628ebe</id>
<content type='text'>
The kernel allows restricting the total size of the handle table through
the process capability descriptors. Until now, this functionality wasn't
hooked up. With this, the process handle tables become properly restricted.

In the case of metadata-less executables, the handle table will assume
the maximum size is requested, preserving the behavior that existed
before these changes.
</content>
</entry>
<entry>
<title>Merge pull request #1928 from lioncash/caps</title>
<updated>2018-12-27T16:15:34+00:00</updated>
<author>
<name>bunnei</name>
<email>bunneidev@gmail.com</email>
</author>
<published>2018-12-27T16:15:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=25a218248a40369d2f7e51f473bdf818f356ddd1'/>
<id>urn:sha1:25a218248a40369d2f7e51f473bdf818f356ddd1</id>
<content type='text'>
kernel: Handle kernel capability descriptors</content>
</entry>
<entry>
<title>kernel/process_capability: Handle program capability flags</title>
<updated>2018-12-21T12:05:34+00:00</updated>
<author>
<name>Lioncash</name>
<email>mathew1800@gmail.com</email>
</author>
<published>2018-12-20T02:14:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=4fbfde34a1675435426b54bf27bd6b1b8dcb5ff4'/>
<id>urn:sha1:4fbfde34a1675435426b54bf27bd6b1b8dcb5ff4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>kernel/process: Introduce process capability parsing skeleton</title>
<updated>2018-12-21T12:05:31+00:00</updated>
<author>
<name>Lioncash</name>
<email>mathew1800@gmail.com</email>
</author>
<published>2018-12-19T17:57:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=c5c8b2ffb9e37e271d0715fbb09f2c76e0de1800'/>
<id>urn:sha1:c5c8b2ffb9e37e271d0715fbb09f2c76e0de1800</id>
<content type='text'>
We've had the old kernel capability parser from Citra, however, this is
unused code and doesn't actually map to how the kernel on the Switch
does it. This introduces the basic functional skeleton for parsing
process capabilities.
</content>
</entry>
<entry>
<title>svc: Implement SetThreadActivity (thread suspension)</title>
<updated>2018-12-04T06:23:50+00:00</updated>
<author>
<name>Luke Street</name>
<email>luke.street@encounterpc.com</email>
</author>
<published>2018-12-03T17:25:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=0652d95dab22120e5c9b18113873d889bc77baef'/>
<id>urn:sha1:0652d95dab22120e5c9b18113873d889bc77baef</id>
<content type='text'>
</content>
</entry>
<entry>
<title>kernel/errors: Clean up error codes</title>
<updated>2018-11-16T19:32:30+00:00</updated>
<author>
<name>Lioncash</name>
<email>mathew1800@gmail.com</email>
</author>
<published>2018-11-16T19:24:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.cirakg.xyz/eglantine-cirakg/commit/?id=99cdc2b5d11862b770fd7a6073c766163e763791'/>
<id>urn:sha1:99cdc2b5d11862b770fd7a6073c766163e763791</id>
<content type='text'>
Similar to PR 1706, which cleans up the error codes for the filesystem
code, but done for the kernel error codes. This removes the ErrCodes
namespace and specifies the errors directly. This also fixes up any
straggling lines of code that weren't using the named error codes where
applicable.
</content>
</entry>
</feed>
