fa89614b07
This adjusts IOS IPC timing to be closer to actual hardware: * Emulate the IPC interrupt delay. On a real Wii, from the point of view of the PPC, the IPC interrupt appears to fire about 100 TB ticks after Y1/Y2 is seen. * Fix the IPC acknowledgement delay. Dolphin was much, much too fast. * Fix Device::GetDefaultReply to return more reasonable delays. Again, Dolphin was way too fast. We now use a more realistic, average reply time for most requests. Note: the previous result from https://dolp.in/pr6374 is flawed. GetTicketViews definitely takes more than 25µs to reply. The reason the reply delay was so low is because an invalid parameter was passed to the libogc wrapper, which causes it to immediately return an error code (-4100). * Fix the response delay for various replies that come from the kernel: fd table full, unknown resource manager / device, invalid fd, unknown IPC command. Source: https://github.com/leoetlino/hwtests/blob/af320e4/iostest/ipc_timing.cpp |
||
|---|---|---|
| .. | ||
| Android | ||
| Core | ||
| DSPSpy | ||
| DSPTool | ||
| PCH | ||
| UnitTests | ||
| VSProps | ||
| .clang-format | ||
| CMakeLists.txt | ||
| dolphin-emu.sln | ||