Lioncash cb198d7985 core/hle/kernel: Split transfer memory handling out into its own class ... Within the kernel, shared memory and transfer memory facilities exist as completely different kernel objects. They also have different validity checking as well. Therefore, we shouldn't be treating the two as the same kind of memory. They also differ in terms of their behavioral aspect as well. Shared memory is intended for sharing memory between processes, while transfer memory is intended to be for transferring memory to other processes. This breaks out the handling for transfer memory into its own class and treats it as its own kernel object. This is also important when we consider resource limits as well. Particularly because transfer memory is limited by the resource limit value set for it. While we currently don't handle resource limit testing against objects yet (but we do allow setting them), this will make implementing that behavior much easier in the future, as we don't need to distinguish between shared memory and transfer memory allocations in the same place.		2019-03-13 06:04:44 -04:00
..
kernel	core/hle/kernel: Split transfer memory handling out into its own class	2019-03-13 06:04:44 -04:00
service	service/service: Remove unncessary calls to c_str()	2019-03-10 18:00:57 -04:00
ipc.h	core/hle/ipc: Remove unnecessary includes	2019-03-05 09:53:38 -05:00
ipc_helpers.h	kernel/hle_ipc: Convert std::shared_ptr IPC header instances to std::optional	2019-03-07 23:34:37 -05: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	core/hle/ipc: Remove unnecessary includes	2019-03-05 09:53:38 -05:00