JitArm64: Initial implementation of the BLR optimization. #4796
Conversation
| SUB(SP, X0, 16); | ||
| } | ||
|
|
||
| void JitArm64::WriteLKExit(u32 destination, u32 after) |
This comment was marked as off-topic.
This comment was marked as off-topic.
Sorry, something went wrong.
|
|
||
| if (inst.LK_3) | ||
| { | ||
| WriteLKExit(WA, js.compilerPC + 4); |
This comment was marked as off-topic.
This comment was marked as off-topic.
Sorry, something went wrong.
degasus
force-pushed
the
blr
branch
4 times, most recently
from
e492bf5
to
384efb0
Compare
|
some games crash in game after few seconds of gameplay. the only way to fix this is disabling multicore. for example dbz tenkiachi 3 wii |
|
@eddiebrook Just to be sure, you haven't disabled "SyncOnSkipIdle" in the Dolphin.ini, have you? It's quite likely that I've broken something here, but I doubt single core may fix it. |
|
No |
|
for example in the game related before. 1 i need to quicksave before enter to fight (or crash) |
|
May you try if booting in single core also crashes? Loading and storing a savestate touches the JIT state, so it might be savestate related instead of dual core. |
|
I tried that to and working fine in single core. (Loaded Normal save) And you @eddiebrook |
|
@eddiebrook PR #4983 fixes a random crash which sounds like the one you're reporting here. Does this PR fixes the regressions of this one? |
This PR lacks the guard page to catch stack overflows. Else it seems to be fully functional. There haven'T been much performance optimizations, this PR tries to upload readable code. Still much faster than master.